[Berlin-wireless] komisches netzwerkverhalten

ulf kypke u.kypke
So Jan 15 00:09:40 CET 2006 

nun, soweit ich das jetzt überblicken kann, scheint der rechner mit der
bridge den stress zu machen.
denn was er auf diesem interface an bcast paketen wegschickt wird nur auf
dem wlandevice der bridge verstanden.
auf dem ethernet werden diese pakete scheinbar ins nirvana verschickt, denn
diese kommen nicht am anderen teilnehmer an, egal ob ethernet zwischen einer
wireless lan wds brücke oder am wireless lan client der in diesem verbund
teilnimmt.
d.h. die eine seite also rechner1 der kann prima auf eth4 bcasten und das
kommt durch die wds brücke an den rechner2  ethernet an!
also rechner2 erhält bcast pakete von rechner1. rechner 2 schickt prima auf
die bridge br0 und nun gehts per wlan0 ins netz zu euch, aber nciht per
ethernet eth0 an rechner1
that's strange

ich hatte das gleiche problem als ich beide i-faces an rechner2 nicht über
br0 laufen gelassen habe (daher dachte ich die br0 würde helfen)
da war nämlich das komische, dass ich von rechner1 aus gleiche macs vom
wlan0 und eth0 des rechners2 gesehen habe.
wo ist denn mein denkfehler?

zur vervollständigung:

grueni:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.00090a0189c7       no              eth0
                                                                       wlan0


grueni:~# ifconfig
br0       Link encap:Ethernet  HWaddr 00:09:0A:01:89:C7
          inet addr:104.130.11.67  Bcast:104.255.255.255  Mask:255.0.0.0
          inet6 addr: fe80::209:aff:fe01:89c7/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1924471 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1257155 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:727732603 (694.0 MiB)  TX bytes:298367816 (284.5 MiB)

br0:0     Link encap:Ethernet  HWaddr 00:09:0A:01:89:C7
          inet addr:192.168.254.250  Bcast:192.168.254.255  Mask:
255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

eth0      Link encap:Ethernet  HWaddr 00:50:04:FC:3D:92
          inet6 addr: fe80::250:4ff:fefc:3d92/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3735191 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4812381 errors:0 dropped:0 overruns:0 carrier:5
          collisions:0 txqueuelen:1000
          RX bytes:516889483 (492.9 MiB)  TX bytes:954499599 (910.2 MiB)
          Interrupt:3 Base address:0x300

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:702 errors:0 dropped:0 overruns:0 frame:0
          TX packets:702 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:62360 (60.8 KiB)  TX bytes:62360 (60.8 KiB)

wifi0     Link encap:UNSPEC  HWaddr
00-09-0A-01-89-C7-00-00-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:810522 errors:0 dropped:0 overruns:0 frame:0
          TX packets:317665 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:436023800 (415.8 MiB)  TX bytes:150922223 (143.9 MiB)
          Interrupt:5 Base address:0x100

wlan0     Link encap:Ethernet  HWaddr 00:09:0A:01:89:C7
          inet6 addr: fe80::209:aff:fe01:89c7/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:810522 errors:0 dropped:0 overruns:0 frame:0
          TX packets:317665 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:421434404 (401.9 MiB)  TX bytes:150922223 (143.9 MiB)
          Interrupt:5 Base address:0x100



2006/1/14, Sven-Ola Tuecke <sven-ola at gmx.de>:
>
> Hallo Ulf,
>
> das sollte auch auf einer Bridge gehen. Probier mal "olsrd -d 0 -nofork
> -dispin". Dann kannste sehen, was tatsaechlich ankommt.
>
> Grusz, Sven-Ola
>
> Am Samstag 14 Januar 2006 22:24 schrieb ulf kypke:
> > hi,
> > ich habe bei mir ein komisches verhalten zwischen 2 systeme die olsr
> > sprechen, jedoch einer keine infos vom anderen zurückbekommt.
> > mit tcpdump sehe ich beide udp port 698 sprechen. also die pakete von
> > rechner 1 kommen bei rechner 2 an, aber die pakete von rechner 2 sehe
> ich
> > nicht bei rechner 1
> > das komische nun ist das rechner 2 aber mit euch allen prima spricht, da
> > habe ich alle routen.
> > so und der einzige unterschied am rechner 2 ist, dass er mit seinen
> > interfaces in einer bridge ist,
> > hier die topologie:
> > [rechner1- eth4] <---> [eth0 - rechner2 - wlan0] <---> olsr zu jürgenN
> >
> > eth0 und wlan0 auf rechner2 in br0 und br0 ist das interface in
> olsr.conf
> >
> >
> > wie gesagt, per tcpdump sehe ich ankommende udp pakete auf br0 von
> rechner4
> > eth4 und rechner2 broadcasted upd pakete die ja immhin von jürgenN
> gesehen
> > werden, warum sehe ich die nicht auf eth4, iptables und co sind
> > ausgeschaltet!
> > wo habe ich meinen denkfehler? kann man das nciht auf einer bridge
> machen?
> >
> > gruss ulf
>
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.olsrexperiment.de/cgi-bin/mailman/private/berlin/attachments/20060115/16f84320/attachment.htm 
-------------- nächster Teil --------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

Mehr Informationen über die Mailingliste Berlin