Problem med WDS på 3Com (3CRWE454A72).

[tahan]

Hei!

 

Jeg har skaffet meg to stk. 3Com OC 11a/b/g Access Point (3CRWE454A72).

 

Det jeg skal sette opp, er en trådløs forbindelse mellom huset mitt og en nabo. Det er fri sikt, og ca 80 meters avstand (cat 5 kabel er ikke mulig).

 

Jeg har satt opp de 2 AP-ene med WDS, og kjørt en del tester. Det som skjer, er at det er en storm av IGMP-meldinger mellom de to AP-ene. Logging med "Ethreal" viser at begge AP-ene sender ut "Membership Query" til 224.0.0.1 kontinuerlig.

 

Testoppsettet ser slik ut:

 

PC1 (10.0.0.1) <-cat5-> AP1 (10.0.0.254) <- - WLAN - -> AP2 (10.0.0.253) <–cat5-> PC2 (10.0.0.2)

 

AP-ene er satt opp i henhold til beskrivelse fra 3Com: http://www.3com.com/other/pdfs/products/en_US/104108.pdf

 

Har forsøkt å kjøre WDS-linken både på 11a og 11b/g, men det er ingen forskjell. Vi får forbindelse, og ping virker, men filoverføring er umulig. Ping mellom PC1 og PC2 tar i gjennomsnitt 200-500ms. Begge AP kjører på siste firmware 1.10.

 

Er det noen som har tips til hva som kan være feil?

 

Jeg har kjøpt disse to AP-ene hos Komplett som "Demovarer", så jeg lurer på om det kan være hardwarefeil på en av dem?

Endret 1. september 2004 av tahan

[knut]

Har du prøvd en litt kortere link enn de 80 meterene? Det som er dumt med dette aksesspunktet er at den ikke har støtte for ekstern antenne. 802.11a kan egentlig ikke brukes utendørs.

 

Om linken fungerer over kortere avstander, kan du prøve "cantenna" utgaven.

[tahan]

Ja, jeg har prøvd kortere avstander (2m til 50m), og oppnår fint kontakt. I 11a modus får jeg ikke kontakt på de oppgitte 80m, det er greit. Men på 11b/g blir det kontakt på 80m også!

 

Det som er problemet er at det er en utrolig storm av IGMP-meldinger mellom de to AP-ene. Dette ødelegger for all annen trafikk i nettet...

 

Her kommer et utdrag fra log med "Ethreal":

 

No. Time Source Destination Protocol Info

490 1.905555 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

491 1.906080 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

492 1.907430 10.0.0.1 10.0.0.2 ICMP Echo (ping) request

493 1.913334 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

494 1.919785 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

495 1.927239 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

496 1.927814 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

497 1.935253 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

498 1.935793 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

499 1.943240 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

500 1.943792 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

501 1.951241 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

502 1.951855 10.0.0.253 224.0.1.134 IGMP V2 Membership Report

503 1.952284 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

504 1.959695 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

505 1.960240 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

506 1.967854 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

507 1.968387 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

508 1.971580 10.0.0.254 224.0.1.134 IGMP V2 Membership Report

509 1.976252 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

510 1.976907 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

511 1.984360 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

512 1.984924 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

513 1.992382 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

514 1.992925 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

515 2.000367 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

516 2.000900 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

517 2.008340 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

518 2.008889 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

519 2.016319 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

520 2.016870 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

521 2.024167 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

522 2.024848 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

523 2.032051 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

524 2.032825 10.0.0.2 10.0.0.1 ICMP Echo (ping) reply

525 2.032834 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

526 2.040388 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

527 2.040986 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

528 2.048433 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

529 2.048927 10.0.0.253 224.0.0.1 IGMP V2 Membership Query

530 2.056432 10.0.0.254 224.0.0.1 IGMP V2 Membership Query

[tahan]

Fant en løsning på problemet

 

Nedgradering til firmware 1.08... da forsvant all uønsket broadcast-trafikk!

 

Har noen opplevd tilsvarende problem med firmware v1.10?

[Civilix]

EDIT:

 

jeg tok feil

 

ble posta litt sent.

 

Tahan: er nettet faktisk raskere nå? eller forsvant bare denne IGMP trafikken?

Endret 1. september 2004 av Civilix

[tahan]

Ja, nettet er UTROLIG mye raskere nå! Og IGMP-trafikken er så godt som borte (normal regner jeg med!).

 

Tidligere tok en ping opptil flere hundre ms, men nå går det på <1ms

 

