Opened 15 years ago
Closed 15 years ago
#37 closed incident (fixed)
routering node huub <=> stadhuis
Reported by: | huub | Owned by: | ronald |
---|---|---|---|
Keywords: | bridging | Cc: | ronald |
Location: | Generiek |
Description
vanaf NodeHuub (172.17.16.1) werkt de routering naar stadhuis, maar andersom niet. De link is prima (via 172.16.3.210/209).
In de routetabel van stadhuis staat netjes de regel:
172.17.16.0/24 172.16.3.210 UGD 0 9989 sis2
maar een ping of een traceroute naar 172.17.16.1 geeft geen respons (ook niet de boodschap 'no route to host' overigens).
Op NodeHuub zie ik in de routetabel:
172.16.3.208/30 link#5 U 0 8736 sis4 =>
172.16.3.208/28 172.16.3.209 UGD 0 0 sis4
172.16.3.210 link#5 UHS 0 0 lo0
en in rc.node.local staat de regel:
ipv4_addrs_lo0="127.0.0.1/8 172.31.255.1/32"
Klopt die /8 ?
Change History (3)
follow-up: 2 comment:1 by , 15 years ago
comment:2 by , 15 years ago
Cc: | added |
---|---|
Keywords: | bridging added |
Owner: | changed from | to
Status: | new → assigned |
Replying to huub:
De routering van stadhuis naar huub loopt nu via Cope en Vosko1, zie traceroute hieronder. Maar van sunny (proxy62) loopt het pad de kortere weg via de rechtstreekse link huub-stadhuis:
Mea culpa! Heb woensdagavond (-nacht) nog wat zitten prutsen. Het was er nog niet van gekomen dit in een reactie op deze ticket te melden, sorry.
Wat heb ik gedaan? Zowel op de Ubiquiti bridge (nanostation?) aan de Stadhuis kant als op de Engenius bridge aan de kant van Huub het volgende commando uitgevoerd:
iwpriv ath0 wds 1
Met iwpriv ath0 get_wds
had ik eerst vastgesteld dat deze vlag aan beide zijden op 0
stond. De wds
vlag (wat iets anders is dan WDS mode!) is nodig voor transparent bridging tussen station (managed) en AP (master). Tenminste, als dit net zo werkt als bij MadWifi. Resultaat: ping van Stadhuis naar het master IP address van Huub (172.17.16.1) die het eerst niet meer deed, lukt nu wel, maar loopt kennelijk via een omweg. Ping naar de 2stadhuis interface van Huub gaat wel rechtstreeks.
Het vreemde is, dat Stadhuis wel lvrouted packets krijgt van Huub (van 172.16.3.210) maar hiervan geen tree bouwt.
Mijn veranderingen in de Engenius en Ubiquiti waren handmatig, staan niet in een of andere config file, en zijn dus weg als deze bridges ge-reboot worden. Indien gewenst, kan ik ze ook weer handmatig verwijderen. Roept u maar!
comment:3 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Nadat alle wireless bridges in WDS mode zijn gezet lijkt dit probleem verholpen.
De routering van stadhuis naar huub loopt nu via Cope en Vosko1, zie traceroute hieronder. Maar van sunny (proxy62) loopt het pad de kortere weg via de rechtstreekse link huub-stadhuis:
CNodeStadhuis# traceroute huub
traceroute to huub.wleiden.net (172.17.16.1), 64 hops max, 40 byte packets
sunny# traceroute stadhuis
traceroute to stadhuis.wleiden.net (172.17.141.1), 64 hops max, 52 byte packets
sunny#