Dotaz: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit

[Zdeněk Štěpánek]

Zdravim Presli jsme na dvou Point-to-Point pojich z 626-626 na Aircy8, sitovky jsou intely. Spoj je naladenej dobre a protahne 1.8Mbyte s pingem do 3ms. Spoj je zatizenej trvale max 1mbit. Hraci si od te doby zacali stezovat ze jim vypadavaj hry. Hrajou, najednou sek a spojeni se serverem se ukonci. Dalsi hraci kteri nejdou pres 5G vypadek nemaji. I pri klidovem stavu kdy tece max 100kbyte staci z windowsu pingat nekam na druhy konec spoje a vysledek je tento:

Odpověď od 10.193.120.17: bajty=32 čas=3ms TTL=62
Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62 
Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
Odpověď od 10.193.120.17: bajty=32 čas=72ms TTL=62
Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62

10.193.120.4 je pocitac na ceste pingu pred dotycnym 5G spojem. 10.193.120.217 je iGW (defaultni brana) ktera je napojena na 10.193.120.4, ale neni v ceste pingu. Tcpdumpoval jsem provoz a vydumpoval jsem toto:

13:46:29.316475 IP 10.193.120.148 > 10.193.120.18: /
ICMP echo request, id 512, seq 52992, length 40
13:46:29.316534 IP 10.193.120.18 > 10.193.120.148: /
ICMP echo reply, id 512, seq 52992, length 40
13:46:29.696774 IP 10.193.120.148 > 10.193.122.2: /
ICMP echo request, id 512, seq 53248, length 40
13:46:29.702353 IP 10.193.120.4 > 10.193.120.148: /
ICMP time exceeded in-transit, length 68
13:46:30.316813 IP 10.193.120.148 > 10.193.120.18: /
ICMP echo request, id 512, seq 53504, length 40
13:46:30.316869 IP 10.193.120.18 > 10.193.120.148: /
ICMP echo reply, id 512, seq 53504, length 40
13:46:30.697658 IP 10.193.120.148 > 10.193.122.2: /
ICMP echo request, id 512, seq 53760, length 40
13:46:30.703351 IP 10.193.120.4 > 10.193.120.148: /
ICMP time exceeded in-transit, length 68
13:46:31.317732 IP 10.193.120.148 > 10.193.120.18: /
ICMP echo request, id 512, seq 54016, length 40
13:46:31.317789 IP 10.193.120.18 > 10.193.120.148: /
ICMP echo reply, id 512, seq 54016, length 40

CML prozradil ze se jedna bud o vyprseni TTL, jenze to by snad melo byt 255 a routeru po ceste je jen par. Nebo pry problem se spojovanim fragmentovanych paketu, ale pri vypadku paketu snad vyroste packet loss a nebudou chodit divne odpovedi od iGW ktera vubec neni na trase pingu. Kolega snizil na Aircach8 Wireless fragmentaci z 2346 na 1000 a uz to pry nedela (zkouseli hrat a nespadlo to), ale v tcpdumpu vidim tech vypadku asi 4x vic. Nevite nekdo co s tim. Diky moc vsem. Zdenek

Odpovědi

[Jooky (inactive)]

Na 99% tam mas niekde routovacu slucku, "bajty=32 čas=2ms TTL=62" niekde ti to muselo 62 krat prejst a potom sa ta masina stazuje. Doporucujem skusit traceroute.

[Michal Kubeček]

Hodnotu TTL=64 bych tipoval spíš na paket odeslaný s defaultní hodnotou 64 a dva hopy.

[Zdeněk Štěpánek]

Potupne se priznavam ze toho TTL=62 jsem si ani nevsiml.

Kdyz pingam na localhost na routrech tak to ukazuje TTL 64. Kdyz pingam pres jeden hop na sousedni stroj je TTL 63. Zajimave je ze kdyz pingam na windowsovy stroj za jednim (tim samym co pravne) hopem (TTL 63) tak mi to vraci TTL 127.

Kdyz pingam na Linux tak je vychozi TTL 64 a na Windowsy 128.

Routovaci smycky nemam. Ani fyzicke ani virtualni. Na routovani pouzivame quaggu a tenhle dotycny spoj spocival jen v nahrade 626tek za sitovky a aircy, IP adresy a konfigurace quaggy zustaly jak byly.

Po nastaveni fragmentace v aircach na 1000 to prestalo, ale drasticky se snizila propustnost spoju a jeden spoj prakticky prestal fungovat. Napr FTP klient se pripojil ale pri snaze vypsat adresare to zamrzlo. Uplne stejne se choval www prohlizec nebo postovni klient u klienta za timto spojem.

Zdenek

[georgo23]

