[Berlin-wireless] komisches netzwerkverhalten
Sven-Ola Tuecke
sven-ola
So Jan 15 09:42:03 CET 2006
Ulf,
also den Teil mit "rechner1 an rechnerx mit wds und brY" habe ich nicht
verstanden. Zwei Anmerkungen: wifi0 und wlan0 sind offenbar Treiber-Aliases.
Versuch's mal mit wifi0 in der Bridge. Das Spanning-Tree ist ja offenbar aus
- das wuerde naemlich noch ganz eigene Vorstellungen durchsetzen ;-)
Wenn's mit Broadcast hakelt: Ab und zu gibts unter Linux das seltsame
Verhalten, dass die BCast-Adresse via ARP-Requests aufgeloest werden soll.
Beispiel: es wird per ARP eine Station 104.255.255.255 gesucht, obwohl ja die
allgemeine Broadcast-MAC-Adresse ff:ff:ff:ff:ff:ff zu verwenden waere. Dann
gehen keine Broadcasts raus, weil ja gar keine Station mit der IP
104.255.255.255 antwortet. Ein paarmal "ifup" / "ifdown" hilft hier oefters.
Ziemlich kompliziertes Setup (mit Softbridge, WDS-Bridge, mit-und-ohne-STP,
Device-Aliases u.v.a.m.). Geht das nicht irgendwie einfacher? Achso: Gerade
mit BCast auf Bridges kann man prima "Rueckkoppelungs-Systeme" bauen. Aber
das merkt man sofot, denn dann sind die Netzinterface eigentlich nur noch mit
Pakete-Ping-Pong beschaeftigt...
Ratlose Gruesze,
Sven-Ola
Am Sonntag 15 Januar 2006 00:09 schrieb ulf kypke:
> 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 --------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
Mehr Informationen über die Mailingliste Berlin