* [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).