Home › Forums › Discussions › Support Portal › WindowsPacketFilter/Tools/ebridge not working
Tagged: ebridge windows 10
- This topic has 11 replies, 2 voices, and was last updated 3 weeks, 1 day ago by
Vadim Smirnov.
-
AuthorPosts
-
March 23, 2021 at 11:07 am #11497
littlefooch
ParticipantI installed WindowsPacketFilter on Win 10 20H2. I executed ebridge.exe in a command window. Command appeared to work, no bridge noted on IPCONFIG /all or Network Connections.
What am I doing incorrectly?
ThanksMarch 24, 2021 at 3:29 am #11501Vadim Smirnov
ModeratorEbridge implements the transparent bridge and thus it does not affect ipconfig output.
March 24, 2021 at 11:19 am #11502littlefooch
ParticipantI tested after setting up a 2 adapter bridge (these are Thunderbolt adapters).
When set up, cannot ping across the bridge, so doesn’t seem to be working.
Here’s the scenario:
1. Connect three Win 10 20H2 machines via Thunderbolt Networking
2. the middle machine exposes the TB Adapter from each neighbor
3. Bridging the three together via the middle man works for existing ‘Bridge Connections’ from the Network Connections UI (after much fuss and redo)
4. Disable all other network connections to the lan (ethernet and wifi adapters)
4. Test is to invoke each neighbor using //name.local which yields the file explorer for each neighbor, once at a time of course.
5. Of course each neighbor can be pinged by ping name.localThese tests do not work after setting up the transparent bridge
Any suggestions?
Thanks
LFMarch 25, 2021 at 4:22 am #11503Vadim Smirnov
ModeratorI have tested Ethernet Bridge sample only over Ethernet and WiFi adapters and if you look through this paper then bridging WiFi was a tricky task (required MAC level address translation). I have never tested Ethernet Bridge over Thunderbolt, but I suspect that it has its own specifics which should taken into account.
March 25, 2021 at 6:49 am #11504littlefooch
ParticipantThanks for your reply.
I’m happy to test if you decide to look further into the bridging of Thunderbolt adapters.LF
March 26, 2021 at 4:00 am #11505Vadim Smirnov
ModeratorI don’t have the hardware to test with on my side, so let’s try to look at what is going on the network layer. Here is the Debug build of Ethernet Bridge which saves packets capture from all bridged adapters. Try to test it with Thunderbolt (e.g. send pings from the one host connected to the bridge to another one) and send me PCAP files and ‘ipconfig /all’ output.
March 26, 2021 at 1:12 pm #11506littlefooch
ParticipantThanks Vadim, I’ll get to it tomorrow.
I hit the debug build link and it went off into lala land with no download (after all it is MS)
March 26, 2021 at 1:12 pm #11507littlefooch
Participantcorrection, got it after a second try
March 27, 2021 at 10:21 am #11509littlefooch
Participantresults are available in a zip
note that I disabled all adapters other than TB3
PCAP result names seem to indicate that selected adapters by number were not actually selected by ebridgehow to return results to you? see no way to attach zip. Google Drive share will required email, thanks
March 27, 2021 at 10:25 am #11510Vadim Smirnov
ModeratorDoes ebridge displays your TB adapters at all or they are just ignored by software? If it does not then probably I do need to add TB medium support first. Could you please run ‘listadapters’ from the standard tools and share its output?
You can share Google driver to my gmail.com account ‘gmkernel’.
March 27, 2021 at 10:50 am #11511littlefooch
Participantresent as pilot error on adapter selection in first set of results.
second set just sentdo you still need ‘listadapters’
March 27, 2021 at 12:48 pm #11512Vadim Smirnov
ModeratorFrom what I can see ebridge can see both TB connections, so lets keep the ‘listadapters’ aside.
As I can see both TB adapters on the central host have auto-configured IP addresses and pinging by name does not work. Could you assign all TB adapters some fixed IPv4 addresses and try to ping over the bridge? E.g.
PC1-TB [10.0.0.1/24] <–> [10.0.0.2/24]TB1-PC2-TB2[10.0.0.3/24] <–> [10.0.0.4] TB-PC3
Then try to ping 10.0.0.4 from 10.0.0.1 and vice versa while running the ebridge. If bridge works then you should be able to, if not then send me captures to look what is going wrong.
-
AuthorPosts
- You must be logged in to reply to this topic.