Etter nedgraderingen av firmware, har jeg bare testet på kort avstand (20m), men både 11a og 11b/g virker fint i WDS!

 

Men som nevnt tidligere så virket WDS-linken tidligere med 11b/g på 80m, bare at nesten ingen trafikk slapp gjennom. Derfor regner jeg med at det går bra nå!

Endret 1. september 2004 av tahan

[Switchblade]

Har samme oppsett som det du nevner her, og prøvde også å legge inn 1.08. Men pingen er sky-high enda. ligger stabilt på 500 enda. noen tips?

Endret 3. september 2004 av Switchblade

[tahan]

Kjører du 11a eller 11b/g på WDS-linken mellom AP-ene?

 

Hvis du kjører 11b/g, kan det være en ide å sette opp AP-et til å bare kjøre 11b.

 

Fant også ut i mitt oppsett at å flytte AP-et 1-2cm kunne få store utslag. Prøvde først å plassere begge i vinduskarmene i de to husene. Regnet med at signalet gikk best gjennom glass. Men det viste seg at plassering på en hylle over vinduet (mot solid vegg) ga best resultat.

 

Har du sjekket om noen naboer har WLAN med samme frekvens som du bruker? Her kan "Network Stumbler" være et godt verktøy. Forsøk med forskjellige kanaler.

 

Mikrobølgeovner, trådløse telefoner og trådløs overføring av TV-bilde kan også forstyrre.

[Switchblade]

Kjører de i WDS som 11b/g nå og det funker fint. Måtte bare bytte kanal. Men det problemet som har oppstått nå er at det ene ap "henger" seg på en måte. det slutter bare å gjøre noe virker det som. Av og på med strømmen så virker det fint igjen. og det er kun det ene av de to ap`ene som gjør dette. det andre funker fint hele tiden uten å trege "reboot". Prøvd å bytte plass på dem, men det er fremdeles det samme som må skrues av og på en gang i døgnet ca. noen som har vært ute for dette?

[tahan]

Var ute for det samme med et av mine AP. Måtte restarte. Det jeg fant ut var at min bærbare var knyttet til begge AP samtidig. Jeg satte på MAC-filter, slik at den bærbare bare kunne koble seg til nærmeste AP. Det virket tilsynelatende. Har ikke testet det over lang tid, men verdt et forsøk...

[Switchblade]

Jeg har kun de to ap`ene som jeg bruker som en bridge for å få adsl fra tlf kontakten til pcen. Ingen ting annen som er koblet på noen av dem. Men som sagt. det er verdt er forsøk:)

[Switchblade]

Kjører WDS gjennom 11a nå og det funker veldig fint så lenge det virker. Men jeg sliter fremdeles med at det ene ap "henger" seg fra tid til annen. Men har nå satt dette rett ved siden av pcen, så det er bare å strekke ut hånda og nappe ut strømmen og sette den inn igjen:) Blei noe lei av å løpe opp trappa hver gang:) Prøvd å flashe firmwaren på nytt også uten at dette hjalp noe. Så jeg er egentlig tom for ideer om hvordan jeg skal fikse dette nå

[knut]

Når jeg testet denne enheten prøvde jeg ikke med to like enheter, men fra forskjellige leverandører.

 

Har testet mot D-Link DWL-7100AP, Asus WL-330, Sparklan WX-6800 og et Belkin aksesspunkt det enda ikke har kommet test av. Hadde ikke noen problemer med dette oppsettet.

[Switchblade]

Er som sagt litt merkelig siden det kun er det ene ap som henger seg uansett om det står ved adsl modemet eller ved pcen. Det andre funker fint hele tiden.

[Switchblade]

Ser ut til at problemet med med at det en ap henger seg. Kjørte factory reset og flashet det på nytt med 1.08. Stilte det inn nøyaktig likt som det var. Har vært dønn stabilt i 3 dager nå. Så lenge det funker så er jo alt fint, men hadde jo vært litt koselig å vite hva som kødda:)

[Scalpel]

Jeg har også et 3CRWE454A72 som står på et at kontorene jeg drifter, som henger seg rundt en gang i døgnet.

 

Bare b og g protokollene er aktive, også bruker vi MAC filtrering. Ingen kryptering står på.

 

Nå har jeg gått lei, og byttet det med et 3CRWE454G72. Det er et enklere AP som har fungert fint hjemme. Samtidig byttet jeg fra MAC filtrering til 128-bits WEP kryptering. Blir svært overrasket om problemet dukker opp igjen.