From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9589 invoked by alias); 31 Jul 2007 15:08:58 -0000 Received: (qmail 9479 invoked by uid 22791); 31 Jul 2007 15:08:56 -0000 X-Spam-Check-By: sourceware.org Received: from 204-133-123-27.dia.static.slbbi.com (HELO mail.chez-thomas.org) (204.133.123.27) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 31 Jul 2007 15:08:50 +0000 Received: by mail.chez-thomas.org (Postfix, from userid 999) id F3F831950189; Tue, 31 Jul 2007 09:08:47 -0600 (MDT) Received: from [192.168.1.101] (hermes_local [192.168.1.101]) by mail.chez-thomas.org (Postfix) with ESMTP id 1DEDB195009F; Tue, 31 Jul 2007 09:08:28 -0600 (MDT) Message-ID: <46AF506A.1020803@mlbassoc.com> Date: Tue, 31 Jul 2007 15:08:00 -0000 From: Gary Thomas User-Agent: Thunderbird 1.5.0.12 (X11/20070530) MIME-Version: 1.0 To: Alok Singh CC: ecos-discuss@ecos.sourceware.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - X-SW-Source: 2007-07/txt/msg00230.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alok Singh wrote: > Laurie, > > When I ping to box IP (10.240.3.156), I see that the src mac address in > the echo reply from the box has the correct mac address. Also I'm able > to access the DUT via all means(HTTP, telnet). The problem comes only > when the routing table search results in default route(10.240.3.1). I > see duplicate arp entries in the routing table below. The one that to > which default rtentry points to (gwroute=0x805f8c40) has mac address as > 0 for 10.240.3.1. And at the same time, we have another mac entry for > 10.240.3.1 that has mac correctly installed(rtentry=0x805f89c0). This is > creating problem. > > I don't deny that it might be happening because of some wrong > configuration from my side. > > Can somebody give me a dump of the ECOS Free BSD routing table of a > working box by using command "show_network_tables" please!! > Here's the output from the standard ping test, modified to show the network tables. I also forced the second host to be one that required going to a different network (via the gateway). It all seems to work just fine for me. Note: the network tables look pretty much as yours do. Start PING test [eth_drv_ioctl] Warning: Driver can't set multi-cast mode [eth_drv_ioctl] Warning: Driver can't set multi-cast mode BOOTP[eth0] op: REQUEST htype: Ethernet hlen: 6 hops: 0 xid: 0x5ad53233 secs: 0 flags: 0x8000 hw_addr: 00:08:e5:11:32:33 client IP: 0.0.0.0 my IP: 192.168.1.239 server IP: 192.168.1.101 gateway IP: 0.0.0.0 options: DHCP message: 3 REQUEST DHCP server id: 192.168.1.101 DHCP time 51: 3600 DHCP time 58: 1800 DHCP time 59: 3150 subnet mask: 255.255.255.0 gateway: 192.168.1.101 domain server: 192.168.1.101, 204.133.123.27, 206.168.216.4 domain name: chez-thomas.org IP broadcast: 192.168.1.255 DHCP option: 37/55.9: 54 51 58 59 1 3 6 15 28 DHCP option: 39/57.2: 576 DHCP requested ip: 192.168.1.239 [eth_drv_ioctl] Warning: Driver can't set multi-cast mode [eth_drv_ioctl] Warning: Driver can't set multi-cast mode [eth_drv_ioctl] Warning: Driver can't set multi-cast mode Routing tables Destination Gateway Mask Flags Interface 0.0.0.0 192.168.1.101 0.0.0.0 UG eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG lo0 127.0.0.1 127.0.0.1 UH lo0 192.168.1.0 192.168.1.0 255.255.255.0 U eth0 Interface statistics eth0 IP: 192.168.1.239, Broadcast: 192.168.1.255, Netmask: 255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU: 1500, Metric: 0 Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: 0 lo0 IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask: 255.0.0.0 UP LOOPBACK RUNNING MULTICAST MTU: 16384, Metric: 0 Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: 0 PING server 192.168.1.101 from 192.168.1.239 64 bytes from 192.168.1.101: icmp_seq=0, time=0ms 310 bytes from 192.168.1.101: icmp_seq=1, time=0ms 556 bytes from 192.168.1.101: icmp_seq=2, time=0ms 802 bytes from 192.168.1.101: icmp_seq=3, time=10ms 1048 bytes from 192.168.1.101: icmp_seq=4, time=0ms 1294 bytes from 192.168.1.101: icmp_seq=5, time=0ms 1540 bytes from 192.168.1.101: icmp_seq=6, time=0ms 1786 bytes from 192.168.1.101: icmp_seq=7, time=0ms 2032 bytes from 192.168.1.101: icmp_seq=8, time=0ms 2278 bytes from 192.168.1.101: icmp_seq=9, time=0ms 2524 bytes from 192.168.1.101: icmp_seq=10, time=0ms 2770 bytes from 192.168.1.101: icmp_seq=11, time=10ms 3016 bytes from 192.168.1.101: icmp_seq=12, time=0ms 3262 bytes from 192.168.1.101: icmp_seq=13, time=10ms 3508 bytes from 192.168.1.101: icmp_seq=14, time=0ms 3754 bytes from 192.168.1.101: icmp_seq=15, time=0ms Sent 16 packets, received 16 OK, 0 bad PING server 204.133.123.27 from 192.168.1.239 64 bytes from 204.133.123.27: icmp_seq=0, time=0ms 310 bytes from 204.133.123.27: icmp_seq=1, time=0ms 556 bytes from 204.133.123.27: icmp_seq=2, time=0ms 802 bytes from 204.133.123.27: icmp_seq=3, time=0ms 1048 bytes from 204.133.123.27: icmp_seq=4, time=0ms 1294 bytes from 204.133.123.27: icmp_seq=5, time=0ms 1540 bytes from 204.133.123.27: icmp_seq=6, time=0ms 1786 bytes from 204.133.123.27: icmp_seq=7, time=0ms 2032 bytes from 204.133.123.27: icmp_seq=8, time=0ms 2278 bytes from 204.133.123.27: icmp_seq=9, time=0ms 2524 bytes from 204.133.123.27: icmp_seq=10, time=0ms 2770 bytes from 204.133.123.27: icmp_seq=11, time=0ms 3016 bytes from 204.133.123.27: icmp_seq=12, time=0ms 3262 bytes from 204.133.123.27: icmp_seq=13, time=0ms 3508 bytes from 204.133.123.27: icmp_seq=14, time=10ms 3754 bytes from 204.133.123.27: icmp_seq=15, time=0ms Sent 16 packets, received 16 OK, 0 bad PASS: EXIT: > > regards, > Alok > > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Laurie > Gellatly > Sent: Tuesday, July 31, 2007 3:24 AM > To: ecos-discuss@ecos.sourceware.org > Subject: RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > Alok, > I'm concerned at this: > Destination Gateway Mask Flags Interface > .. > 10.240.3.0 10.240.3.0 255.255.255.0 U eth0 > .. > To me that says that the gateway is 10.240.3.0 but with a > subnet of 255.255.255.0 that address is the network address and NOT > a valid host address. In my books, either the address or the mask > must be wrong. > > I'd also be worried if you have a 0 MAC address as well. > They'd be the areas I'd look at. > > ...Laurie:{) > > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org]On Behalf Of Alok Singh > Sent: Monday, 30 July 2007 9:31 PM > To: ecos-discuss@ecos.sourceware.org > Subject: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > > Hi, > Any comments/hints/clues from routing experts out there!! > > regards, > Alok > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Alok Singh > Sent: Sunday, July 29, 2007 7:20 AM > To: ecos-discuss@ecos.sourceware.org > Subject: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate > ARP//llinfo entries - > > Hi, > I'm using latest cvs code. This is the same issue I mentioned earlier, > where I'm not able to access the box from a different subnet. I debugged > the issue further, and I see two llinfo entries corresponding to the > default gateway. One is created as soon as the default routing entry is > configured. This has mac address as "0". Default gateway points to > this entry. When I ping from other network, then arp of gateway is > resolved. And this creates another entry in the routing table. But > default gateway routing entry is still pointing to the old one that ahs > mac address as 0. Hence for every ping, I see an ARP request going out > of the box. My GW is 10.240.3.1. I'm providing the ROUTE TREE dump > below. Please have a look. Look for key field in the the dump to see the > duplication. I've verified that for IP addresses other than G/W, only > one ARP entry is present( 10.240.3.136). MY box IP address > is:10.240.3.156. I've enabled the debugs in icmp_input, and I can see > that the imcp echo reply is being sent out to IP in different subnet- > icmp_input from 10.240.10.236 to 10.240.3.156, len 40 > icmp_input, type 8 code 0 > icmp_send dst 10.240.10.236 src 10.240.3.156 > ********************************************* > Route tree for AF_INET > rtentry=0x805f8d10 flags=0x10003 refcnt=0 use=7 expire=0 > key=[16,2,0,0,0,0,0,0,0,0,0,0,0,0,0,0] > mask=[] > gw=[16,2,0,0,10,240,3,1,128,60,139,80,128,33,93,72] > ifp=0x805612d4 (dtl) ifa=0x805f8f30 > ifa_addr=[16,2,0,0,10,240,3,156,0,0,0,0,0,0,0,0] > ifa_dsta=[16,2,0,0,10,240,3,255,0,0,0,0,0,0,0,0] > ifa_mask=[7,0,0,0,255,255,255] > flags=0x101, refcnt=5, metric=0 > genmask=[NULL] gwroute=0x805f8c40 llinfo=0x00000000 > ------------ > rtentry=0x805f8e90 flags=0x101 refcnt=3 use=0 expire=30 > key=[16,2,0,0,10,240,3,0,0,0,0,0,0,0,0,0] > mask=[7,255,255,255,255,255,255] > gw=[54,18,0,1,6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, > 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0] > ifp=0x805612d4 (dtl) ifa=0x805f8f30 > ifa_addr=[16,2,0,0,10,240,3,156,0,0,0,0,0,0,0,0] > ifa_dsta=[16,2,0,0,10,240,3,255,0,0,0,0,0,0,0,0] > ifa_mask=[7,0,0,0,255,255,255]= > flags=0x101, refcnt=5, metric=0 > genmask=[NULL] gwroute=0x00000000 llinfo=0x00000000 > -------------- > rtentry=0x805f89c0 flags=0x20405 refcnt=0 use=0 expire=4029 > key=[16,2,0,0,10,240,3,1,0,0,0,0,0,0,0,0] > mask=[NULL] > gw=[54,18,0,1,6,0,6,0,0,15,181,52,144,196,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, > 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0] > ifp=0x805612d4 (dtl) ifa=0x805f8f30 > ifa_addr=[16,2,0,0,10,240,3,156,0,0,0,0,0,0,0,0] > ifa_dsta=[16,2,0,0,10,240,3,255,0,0,0,0,0,0,0,0] > ifa_mask=[7,0,0,0,255,255,255] > flags=0x101, refcnt=5, metric=0 > genmask=[NULL] gwroute=0x00000000 llinfo=0x805f8940 > la_rt=0x805f89c0 la_hold=0x00000000, la_asked=0x0 > ---------------------- > rtentry=0x805f8c40 flags=0x2040d refcnt=1 use=0 expire=2999 > key=[16,2,0,0,10,240,3,1,128,60,139,80,128,33,93,72] > mask=[NULL] > gw=[54,18,0,1,6,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, > 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0] > ifp=0x805612d4 (dtl) ifa=0x805f8f30 > ifa_addr=[16,2,0,0,10,240,3,156,0,0,0,0,0,0,0,0] > ifa_dsta=[16,2,0,0,10,240,3,255,0,0,0,0,0,0,0,0] > ifa_mask=[7,0,0,0,255,255,255] > flags=0x101, refcnt=5, metric=0 > genmask=[NULL] gwroute=0x00000000 llinfo=0x805f8ba0 > la_rt=0x805f8c40 la_hold=0x80605e80, la_asked=0x0 > ------------ > rtentry=0x805f8ae0 flags=0x20405 refcnt=0 use=5 expire=1233 > key=[16,2,0,0,10,240,3,136,0,0,0,0,0,0,0,0] > mask=[NULL] > gw=[54,18,0,1,6,0,6,0,0,20,42,44,68,86,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 > ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0] > ifp=0x805612d4 (dtl) ifa=0x805f8f30 > ifa_addr=[16,2,0,0,10,240,3,156,0,0,0,0,0,0,0,0] > ifa_dsta=[16,2,0,0,10,240,3,255,0,0,0,0,0,0,0,0] > ifa_mask=[7,0,0,0,255,255,255] > flags=0x101, refcnt=5, metric=0 > genmask=[NULL] gwroute=0x00000000 llinfo=0x805f8a60 > la_rt=0x805f8ae0 la_hold=0x00000000, la_asked=0x0 > > > > I'm getting the address/GW from DHCP server. My routing table after > configuring the IP address and GW is provided below. > Routing tables > > Destination Gateway Mask Flags Interface > > 0.0.0.0 10.240.3.1 0.0.0.0 UG eth0 > 10.240.3.0 10.240.3.0 255.255.255.0 U eth0 > > 127.0.0.0 127.0.0.1 255.0.0.0 UG lo0 > > 127.0.0.1 127.0.0.1 UH lo0 > > Interface statistics > > Eth0 IP: 10.240.3.156, Broadcast: 10.240.3.255, Netmask: > 255.255.255.0 > > UP BROADCAST RUNNING MULTICAST MTU: 1500, Metric: 0 > > Rx - Packets: 100, Bytes: 19483, Tx - Packets: 12, Bytes: 720 > > lo0 IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask: 255.0.0.0 > > UP LOOPBACK RUNNING MULTICAST MTU: 16384, Metric: 0 > > Rx - Packets: 0, Bytes: 0, Tx - Packets: 0, Bytes: > > > > > regards, > Alok > > - -- - ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGr1BlmaKbSsQGV8ARAtMKAJ9Ckxdb5O3MK222EgUxHK0bNEUc0wCgjsGx uLUnJfZpwWhEk+OfsktONCo= =i5Vz -----END PGP SIGNATURE----- -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss