Hi Ray,

It seems that you again try to get bridging functionality out of
a routing setup.

Where is the DHCP server running?  What is the output of 
"ipconfig /all" on the Windows notebook?

Ray Gwinn wrote about "Re: [leaf-wisp] Routing problem":

> The client is a Windows XP notebook with an Orinoco gold pcmcia card, configured to 
> use dhcp for IP and DNS.
> 
> Perhaps I chose my words "cannot connect" poorly.  The client DOES seem associate 
> with the Soekris (Wisp-Disp) box, and dhcp seems to complete.  However, the client 
> cannot access anything because Wisp-Disp has not setup any routes to support the 
> connection.
> 
> Ray
> 
> On 24 Feb 2004 at 23:24, Vladimir Ivashchenko wrote:
> 
> > What is the client configuration?
> > 
> > Ray Gwinn wrote about "Re: [leaf-wisp] Routing problem":
> > > Vladimir, I eliminated the overlapping networks, and the same routing
> > > symptoms persist.
> > > 
> > > I have reduced the setup to as minimal as I can. The hardware is a Soekris
> > > 4521, but with only one pcmcia card installed and enabled.
> > > 
> > > If I enable layer 3 bridging, all works well.  There is only one device in
> > > the layer 3 bridge, netcs0.  The "ip route" output with layer 3 enabled, and
> > > just after boot is as follows:
> > > 
> > > 192.168.0.1 dev eth0  scope link  metric 50
> > > 10.0.0.0/16 dev netcs0  proto kernel  scope link  src 10.0.1.3
> > > 192.168.0.0/16 dev eth0  proto kernel  scope link  src 192.168.0.2
> > > default via 192.168.0.1 dev eth0
> > > 
> > > The output of "ip route" after a wireless client connects is as follows:
> > > 
> > > 192.168.0.1 dev eth0  scope link  metric 50
> > > 10.0.5.243 dev netcs0  scope link  metric 50
> > > 10.0.0.0/16 dev netcs0  proto kernel  scope link  src 10.0.1.3
> > > 192.168.0.0/16 dev eth0  proto kernel  scope link  src 192.168.0.2
> > > default via 192.168.0.1 dev eth0
> > > 
> > > The above setup works!
> > > 
> > > -----------------------------------------------
> > > 
> > > If I turn off lawyer 3 bridging, and make NO OTHER changes,  "ip route" just
> > > after boot shows the following:
> > > 
> > > 10.0.0.0/16 dev netcs0  proto kernel  scope link  src 10.0.1.3
> > > 192.168.0.0/16 dev eth0  proto kernel  scope link  src 192.168.0.2
> > > default via 192.168.0.1 dev eth0 
> > > 
> > > And with the above routes, wireless clients cannot connect.  And again, it
> > > seems that routes are not being set correctly when parprouted is not in the
> > > picture. The missing static (I think) route to 192.168.0.1 seems to be the
> > > problem.
> > > 
> > > The if.config file follows:
> > > 
> > > DEFAULT_GW="192.168.0.1 dev eth0"
> > > eth0_IPADDR="192.168.0.2/16"
> > > BR_IFACES="netcs0 "
> > > IFACES="eth0 netcs0 "
> > > br0_IPADDR="10.0.1.3/16"
> > > ENABLE_L2_BRIDGING="no"
> > > netcs0_IPADDR="10.0.1.3/16"
> > > NAT_IFACE="eth0"
> > > ENABLE_PARP_BRIDGING="no" 
> > > 
> > > And as before, the only difference between failure and success is setting
> > > ENABLE_PARP_BRIDGING="yes". 
> > > 
> > > Any advice is appreciated.  If I get this figured out, I will write a mini
> > > HowTo which may prevent these types of questions by others in the future.
> > > 
> > > Ray
> > > 
> > > On 24 Feb 2004 at 15:57, Vladimir Ivaschenko wrote:
> > > 
> > > > 
> > > > You can have overlapping networks with interfaces only when layer 3 
> > > > bridging is enabled; that's actually what layer 3 bridging is for. :)
> > > > 
> > > > In normal life, each interface has it's own, unique subnet. For a nice
> > > > TCP/IP introduction, see this link:
> > > > http://www.faqs.org/docs/linux_network/
> > > > 
> > > > Ray Gwinn wrote:
> > > > > It will take me awhile to get back to where I can get the "ip route"
> > > > > outputs.  I will send those later today.
> > > > > 
> > > > > 
> > > > >>I'm a bit confused as it seems that you have overlapping networks on the
> > > > >>interfaces.
> > > > > 
> > > > > 
> > > > > I am very NEW to this whole thing so I probably have some really dumb
> > > > > mistakes in my setup.  I assume you mean the 10.0.0.0/16 networks on
> > > > > both eth0 and netcs0.  I have wondered about that also.
> > > > > 
> > > > > Those routes are setup by Wisp-Dist (not me) based on the if.config file
> > > > > at the end of my original message (also quoted below).  Can you suggest
> > > > > changes?
> > > > > 
> > > > > However, even with the network overlaps, all works okay when layer 3
> > > > > bridging is enabled.  I think it works because of the static host route
> > > > > to 10.0.0.1, added by parprouted (I think).
> > > > > 
> > > > > When layer 3 bridging is turned off, the static route to 10.0.0.1 is
> > > > > missing, and routes to wireless clients are not added to the routing
> > > > > table.
> > > > > 
> > > > > Ray
> > > > > 
> > > > > On 24 Feb 2004 at 12:10, Vladimir Ivaschenko wrote:
> > > > > 
> > > > > 
> > > > >>Ray,
> > > > >>
> > > > >>I suggest you to use "ip route" command to get a list of routes, 
> > > > >>netstat -nr doesn't show everything. Can you send me it's output?
> > > > >>
> > > > >>I'm a bit confused as it seems that you have overlapping networks on the
> > > > >>interfaces.
> > > > >>
> > > > >>Ray Gwinn wrote:
> > > > >>
> > > > >>>Valadimir, I have encountered a problem that I hope you can help with. 
> > > > >>>It seems that when layer 3 bridging is disabled, wireless clients
> > > > >>>cannot connect.  It seems as though routing is not being setup
> > > > >>>correctly.
> > > > >>>
> > > > >>>The hardware is a Soekris 4521, but only one card (netcs0) installed
> > > > >>>and enabled.
> > > > >>>
> > > > >>>Note that 10.0.0.1 is the default gateway and is a linux box directly
> > > > >>>connected to the Soekris via an ethernet switch.  The ip of eth0 is
> > > > >>>10.0.0.2.
> > > > >>>
> > > > >>>First, with layer 3 bridging enabled, with one device in the bridge
> > > > >>>(netcs0), and immediately following a boot, "netstat -nr" shows the
> > > > >>>following:
> > > > >>>
> > > > >>>Kernel IP routing table
> > > > >>>Destination  Gateway    Genmask         Flags   MSS Window  irtt Iface
> > > > >>>10.0.0.1     0.0.0.0    255.255.255.255 UH       40 0          0 eth0
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 eth0
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 netcs0
> > > > >>>0.0.0.0      10.0.0.1   0.0.0.0         UG       40 0          0 eth0
> > > > >>>
> > > > >>>After a wireless client (notebook computer) connects the routing table
> > > > >>>looks like the following:
> > > > >>>
> > > > >>>Kernel IP routing table
> > > > >>>Destination  Gateway    Genmask         Flags   MSS Window  irtt Iface
> > > > >>>10.0.0.1     0.0.0.0    255.255.255.255 UH       40 0          0 eth0
> > > > >>>10.0.5.243   0.0.0.0    255.255.255.255 UH       40 0          0 netcs0
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 eth0
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 netcs0
> > > > >>>0.0.0.0      10.0.0.1   0.0.0.0         UG       40 0          0 eth0
> > > > >>>
> > > > >>>All is well with the above, the wireless client connects and can surff
> > > > >>>the net.
> > > > >>>
> > > > >>>Now, if I go into config and disable layer 3 bridging, I see the
> > > > >>>following immediately after boot.
> > > > >>>
> > > > >>>Kernel IP routing table
> > > > >>>Destination  Gateway    Genmask         Flags   MSS Window  irtt Iface
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 eth0
> > > > >>>10.0.0.0     0.0.0.0    255.255.0.0     U        40 0          0 netcs0
> > > > >>>0.0.0.0      10.0.0.1   0.0.0.0         UG       40 0          0 eth0
> > > > >>>
> > > > >>>And with the above, wireless clients cannot connect.  If I execute the
> > > > >>>following, the wireless client can connect.
> > > > >>>
> > > > >>>ip route add 10.0.0.1/32 dev eth0
> > > > >>>ip addr add 10.0.0.1/32 dev eth0
> > > > >>>
> > > > >>>After finding the dhcp assigned address assigned to the wireless
> > > > >>>client, I can execute something like the following:
> > > > >>>
> > > > >>>ip route add 10.0.5.242/32 dev netcs0
> > > > >>>
> > > > >>>and the wireless client can sruff the net.  Basically, I have done
> > > > >>>manually what I beleive Wisp-Dist is intended to do.
> > > > >>>
> > > > >>>As best I can tell from looking at the scripts is that parprouted is
> > > > >>>the only difference when turning layer 3 bridging on and off.
> > > > >>>
> > > > >>>The if.config file is below.  The only difference between failure and
> > > > >>>success is setting ENABLE_PARP_BRIDGING="yes".
> > > > >>>
> > > > >>>eth0_IPADDR="10.0.0.2/16"
> > > > >>>br0_IPADDR="10.0.1.3/16"
> > > > >>>ENABLE_L2_BRIDGING="no"
> > > > >>>netcs0_IPADDR="10.0.1.3/16"
> > > > >>>NAT_IFACE="eth0"
> > > > >>>BR_IFACES="netcs0 "
> > > > >>>IFACES="eth0 netcs0 "
> > > > >>>DEFAULT_GW="10.0.0.1 dev eth0"
> > > > >>>ENABLE_PARP_BRIDGING="no"
> > > > >>>
> > > > >>>Sorry for such a long message.  Is there any advice, or help you can
> > > > >>>provide?
> > > > >>>
> > > > >>>Ray
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>-------------------------------------------------------
> > > > >>>SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > >>>Build and deploy apps & Web services for Linux with
> > > > >>>a free DVD software kit from IBM. Click Now!
> > > > >>>http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > > > >>>_______________________________________________
> > > > >>>leaf-wisp-dist mailing list
> > > > >>>[EMAIL PROTECTED]
> > > > >>>https://lists.sourceforge.net/lists/listinfo/leaf-wisp-dist
> > > > >>>
> > > > >>
> > > > >>
> > > > >>-- 
> > > > >>Best Regards,
> > > > >>Vladimir Ivashchenko
> > > > >>ThunderWorx - www.thunderworx.com
> > > > >>Senior Systems Designer/Engineer
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > -------------------------------------------------------
> > > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > > > > Build and deploy apps & Web services for Linux with
> > > > > a free DVD software kit from IBM. Click Now!
> > > > > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> > > > > _______________________________________________
> > > > > leaf-wisp-dist mailing list
> > > > > [EMAIL PROTECTED]
> > > > > https://lists.sourceforge.net/lists/listinfo/leaf-wisp-dist
> > > > > 
> > > > 
> > > > 
> > > > -- 
> > > > Best Regards,
> > > > Vladimir Ivashchenko
> > > > ThunderWorx - www.thunderworx.com
> > > > Senior Systems Designer/Engineer
> > > 
> > > 
> > 
> > -- 
> > Best Regards,
> > Vladimir Ivashchenko
> > ThunderWorx - www.thunderworx.com
> > Senior Systems Designer/Engineer
> 
> 

-- 
Best Regards,
Vladimir Ivashchenko
ThunderWorx - www.thunderworx.com
Senior Systems Designer/Engineer


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
leaf-wisp-dist mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-wisp-dist

Reply via email to