Jen jsem stale nepochopil, jestli mluvis o tech levnych krabkach za cca 2 500,- nebo o pci kartach ?? jakou mas na nich nastavenou normu ? a rezim ? a jestli je to pci jaky madwifi tam mas ?

[georgo23]

a jeste na jakou vzdalenost to mas +- ?

[Zdeněk Štěpánek]

Zdravim

Jsou to krabicky AirCA8, to jest ty levny smejdy od i4. V dobe psani dotazu kluci jeste dodelali treti spoj a to je AirCA8 proti Ovisu-5000 (ten novej s 32MB ram). Prave na tom prestaly fungovat vyse uvedene sluzby. Po nastaveni fragmentace a RTS zpet napuvodni hodnoty to zase zacalo fungovat.

Vzdalenost je v prvnim pripade 4.5km a druhe dva jsou 1000-1200m.

Jede to ve WDS rezimu, jinak jsou Aircy8 nepouzitelny, v klientskym rezimu nejsou transparentni. Ja jsem to neladil, ale ACK je jak ma byt protoze ty spoje prenesou 1.8Mbyte s minimalnim pingem.

Jeste je mi divny to TTL. To prece urcuje vysilajici strana. Jenze kdyz z routeru pingam na Linuxove pocitace (at uz s quaggou nebo bez) tak je vychozi TTL 64 a kdyz pingam na windowsy tak je to 128.

Zdenek

[Maras]

S vasim problemem Vam asi neporadim , proze WDS sam nepouzivam. Nicmene kolegove je maji ve WDS nasazene a zaden problem nereportovali. Nesouhlasim, ale s tim ze za ty kacky je to krap. Sam je pouzivam jiz hezkych par mesicu na 5,4G a to vzdy AIRCA jako AP a naproti je PC box s LINUXEM nebo WRAP s LINUXEM v obou pripadech MADWIFI-OLD (ted budu nasazovat NG). Od zapnuti spoju o nich NEVIM rychlosti jsou od 17 Mbit az po 25 Mbit/s (dle vzdalenosti) a latence kolem 1ms. Vsude pouzivame QUAGGU tak je to divne ze to tak BLBNE ve WDS.

[Zdeněk Štěpánek]

No ze to je smejd se tak vseobecne rika, az na tenhle problem jsme s nima taky spokojeny. V AP-klient rezimu jsou ale problemy v tom ze klient neni transparentni a nesnese dalsi subnet za klientem, coz je samozrejme na PtP spoje nepouzitelne. Navic v tomhle rezimu vykazuji vyrazne rozdily v rychlostech v obou smerech.

Zdenek

[......]

upozorňuji totálně OT: Už aspoň víš proč jsem se na tyto krabičky tak vyptával. Radši půjdu do compexe, ten je plně transparentní i v klientu.

[Maras]

Ja sem zase vsecky CPX ze site vyhazel - ze 4 kusu odesly do 2 mesicu v provozu 3 - reklamace tragedie... Misto nich jedou AIRCy a Madwifi - vyrazne lepsi propustnost a nizsi latence. Od instalace o tech spojich nevim - ani jeden zatuh proste pohoda jazz. Myslim si ze je lepsi reseni a cenove srovnatelne jak 2 cpx nasadit AIRCU a proti ni WRAP - idealni malicke a je to "plnotucny" LINUX. Vykonove to je mnohem lepsi nez 2x CPX v bridge a cena je +- stejna.

[Zdeněk Štěpánek]

No jo, jenze kdyby ten madwifi byl aspon k necemu. Je toho nekolik verzi a kazda ma milion bugu, ptal jsem se na to hwsofta i jinych. Z toho vseho jsem ziskal pocit ze je to zatim dost fatalni nedodelek a ze mam jeste pockat. Tak jsme radsi sahli po krabickach ktery hlavne muzu nastrkat do 4portovy sitovky. No ale to uz je trocho OT.

Zdenek

[georgo23]

po skusenostech jenz mam se mi stejne osvedcilo pecko 3-5x pci karet atheros(na uzlech samo) , madwifi od 27.02.2006 jsou uz take pouzitelne (konecne vyresen problem s 802.11 h) a klidne se i vyspim. Co se tyka tech levnych krabek tak do cca 2km jsou i k necemu, pingy vesmes okolo 0,4 ms. Sam mam na nech postavene dva spoje ve WDS-ce a take o nich nevim, ale kdykoliv pote jsem je chtel postavit na vzdalenost delsi nez cca 2km tak tragedie.

[rabi shem]

v nastaveni ack pak jede i dal

[Maras]

