search for: en10mb

...8000.00112f9de921 yes eth0 eth2 $ sudo tcpdump -n -e -i eth0 port 3074 tcpdump: WARNING: eth0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 19:28:27.715755 00:50:f2:f1:fb:07 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 102: IP 0.0.0.1.3074 > 255.255.255.255.3074: UDP, length: 60 ### line above appears to be xbox 1 broadcasting to find other hosts 19:28:28.772223 00:50:f2:ba:39:89 > ff:...

hello ! i try to use a network technology on one single host, which wasn`t designed for that. to give a short overview of what i`m talking about: AoE is just like a "networked blockdevice" (just like nbd/enbd) - but without tcp/ip. AoE kernel driver is the "client end" (see this like an iSCSI initiator) - and an etherblade storage appliance is the "server end"

...:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:4 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) mw-xen:~# tcpdump -evvnni vif6.0 tcpdump: listening on vif6.0, link-type EN10MB (Ethernet), capture size 96 bytes ^C 0 packets captured 0 packets received by filter 0 packets dropped by kernel mw-xen:~# tcpdump -evvnni tap6.0 tcpdump: WARNING: tap6.0: no IPv4 address assigned tcpdump: listening on tap6.0, link-type EN10MB (Ethernet), capture size 96 bytes 02:54:08.808121 00:16...

...ridge name bridge id STP enabled interfaces br200 8000.d4bed9f309a1 no bond0 vif2.0 root at scjhb01:/home/gavin# tcpdump -i bond0 'arp' tcpdump: WARNING: bond0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes 11:26:00.287489 ARP, Request who-has 172.31.1.49 tell 172.31.1.50, length 28 11:26:00.287524 ARP, Request who-has 172.31.1.49 tell 172.31.1.50, length 46 11:26:00.287669 ARP, Reply 172.31.1.49 is-at 00:09:0f:09:21:0e (oui Unknown), length 46 11:26:01.303484 ARP,...

...ridge name bridge id STP enabled interfaces br200 8000.d4bed9f309a1 no bond0 vif2.0 root at scjhb01:/home/gavin# tcpdump -i bond0 'arp' tcpdump: WARNING: bond0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes 11:26:00.287489 ARP, Request who-has 172.31.1.49 tell 172.31.1.50, length 28 11:26:00.287524 ARP, Request who-has 172.31.1.49 tell 172.31.1.50, length 46 11:26:00.287669 ARP, Reply 172.31.1.49 is-at 00:09:0f:09:21:0e (oui Unknown), length 46 11:26:01.303484 ARP,...

...-traffic on peth0* # --- root@xen411dom0:/ftp/HVM# tcpdump ''icmp[icmptype] = icmp-echo and icmp[icmptype] != icmp-echoreply'' tcpdump: WARNING: peth0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on peth0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C 0 packets captured 6 packets received by filter 0 packets dropped by kernel root@xen411dom0:/ftp/HVM# tcpdump -i eth0 ''icmp[icmptype] = icmp-echo and icmp[icmptype] != icmp-echoreply'' tcpdump: verbose output suppressed, use -v or -vv for...

...errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:952 (952.0 B) TX bytes:13953 (13.9 KB) brctl show bridge name bridge id STP enabled interfaces virbr0 8000.feffffffffff no vif5.0 tcpdump -i virbr0 -vv -n tcpdump: listening on virbr0, link-type EN10MB (Ethernet), capture size 96 bytes 01:31:25.945151 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.120.254 > 192.168.120.1: ICMP echo request, id 10317, seq 1, length 64 01:31:26.945361 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length...

...errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:952 (952.0 B) TX bytes:13953 (13.9 KB) brctl show bridge name bridge id STP enabled interfaces virbr0 8000.feffffffffff no vif5.0 tcpdump -i virbr0 -vv -n tcpdump: listening on virbr0, link-type EN10MB (Ethernet), capture size 96 bytes 01:31:25.945151 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.120.254 > 192.168.120.1: ICMP echo request, id 10317, seq 1, length 64 01:31:26.945361 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length...

...ll lookup local 32764: from 192.168.3.2 lookup main map-to 10.10.20.11 32766: from all lookup main 32767: from all lookup default Packets comming in here (from 192.168.3.2): # tcpdump -i eth1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes 16:53:07.472210 IP 192.168.3.2 > 10.10.20.80: icmp 64: echo request seq 1366 16:53:08.471939 IP 192.168.3.2 > 10.10.20.80: icmp 64: echo request seq 1367 16:53:09.471768 IP 192.168.3.2 > 10.10.20.80: icmp 64: echo request seq 1368 and go out here (They a...

...-i eth1"? I see no traffic on eth1 with that command until I log into another session and type "ping google.com". Then I get this output: [root at audio ~]# tcpdump -nn -i eth1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes 00:11:00.412188 arp who-has 204.83.15.254 tell 204.83.15.1 00:11:01.412135 arp who-has 204.83.15.254 tell 204.83.15.1 00:11:02.412112 arp who-has 204.83.15.254 tell 204.83.15.1 3 packets captured 3 packets received by filter 0 packets dropped by kernel Double-ch...

...; >> Here's a tcpdump of the conversation: >> >> thunderstorm /etc/dovecot/conf.d # tcpdump -A port 587 >> >> dropped privs to tcpdump >> tcpdump: verbose output suppressed, use -v or -vv for full protocol >> decode >> listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes > > I cannot reproduce this behavior so far. The odd thing is, I can 100% of the time reproduce this with the client, but 100% not reproduce it if I put the commands in by hand, at least up to the MAIL FROM: part of the conversation. Here's the T...

