* [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries -
@ 2007-07-30 11:31 Alok Singh
2007-07-30 21:54 ` Laurie Gellatly
0 siblings, 1 reply; 11+ messages in thread
From: Alok Singh @ 2007-07-30 11:31 UTC (permalink / raw)
To: ecos-discuss
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
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 11+ messages in thread* RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-30 11:31 [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh @ 2007-07-30 21:54 ` Laurie Gellatly 2007-07-31 14:39 ` Alok Singh 0 siblings, 1 reply; 11+ messages in thread From: Laurie Gellatly @ 2007-07-30 21:54 UTC (permalink / raw) To: ecos-discuss 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 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-30 21:54 ` Laurie Gellatly @ 2007-07-31 14:39 ` Alok Singh 2007-07-31 15:08 ` Gary Thomas 0 siblings, 1 reply; 11+ messages in thread From: Alok Singh @ 2007-07-31 14:39 UTC (permalink / raw) To: Laurie Gellatly, ecos-discuss 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!! 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 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 14:39 ` Alok Singh @ 2007-07-31 15:08 ` Gary Thomas 2007-07-31 17:49 ` Alok Singh 0 siblings, 1 reply; 11+ messages in thread From: Gary Thomas @ 2007-07-31 15:08 UTC (permalink / raw) To: Alok Singh; +Cc: ecos-discuss -----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:<Ping test OK> EXIT:<done> > > 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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 15:08 ` Gary Thomas @ 2007-07-31 17:49 ` Alok Singh 2007-07-31 17:55 ` Gary Thomas 0 siblings, 1 reply; 11+ messages in thread From: Alok Singh @ 2007-07-31 17:49 UTC (permalink / raw) To: Gary Thomas; +Cc: ecos-discuss Gary, Is it possible for you to send me a dump of arp table (using db_show_arptab() or through some other means) before pinging to 204.133.123.27, and after pinging to 204.133.123.27 please!! regards, Alok -----Original Message----- From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gary Thomas Sent: Tuesday, July 31, 2007 8:38 PM To: Alok Singh Cc: ecos-discuss@ecos.sourceware.org Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - -----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:<Ping test OK> EXIT:<done> > > 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 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 17:49 ` Alok Singh @ 2007-07-31 17:55 ` Gary Thomas 2007-07-31 17:58 ` Alok Singh 0 siblings, 1 reply; 11+ messages in thread From: Gary Thomas @ 2007-07-31 17:55 UTC (permalink / raw) To: Alok Singh; +Cc: ecos-discuss -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alok Singh wrote: > Gary, > Is it possible for you to send me a dump of arp table (using > db_show_arptab() or through some other means) before pinging to > 204.133.123.27, and after pinging to > 204.133.123.27 please!! That function is only in the old (OpenBSD) stack. [gthomas@hermes packages]$ find net -name "*.c" | xargs grep show_arp net/tcpip/current/src/sys/netinet/if_ether.c: * Use this from ddb: "call db_show_arptab" net/tcpip/current/src/sys/netinet/if_ether.c:db_show_arptab() Aren't you using the FreeBSD stack (the default and indeed, the only supported BSD stack)? > > regards, > Alok > > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gary Thomas > Sent: Tuesday, July 31, 2007 8:38 PM > To: Alok Singh > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > 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:<Ping test OK> > EXIT:<done> > >> 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 iD8DBQFGr3eFmaKbSsQGV8ARAi++AJ4rmd/J6b8ZE6kDOidmwE+8ijdxagCgoyV2 9GMT2H8NZZmXecLxDXF8NNs= =bXEU -----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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 17:55 ` Gary Thomas @ 2007-07-31 17:58 ` Alok Singh 2007-07-31 18:06 ` Gary Thomas 0 siblings, 1 reply; 11+ messages in thread From: Alok Singh @ 2007-07-31 17:58 UTC (permalink / raw) To: Gary Thomas; +Cc: ecos-discuss I ported it to FreeBSD( just copied actually ) from OpenBSD for debugging purposes. regards, Alok -----Original Message----- From: Gary Thomas [mailto:gary@mlbassoc.com] Sent: Tuesday, July 31, 2007 11:25 PM To: Alok Singh Cc: ecos-discuss@ecos.sourceware.org Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alok Singh wrote: > Gary, > Is it possible for you to send me a dump of arp table (using > db_show_arptab() or through some other means) before pinging to > 204.133.123.27, and after pinging to > 204.133.123.27 please!! That function is only in the old (OpenBSD) stack. [gthomas@hermes packages]$ find net -name "*.c" | xargs grep show_arp net/tcpip/current/src/sys/netinet/if_ether.c: * Use this from ddb: "call db_show_arptab" net/tcpip/current/src/sys/netinet/if_ether.c:db_show_arptab() Aren't you using the FreeBSD stack (the default and indeed, the only supported BSD stack)? > > regards, > Alok > > -----Original Message----- > From: ecos-discuss-owner@ecos.sourceware.org > [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gary Thomas > Sent: Tuesday, July 31, 2007 8:38 PM > To: Alok Singh > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > 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:<Ping test OK> > EXIT:<done> > >> 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 iD8DBQFGr3eFmaKbSsQGV8ARAi++AJ4rmd/J6b8ZE6kDOidmwE+8ijdxagCgoyV2 9GMT2H8NZZmXecLxDXF8NNs= =bXEU -----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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 17:58 ` Alok Singh @ 2007-07-31 18:06 ` Gary Thomas 2007-07-31 19:15 ` [ECOS] FreeBSD Stack issues Steve West 2007-08-31 15:54 ` [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh 0 siblings, 2 replies; 11+ messages in thread From: Gary Thomas @ 2007-07-31 18:06 UTC (permalink / raw) To: Alok Singh; +Cc: ecos-discuss -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alok Singh wrote: > I ported it to FreeBSD( just copied actually ) from OpenBSD for > debugging purposes. If you send a patch, I'll try it; I don't have time to mess with porting old code... > -----Original Message----- > From: Gary Thomas [mailto:gary@mlbassoc.com] > Sent: Tuesday, July 31, 2007 11:25 PM > To: Alok Singh > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > Alok Singh wrote: >> Gary, >> Is it possible for you to send me a dump of arp table (using >> db_show_arptab() or through some other means) before pinging to >> 204.133.123.27, and after pinging to >> 204.133.123.27 please!! > > That function is only in the old (OpenBSD) stack. > [gthomas@hermes packages]$ find net -name "*.c" | xargs grep show_arp > net/tcpip/current/src/sys/netinet/if_ether.c: * Use this from ddb: > "call db_show_arptab" > net/tcpip/current/src/sys/netinet/if_ether.c:db_show_arptab() > > Aren't you using the FreeBSD stack (the default and indeed, the only > supported BSD stack)? > >> regards, >> Alok > >> -----Original Message----- >> From: ecos-discuss-owner@ecos.sourceware.org >> [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gary > Thomas >> Sent: Tuesday, July 31, 2007 8:38 PM >> To: Alok Singh >> Cc: ecos-discuss@ecos.sourceware.org >> Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry > , >> duplicate ARP//llinfo entries - > >> 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:<Ping test OK> >> EXIT:<done> > >>> 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 iD8DBQFGr3oSmaKbSsQGV8ARAhknAJ9wITlqbtyPaYUnff0UQtgbkCWLagCgkHFA afkNYjs3mTgkNEmHyFvFyHs= =bTQb -----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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* [ECOS] FreeBSD Stack issues 2007-07-31 18:06 ` Gary Thomas @ 2007-07-31 19:15 ` Steve West 2007-08-31 15:54 ` [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh 1 sibling, 0 replies; 11+ messages in thread From: Steve West @ 2007-07-31 19:15 UTC (permalink / raw) To: ecos-discuss Hello, We are running the i386 PC eCos build with a Intel PRO 100 nic card. Some of our customers report that the network stack is not responding on busy network segments or directley on the internet. It seems as though broadcasts are somehow causing a problem with the stack. We have multicast shut off.. We are running about 100 threads with open ports and a system tick of 1000/second. Our network parameters are as follows: memory 0x200000 memory for network dynamic 8388608 mbuf memory 8388608 clusters size 16777216 max open sockets 2048 number of pending events 2048 Any ideas on how to debug this would be appritaited. Steve -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-07-31 18:06 ` Gary Thomas 2007-07-31 19:15 ` [ECOS] FreeBSD Stack issues Steve West @ 2007-08-31 15:54 ` Alok Singh 2007-09-14 12:54 ` Jürgen Lambrecht 1 sibling, 1 reply; 11+ messages in thread From: Alok Singh @ 2007-08-31 15:54 UTC (permalink / raw) To: Gary Thomas; +Cc: ecos-discuss [-- Attachment #1: Type: text/plain, Size: 15258 bytes --] Gary, We had some communication regarding an issue I raised some time back. The issue was resolved then. But you asked for a patch(that I was using) to dump the ARP table on FreeBSD stack. I'm sending this now. I understand that we have sysctl hooks in current code to dump the routing/arp table, but in case one is new to stack, this primitive ARP table dump utility will prove useful. Have a look. Can these be integrated to ecos FreeBSD stack? Package - packages/net/bsd_tcpip/current regards, Alok -----Original Message----- From: Gary Thomas [mailto:gary@mlbassoc.com] Sent: Tuesday, July 31, 2007 11:36 PM To: Alok Singh Cc: ecos-discuss@ecos.sourceware.org Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alok Singh wrote: > I ported it to FreeBSD( just copied actually ) from OpenBSD for > debugging purposes. If you send a patch, I'll try it; I don't have time to mess with porting old code... > -----Original Message----- > From: Gary Thomas [mailto:gary@mlbassoc.com] > Sent: Tuesday, July 31, 2007 11:25 PM > To: Alok Singh > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > Alok Singh wrote: >> Gary, >> Is it possible for you to send me a dump of arp table (using >> db_show_arptab() or through some other means) before pinging to >> 204.133.123.27, and after pinging to >> 204.133.123.27 please!! > > That function is only in the old (OpenBSD) stack. > [gthomas@hermes packages]$ find net -name "*.c" | xargs grep show_arp > net/tcpip/current/src/sys/netinet/if_ether.c: * Use this from ddb: > "call db_show_arptab" > net/tcpip/current/src/sys/netinet/if_ether.c:db_show_arptab() > > Aren't you using the FreeBSD stack (the default and indeed, the only > supported BSD stack)? > >> regards, >> Alok > >> -----Original Message----- >> From: ecos-discuss-owner@ecos.sourceware.org >> [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gary > Thomas >> Sent: Tuesday, July 31, 2007 8:38 PM >> To: Alok Singh >> Cc: ecos-discuss@ecos.sourceware.org >> Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry > , >> duplicate ARP//llinfo entries - > >> 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:<Ping test OK> >> EXIT:<done> > >>> 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 iD8DBQFGr3oSmaKbSsQGV8ARAhknAJ9wITlqbtyPaYUnff0UQtgbkCWLagCgkHFA afkNYjs3mTgkNEmHyFvFyHs= =bTQb -----END PGP SIGNATURE----- [-- Attachment #2: if_ether.c.diff --] [-- Type: application/octet-stream, Size: 303 bytes --] 108,115d107 < struct llinfo_arp { < LIST_ENTRY(llinfo_arp) la_le; < struct rtentry *la_rt; < struct mbuf *la_hold; /* last packet until resolved/timeout */ < long la_asked; /* last time we QUERIED for this addr */ < #define la_timer la_rt->rt_rmx.rmx_expire /* deletion time in seconds */ < }; < [-- Attachment #3: if_ether.h.diff --] [-- Type: application/octet-stream, Size: 313 bytes --] 116a117,124 > struct llinfo_arp { > LIST_ENTRY(llinfo_arp) la_le; > struct rtentry *la_rt; > struct mbuf *la_hold; /* last packet until resolved/timeout */ > long la_asked; /* last time we QUERIED for this addr */ > #define la_timer la_rt->rt_rmx.rmx_expire /* deletion time in seconds */ > }; > [-- Attachment #4: support.c.diff --] [-- Type: application/octet-stream, Size: 2347 bytes --] 892a893,895 > #include <netinet/if_ether.h> > #include <sys/mbuf.h> > 1067a1071,1172 > static void > db_print_sa( struct sockaddr *sa) > { > int len; > u_char *p; > > if (sa == 0) { > printf("[NULL]"); > return; > } > > p = (u_char*)sa; > len = sa->sa_len; > printf("["); > while (len > 0) { > printf("%d", *p); > p++; > len--; > if (len) > printf(","); > } > printf("]\n"); > } > > static void > db_print_ifa( struct ifaddr *ifa) > { > if (ifa == 0) > return; > printf(" ifa_addr="); > db_print_sa(ifa->ifa_addr); > printf(" ifa_dsta="); > db_print_sa(ifa->ifa_dstaddr); > printf(" ifa_mask="); > db_print_sa(ifa->ifa_netmask); > printf(" flags=0x%x, refcnt=%d, metric=%d\n", > ifa->ifa_flags, ifa->ifa_refcnt, ifa->ifa_metric); > } > > static void > db_print_llinfo( caddr_t li ) > { > struct llinfo_arp *la; > > if (li == 0) > return; > la = (struct llinfo_arp *)li; > printf(" la_rt=%p la_hold=%p, la_asked=0x%lx\n", > la->la_rt, la->la_hold, la->la_asked); > } > > /* > * Function to pass to rn_walktree(). > * Return non-zero error to abort walk. > */ > static int > db_show_radix_node( struct radix_node *rn, void *w ) > { > struct rtentry *rt = (struct rtentry *)rn; > > printf("rtentry=%p", rt); > > printf(" flags=0x%x refcnt=%d use=%ld \n", > rt->rt_flags, rt->rt_refcnt, rt->rt_use); > > printf(" key="); db_print_sa(rt_key(rt)); > printf(" mask="); db_print_sa(rt_mask(rt)); > printf(" gw="); db_print_sa(rt->rt_gateway); > > printf(" ifp=%p ", rt->rt_ifp); > if (rt->rt_ifp) > printf("(%s)", rt->rt_ifp->if_xname); > else > printf("(NULL)"); > > printf(" ifa=%p\n", rt->rt_ifa); > db_print_ifa(rt->rt_ifa); > > printf(" genmask="); db_print_sa(rt->rt_genmask); > > printf(" gwroute=%p llinfo=%p\n", rt->rt_gwroute, rt->rt_llinfo); > db_print_llinfo(rt->rt_llinfo); > return (0); > } > > /* > * Function to print all the route trees. > * Use this from ddb: "call db_show_arptab" > */ > int > db_show_arptab() > { > struct radix_node_head *rnh; > rnh = rt_tables[AF_INET]; > printf("Route tree for AF_INET\n"); > if (rnh == NULL) { > printf(" (not initialized)\n"); > return (0); > } > rn_walktree(rnh, db_show_radix_node, NULL); > return (0); > } [-- Attachment #5: ChangeLog.diff --] [-- Type: application/octet-stream, Size: 380 bytes --] 594a595,605 > 2007-08-31 Alok Singh <aloksingh_123@rediff.com> > > * src/ecos/support.c: Added support to dump the ARP Table > > * include/netinet/if_ether.h: Added llinfo_arp structure to this > file, and removed if_ether.c. > > * src/sys/netinet/if_ether.c: Removed llinfo_arp structure definition > from this file, and moved to header file "if_ether.h" > > [-- Attachment #6: Type: text/plain, Size: 148 bytes --] -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - 2007-08-31 15:54 ` [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh @ 2007-09-14 12:54 ` Jürgen Lambrecht 0 siblings, 0 replies; 11+ messages in thread From: Jürgen Lambrecht @ 2007-09-14 12:54 UTC (permalink / raw) To: Alok Singh; +Cc: Gary Thomas, ecos-discuss Hello Alok, I tried your code, but at link time, the compiler gives an error because the function rn_walktree is unknown. You use rn_walktree in support.c::db_show_arptab(). Indeed, in bsd_tcpip/../src/sys/net/radix.c, rn_walktree is a static function. In the OpenBSD code, it is not static. I just removed the 'static' from the code (as in the OpenBSD code) to solve this, and moved the declaration from the .c to the .h file. And now it compiles and works. The output of db_show_arptab() is a bit messy (I expected something like when doing 'arp -a'), but usefull. Thanks. Gary, here a diff of my radix.h/c files to the latest ones in cvs: diff -r1.2 radix.c 75c75 < static int rn_walktree __P((struct radix_node_head *, walktree_f_t *, void *)); --- > //moved to .h for AS static int rn_walktree __P((struct radix_node_head *, walktree_f_t *, void *)); 995c995 < static int --- > int diff -r1.1 radix.h 176a177,179 > int rn_walktree __P((struct radix_node_head *, walktree_f_t *, void *));//AS Jürgen Lambrecht R&D Engineer Televic Transport Systems http://www.televic.com Televic NV / SA (main office) Leo Bekaertlaan 1 B-8870 Izegem Tel: +32 (0)51 303045 Fax: +32 (0)51 310670 Alok Singh wrote: > Gary, > > We had some communication regarding an issue I raised some time back. > The issue was resolved then. But you asked for a patch(that I was using) > to dump the ARP table on FreeBSD stack. I'm sending this now. I > understand that we have sysctl hooks in current code to dump the > routing/arp table, but in case one is new to stack, this primitive ARP > table dump utility will prove useful. Have a look. > Can these be integrated to ecos FreeBSD stack? > > Package - packages/net/bsd_tcpip/current > > > regards, > Alok > > -----Original Message----- > From: Gary Thomas [mailto:gary@mlbassoc.com] > Sent: Tuesday, July 31, 2007 11:36 PM > To: Alok Singh > Cc: ecos-discuss@ecos.sourceware.org > Subject: Re: [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , > duplicate ARP//llinfo entries - > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alok Singh wrote: > >>I ported it to FreeBSD( just copied actually ) from OpenBSD for >>debugging purposes. > > > If you send a patch, I'll try it; I don't have time to mess with > porting old code... > > <snip> -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-09-14 12:54 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2007-07-30 11:31 [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh 2007-07-30 21:54 ` Laurie Gellatly 2007-07-31 14:39 ` Alok Singh 2007-07-31 15:08 ` Gary Thomas 2007-07-31 17:49 ` Alok Singh 2007-07-31 17:55 ` Gary Thomas 2007-07-31 17:58 ` Alok Singh 2007-07-31 18:06 ` Gary Thomas 2007-07-31 19:15 ` [ECOS] FreeBSD Stack issues Steve West 2007-08-31 15:54 ` [ECOS] FW: [ECOS] ECOS: Free BSD - Default gateway entry , duplicate ARP//llinfo entries - Alok Singh 2007-09-14 12:54 ` Jürgen Lambrecht
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).