Running code where 00:15:5D:C9:30:09 = my virtual machine MAC and 10.245.24.67 = my desktop
Code: Select all
/tool sniffer
set file-name=vlan.pcap filter-interface=eoip-chr-trunk filter-mac-address=00:15:5D:C9:30:09/FF:FF:FF:FF:FF:FF filter-operator-between-entries=and streaming-enabled=yes streaming-server=10.245.24.67
Result: nope, data are NOT same. I tried several times, with both CHR and physical router, capturing different interfaces, capturing everything - in all cases, half of packets is always streamed without VLAN.
Feel free to observe my PCAP files. Here is the link: https://drive.google.com/drive/folders/ ... sp=sharing (I can't upload it to this forum - unsupported format)
I am getting bit clueless what to do. streaming and displaying live packets with wireshark is much faster than sniffing it to router, then downloading the file and opening it later. And it is quite hard to debug VLANs when I can't trust sniffed packets...
(obviously files are not exactly same as streamed packets are encapsulated in TZSP, therefore almost twice as large)
Please, can anyone test this simple behavior in his lab and confirm if I am completely out of my mind or the
Code: Select all
/tool sniffer
TL;DR background story: I need to get full L1 connectivity between Debian VM running on Hyper-V and remote site network (remote site is available via site2site L3 VPN but my VM needs complete access to all vlans etc). This is typical use case for EoIP as it behaves like another Ethernet cable and my VM feels exactly as being plugged into switch on remote site. Job should be simple - as I am running CHR on same hypervisor, I created EoIP tunnel between RBD52G at remote site to local CHR. in CHR I already have separate virtual network adapter (as well as virtual switch in HyperV) which connects it to Debian VM. All I needed was simple bridge between EoIP and this virtual network adapter. Should be easy peasy.
Booting Debian VM for the first time, configuring eth1 for DHCP and it gets the IP from remote site untagged DHCP! Great!
Now setting up VLANS: iface eth1.1016 inet dhcp should do the job but...
Haaang on! It does not get the IP. Why not?
Lets set IP manually and capture packets on RB to see whats going on. All arp-responses are without VLAN? Oh, silly me, I had to misconfigure bridge vlans along the path, right?
Well, nope. Bridges are fine.
Allright, lets watch the packets on CHR. Again half of them without VLAN. This time all arp-requests ... thats getting weird...
Watch packets straight on router without streaming? hey, they are all fine? *shenanigans intensifies*
...
Now I am really confused why my Debian doesn't get the IP - virtual adapters are configured properly (vlan's work fine on another adapter on the same VM). But thats not a question for this time. Later I will do separate topic where I will cry how stupid HyperV is, because there is no 802.1ad (QinQ) support and how DHCP in CHR does not work when it is on VLAN on bridge, but it works when it is on VLAN on Eth, all while bridge has no filters or dhcp guard and Eth is connected to the bridge (so technically Eth is slave and VLAN should be on the bridge)