Sylvain: in fact, the lwip mask was outside range, it was "255.255.255.0". Then I replaced it by "255.255.0.0". The lwip address configuration (updated): - gw: 169.254.6.1 - ip: 169.254.6.2 -mask: 255.255.0.0
Reboot the two machine, setup the VM#1 bridge, etc. But the problem was not solved... No ping reply still. Below the traces reports (on VM#1) : >>>>> tcpdump br0: [root@vmGoes-fedora norberto]# tcpdump -i br0 -v tcpdump: listening on br0, link-type EN10MB (Ethernet), capture size 65535 bytes 09:29:19.439073 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 09:29:21.439670 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 09:29:22.439580 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 09:29:23.442344 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 ... >>>>> tcpdump tap0: [root@vmGoes-fedora norberto]# tcpdump -i tap0 -v tcpdump: WARNING: tap0: no IPv4 address assigned tcpdump: listening on tap0, link-type EN10MB (Ethernet), capture size 65535 bytes 09:30:18.473570 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 09:30:18.474639 ARP, Ethernet (len 6), IPv4 (len 4), Reply 169.254.6.2 is-at 01:02:03:04:05:06 (oui Unknown), length 46 09:30:19.476042 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.6.2 tell 169.254.4.39, length 46 09:30:19.476560 ARP, Ethernet (len 6), IPv4 (len 4), Reply 169.254.6.2 is-at 01:02:03:04:05:06 (oui Unknown), length 46 ... >>>>> lwip console: ... tcpip_thread: PACKET 0x3bd754 ethernet_input: dest:ff:ff:ff:ff:ff:ff, src:08:00:27:a8:38:00, type:806 etharp_update_arp_entry: 169.254.4.39 - 08:00:27:a8:38:00 etharp_find_entry: found matching entry 0 etharp_update_arp_entry: updating stable entry 0 etharp_arp_input: incoming ARP request etharp_arp_input: replying to ARP request for our IP address tcpip_thread: PACKET 0x3bd754 ethernet_input: dest:ff:ff:ff:ff:ff:ff, src:08:00:27:a8:38:00, type:806 etharp_update_arp_entry: 169.254.4.39 - 08:00:27:a8:38:00 etharp_find_entry: found matching entry 0 etharp_update_arp_entry: updating stable entry 0 etharp_arp_input: incoming ARP request etharp_arp_input: replying to ARP request for our IP address tcpip_thread: PACKET 0x3bd754 ethernet_input: dest:ff:ff:ff:ff:ff:ff, src:08:00:27:a8:38:00, type:806 etharp_update_arp_entry: 169.254.4.39 - 08:00:27:a8:38:00 etharp_find_entry: found matching entry 0 etharp_update_arp_entry: updating stable entry 0 etharp_arp_input: incoming ARP request etharp_arp_input: replying to ARP request for our IP address ... Thanks! Norberto 2015-01-30 8:43 GMT-02:00 Sylvain Rochet <[email protected]>: > Hi, > > On Fri, Jan 30, 2015 at 08:28:20AM -0200, Norberto R. de Goes Jr. wrote: > > Hello Sylvain. > > Below the information asked by you. Thanks in advance! > > Norberto > > > > > > >>>>>>>>>> VM#1 (with lwip app): > > > > [root@vmGoes-fedora norberto]# brctl show > > bridge name bridge id STP enabled interfaces > > br0 8000.080027c07dab no p2p1 > > tap0 > > Looks good. > > > > [root@vmGoes-fedora norberto]# > > [root@vmGoes-fedora norberto]# ip a s > > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > > inet 127.0.0.1/8 scope host lo > > inet6 ::1/128 scope host > > valid_lft forever preferred_lft forever > > 2: p2p1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc > > pfifo_fast master br0 state UP qlen 1000 > > link/ether 08:00:27:c0:7d:ab brd ff:ff:ff:ff:ff:ff > > inet6 fe80::a00:27ff:fec0:7dab/64 scope link > > valid_lft forever preferred_lft forever > > UP ok. > > > > 4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP > > link/ether 08:00:27:c0:7d:ab brd ff:ff:ff:ff:ff:ff > > inet 169.254.8.218/16 brd 169.254.255.255 scope global br0 > > inet6 fe80::7084:1aff:fe21:998f/64 scope link > > valid_lft forever preferred_lft forever > > UP ok. > > > 5: tap0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc > > pfifo_fast master br0 state UNKNOWN qlen 500 > > link/ether 8e:f4:c4:a8:9a:c8 brd ff:ff:ff:ff:ff:ff > > inet6 fe80::8cf4:c4ff:fea8:9ac8/64 scope link > > valid_lft forever preferred_lft forever > > UP ok. > > Note you need to use something inside 169.254.0.0/16 in lwIP as well and > please check the netmask is fine on the lwIP stack. I am not sure it is > not actually enforced to something like /24. > > > > [root@vmGoes-fedora norberto]# > > [root@vmGoes-fedora norberto]# ip r s > > 169.254.0.0/16 dev br0 proto kernel scope link src 169.254.8.218 > > [root@vmGoes-fedora norberto]# > > > > >>>>>>>>>> VM#2 (ping executor): > > > > [root@vmGoes-fedora2 norberto]# brctl show > > bridge name bridge id STP enabled interfaces > > [root@vmGoes-fedora2 norberto]# > > [root@vmGoes-fedora2 norberto]# ip a s > > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > > inet 127.0.0.1/8 scope host lo > > inet6 ::1/128 scope host > > valid_lft forever preferred_lft forever > > 2: p2p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast > state > > UP qlen 1000 > > link/ether 08:00:27:a8:38:00 brd ff:ff:ff:ff:ff:ff > > inet 169.254.4.39/16 brd 169.254.255.255 scope global p2p1 > > inet6 fe80::a00:27ff:fea8:3800/64 scope link > > valid_lft forever preferred_lft forever > > UP ok. > > > > [root@vmGoes-fedora2 norberto]# > > [root@vmGoes-fedora2 norberto]# ip r s > > 169.254.0.0/16 dev p2p1 proto kernel scope link src 169.254.4.39 > > 224.0.0.0/4 dev p2p1 proto static > > [root@vmGoes-fedora2 norberto]# > > It should work if fedora2.p2p1 and fedora.p2p1 are properly bridged on > host, check the lwIP netmask then tcpdump's your friend :) > > > Sylvain > > _______________________________________________ > lwip-users mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/lwip-users > -- Norberto R. de Goes Jr. CPqD - DRC Tel.: +55 19 3705-4241 / Fax: +55 19 3705-6125 [email protected] <[email protected]> www.cpqd.com.br
_______________________________________________ lwip-users mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lwip-users