V poslednich mesicich jsem pouzival MADWIFI-OLD , jak jsem psal vyse uptime routeru byl i 100 dni a verim nebyt vypadku elektriky tak to jede porad. Posledni tyden jsem na stole zkousel shodit MADWIFI-NG (kdysi jsem ho shodil do 10 s viz. diskuze na czfree.net o MADWIFI-NG -nick CZ_Iceman) a za cely tyden se mi to shodit nepovedlo ani jednou. A to sem tomu daval poradny kartac od brutalnich vicevlaknovych prenosu pres floodpingy az po pingy s velkymi pakety a vse bylo oki ani jeden zatuh. Jinac nejdelsi link s AIRCOU mame cca 6,5 Km jede cca 2 mesice a opet zaden problem takze nemuzu souhlasit ze by to bylo jen do 2 km. Kdyz se to slusne nastavi , udela se kvalitni kabelaz apouzije aspon trochu slusna parabola nebo panelka tak neni problem.Akorat mne posledni dobou pozlobily WLA 5000 s poslednim FW a tak sem do nej hvizdnul FW z AIRCY a je zase klidecek. Zrovna vcera sem objednal 8 kousku AIRCA PCB a za ty kacky to nema konkurenci.

[Zdeněk Štěpánek]

Mohl by jsi upresnit potize s WLA5000? Na spoji na kterem po spatne nastavene fragmentaci a RTS prestaly fungovat nektere protokoly je prave Airca naproti WLA5000. Na zbylych 2 spojich se toto nastaveni projevilo pouze snizenim propustnosti a vymizenim problemu na ktere jsem se v pocatku ptal.

Lidi prosimvas, jake rezimy a jake parametry pouzivate pro PtP spoje, zejmena na Aircach.

Zdenek

[Maras]

kukni tu je to az dole

http://www.czfree.net/forum/showthread.php?s=&threadid=14157&perpage=16&pagenumber=3

[georgo23]

u Airca WDS, a tam kde mam pecko ( to jest temer vsude AP/klient ).

[pech]

Dobrý den, měl bych prosím na Vás dotaz.Vychvalujete WLAčka, souhlasím,ale nad kilometr mi to nechodí , jak bych chtěl.Popisujete , že Vám to jede až cca6,5 Km.Co tam prosím máte za antény, ev. přesnou verzi FW ? Děkuji za RE.

Martin Pech

[Ondrej 'SanTiago' Zajicek]

Myslis, ze u tech krabicek je to lepsi? Co jsem slysel: od vyrobcu airca4 se povedlo ziskat zdrojaky firmware (jedna se o modifikovany Linux) a wifi cast je obsluhovana nejakou obstarozni verzi madwifi.

[Zdeněk Štěpánek]

Do airek jde nacpat OpenWRT made by molekula, takze ted uz neni co resit.

[Zdeněk Štěpánek]

Fora na czfree.net maj takovej problem ze jich tam je moc... O tomhle jsme nevedel, cetl jsem jen forum o Airce.

Resenim pravdepodobne bude vyhodit toho jednoho ovise a nahradit ho aircou s nejnovejsim aircovym firmwarem.

Mozna by mi pomohlo jeste tohle: Co presne dela fragmentace v aircach, predpokladam ze to nesouvisi s MTU na ethernetove vrstve. Funguje to tak ze kdyz je fragmentace 2436 (default u airek) tak pocka az ji dotecou ruzne ethernetove pakety ruznych velikosti az do 2436 a pak to najednou odesle? Takze to pak fragmentuje ethernetove ramce a druha airca je zase spojuje? Nebylo by tedy nejvhodnejsi nastavit fragmentaci v aircach na 1500?

Nikdo si na takovy problem v czfree foru nestezoval a odkazovany navod na nastaveni WDS spoje je znacne povrchni, takhle to mame taky...

Zdenek

[georgo23]

predpokladam ze problem ruseni nemas , ze to mas dukladne promerene a ze oba spoje maji radnou antenu a kabelaz ??

[Zdeněk Štěpánek]

Zdravim

Kabely jsou v poradku, az na jeden bod jsem delal vsechny sam, jsou tam tlusty kabely a na dlouhym spoji 24dB a na kratsich 17dB, signal OK.

Ruseni zatim nijak vyrazny neni, i kdyz tady uz rozhodne nejsme sami s 5G.

Problem vidim v parametrech co nastavit do aircy, stale jsme nezjistil co tam vy lidi pouzivate..

Zdenek

[georgo23]

jak co pouzivame, chces videt vypis z nastaveni u Airca ??

[Zdeněk Štěpánek]

presne, pochopitelne pro PtP rezim, takze bud WDS nebo cokoliv jinyho, ale musi to byt transparentni, mam za tim router a kupu dalsich subnetu.

Zdenek

[georgo23]

to asi vsichni , mno ja koukam ja mam vse v defaultu takze te asi moc nepotesim, nemam duvod na to sahat kdyz to slape jak ma.