...(intbr1? vif9.1) defragmented the 5 ip-packets from vif9.1 into 1 ip-packet, though mtu-size for the vif-interfaces, intbr1 and eth-interfaces of the guests are all set to 1500 bytes: # tcpdump -i intbr1 -v tcpdump: WARNING: intbr1: no IPv4 address assigned tcpdump: listening on intbr1, link-type EN10MB (Ethernet), capture size 96 bytes 14:33:12.853741 IP (tos 0x0, ttl 64, id 62828, offset 0, flags [none], proto ICMP (1), length 6428) 192.168.39.2 > 192.168.39.1: ICMP echo request, id 2327, seq 1, length 6408 14:33:12.853956 IP (tos 0x0, ttl 64, id 62329, offset 0, flags [none], proto ICMP (1),...

...commands I used. The first command, nut-scanner, showed no traffic at all, probably not surprising given the error: : || lvd at chscc-pc-052 ~ [1121] ; please tcpdump host apcups and port snmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eno1, link-type EN10MB (Ethernet), capture size 262144 bytes ^C 0 packets captured 4 packets received by filter 0 packets dropped by kernel But the second command, snmp-ups, showed unencrypted traffic. I don't have a working version to test against but that seems ... off: : || lvd at chscc-pc-052 ~ [1121] ; please...

...from the client VM (the client vm has Xen ID = 42 in this dump, and IP = .5, and gateway = .1): [root@netvm user]# tcpdump -ni vif42.0 arp tcpdump: WARNING: vif42.0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vif42.0, link-type EN10MB (Ethernet), capture size 65535 bytes 13:41:55.031819 ARP, Request who-has 10.137.1.1 tell 10.137.1.5, length 28 13:41:56.031860 ARP, Request who-has 10.137.1.1 tell 10.137.1.5, length 28 13:41:57.031794 ARP, Request who-has 10.137.1.1 tell 10.137.1.5, length 28 13:41:59.287308 ARP, Request who-has...

...prot opt in out source destination 0 0 SNAT all -- * eth0 10.255.5.128/25 10.255.3.128/25 to:10.255.3.254 $ sudo tcpdump -nli eth0 icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 15:20:17.772396 IP 10.255.5.254 > 10.255.3.129: ICMP echo request, id 52588, seq 62, length 64 15:20:18.777272 IP 10.255.5.254 > 10.255.3.129: ICMP echo request, id 52588, seq 63, length 64 15:20:19.772572 IP 10.255.5.254 > 10.255.3.129: ICMP echo reque...

...192.168.1.2 -j ACCEPT and this works fine, I can see packets at 192.168.1.2 when doing telnet 10.10.100.1 4000 from the localnet. Here is tcpdump from 10.10.100.1: # tcpdump -i br0 port 4000 -n tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 96 bytes 16:36:53.202130 IP 10.10.100.23.4000 > 10.10.100.1.4000: UDP, length: 74 16:36:54.092413 IP 10.10.100.21.4000 > 10.10.100.1.4000: UDP, length: 74 16:36:54.143128 IP 10.10.100.22.4000 > 10.10.100.1.4000: UDP, length: 74 16:36:55.291886 IP 10.10.100.23.4000...

...; ---------- Now when I try do a ping from Server 2 -> 8.8.8.8 here are the tcpdumps from each server: **Server 2** If I tcpdump on eth0 i get no matches (so the route appears right!). eth1 gets matches: <pre> # tcpdump -vvv -i eth1 -n host 8.8.8.8 tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes 11:25:55.609902 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 10.0.64.150 > 8.8.8.8: ICMP echo request, id 17999, seq 1, length 64 11:25:56.609262 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84)...

...8000.7a22d71b042e no eth0 tap0 Samples of the tcpdump on the bridge. root at lionrock:/home/terry# tcpdump -i br0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br0, link-type EN10MB (Ethernet), capture size 262144 bytes 00:03:04.185117 IP 10.10.189.254.30022 > 116.19.81.143.53880: Flags [P.], seq 3950669668:3950669856, ack 1682193163, win 317, options [nop,nop,TS val 425064 ecr 4674355], length 188 00:03:04.242176 IP 116.19.81.143.53880 > 10.10.189.254.30022: Flags [.],...

...rst command, nut-scanner, showed no traffic at all, probably not > surprising given the error: > > : || lvd at chscc-pc-052 ~ [1121] ; please tcpdump host apcups and port snmp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on eno1, link-type EN10MB (Ethernet), capture size 262144 bytes > ^C > 0 packets captured > 4 packets received by filter > 0 packets dropped by kernel > > > But the second command, snmp-ups, showed unencrypted traffic. I don't > have a working version to test against but that seems ... off: &gt...

...ination Chain OUTPUT (policy ACCEPT) target prot opt source destination .)I tried then for the port 8080 and something happened but no drop of the packages: #tcpdump port 8080 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 15:07:21.522898 IP 158.226.150.44.musiconline > iacapp3.local.http-alt: S 3628241160:3628241160(0) win 64240 <mss 1460,nop,nop,sackOK> 15:07:24.440701 IP 158.226.150.44.musiconline > iacapp3.local.http-alt: S 3628241160:3628241160(0) win 64240 <mss 1...