[es] - Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

pisac

Član broj: 13046
Poruke: 4578

+3341 Profil

Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{24.01.2012. u 02:02 - pre 149 meseci}

Problem sa Cisco ISDN BRI ruterima: Zamislio sam da se drugi kanal podigne 30 sekundi nakon što saobraćaj na prvom kanalu pređe 60kb/s, i da se prekine 20 sekundi nakon što saobraćaj padne ispod 60kb/s.

Pretpostavio sam da bi konfiguracija trebala da bude:

ppp multilink load-threshold 239 either
ppp timeout multilink link add 30
ppp timeout multilink link remove 20

(onaj load-threshold je 239 jer Cisco maks.protok označava kao 255, a 239/255=60/64)

Međutim, ne radi! Ruter ima neku svoju logiku po kojoj polako podiže opterećenje kanala, a ta logika nema nikakve veze sa "ppp timeout multilink link add" komandom.

Za testiranje sam postavio konfiguraciju:

ppp multilink load-threshold 180 either
ppp timeout multilink link add 1
ppp timeout multilink link remove 1

Što u prevodu znači da bi ruter trebao iste sekunde kada protok po jednom kanalu pređe 45kb/s da podigne i drugi kanal.

I onda započinjem testiranje sa komandom:

ping 192.168.0.2 -s 1472 -M do -i 0.1
PING 192.168.0.2 (192.168.0.2) 1472(1500) bytes of data.
1480 bytes from 192.168.0.2: icmp_seq=1 ttl=254 time=219 ms
...

Što je u stvari protok od 1500B*10=14.6kB/s=117.2kb/s.

Dakle, trebalo bi da odmah podigne i drugi kanal. Međutim, dešava se sledeće: Vreme odziva pinga raste do 13 sekundi kada paketi počinju da se gube (jer 117kb/s naravno ne može proći kroz link od 64kb/s), a multilink radi ovo:

Bundle up for 00:00:30, total bandwidth 64, load 19/255
...
Bundle up for 00:02:37, total bandwidth 64, load 139/255
...
Bundle up for 00:03:59, total bandwidth 64, load 203/255
1w4d: Di1: MLP: Load (203) above threshold, requesting another link
1w4d: Di1: MLP: Load (207) above threshold, requesting another link
1w4d: Di1: MLP: Load (207) above threshold, requesting another link
1w4d: BR0:2 MLP: Request add link to bundle
1w4d: BR0:2 MLP: Adding link to bundle
1w4d: Di1 MLP: Lost frag timeout too low for slippage constraints, increasing to 1524 ms
1w4d: Di1 MLP: Added link BR0:2 to bundle STAN
1w4d: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:2, changed state to up

Dakle, trebalo mu je čitavih 4 minuta da bi vremenom podigao "load" sa 1/255 do 203/255 kada je počeo da shvata da je to preko 180/255 i da treba da podigne sledeći link.

Suština pitanja je u stvari kako to podesiti da radi onako kako sam zamislio, na početku.

Odgovor na temu

optix
CH

SuperModerator
Član broj: 7009
Poruke: 1867
*.optix.rs. via ipv6

+101 Profil

Re: Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{24.01.2012. u 07:33 - pre 149 meseci}

Probaj sa 'load-interval 30' na tom interfejsu.

"99% of your thought process is protecting your self-conceptions,
and 98% of that is wrong."

Odgovor na temu

pisac

Član broj: 13046
Poruke: 4578

+3341 Profil

Re: Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{25.01.2012. u 16:12 - pre 149 meseci}

Pa nešto je kao bolje, mada nije to baš to. Aktivira drugi link nakon nešto više od minut (koliko mu i treba da podigne "load"). Pretpostavljam da bolje od toga ne može.

Primetio sam da sa multilinkom ne poštuje map-class dialer XXXX -> dialer idle-timeout XX, već moram na samomo interfejsu da upišem dialer idle-timeout XX, a i onda nisam siguran da će da radi uvek kako treba ili će nekad da drži 2 minuta vezu bez potrebe, pošto u show isdn active ne pokazuje više ni idle ni preostalo vreme.

Odgovor na temu

optix
CH

SuperModerator
Član broj: 7009
Poruke: 1867
*.optix.rs. via ipv6

+101 Profil

Re: Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{25.01.2012. u 20:13 - pre 149 meseci}

Citat:

pisac: Pa nešto je kao bolje, mada nije to baš to. Aktivira drugi link nakon nešto više od minut (koliko mu i treba da podigne "load"). Pretpostavljam da bolje od toga ne može.

Nazalost tesko, posto su mu sve kalkulacije te vrste vezane za load, a 30 je minimalna vrednost za usrednjeni sampling koju prihvata, kao sto si i sam primetio. Cudno mi je, medjutim, da mu treba vise od minut da ga podigne dovoljno. Sad, ono sto ti tu preostaje je da ili smanjis threshold, ili da mu rucno ukucas 'bandwidth xx' na neku vrednost koja je manja od bandwidth-a jednog kanala, i pokusas da ga zavaras da brze primeti povecan (mada ne i matematicki precizno dovoljan) load...

"99% of your thought process is protecting your self-conceptions,
and 98% of that is wrong."

Odgovor na temu

technotize
Linux System & Network Administrator

Član broj: 238671
Poruke: 215
95.180.91.*

+31 Profil

Re: Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{28.01.2012. u 04:27 - pre 149 meseci}

možda ima noviji IOS u kome su to bolje uradili? tj. da li je IOS najnoviji koji ima za taj Cisco ruter?

Odgovor na temu

pisac

Član broj: 13046
Poruke: 4578

+3341 Profil

Re: Cisco ISDN BRI: ppp timeout multilink link add 30 (ne radi)

^{03.02.2012. u 21:35 - pre 148 meseci}

Imam nekoliko verzija IOS-a na nekoliko rutera. Ova na kojoj sam testirao je poslednja koju sam ja mogao da nađem. Možda postoji neka još novija, ali to sada nije ni bitno pošto sam na kraju odustao od multilnka jer ne prati ni idle-timeout ni telefonske impulse nego prekida linkove šac metodom.

Ovo sada mi mnogo više odgovara: neaktivan link se prekida tačno 2 sekunde pre sledećeg impulsa. Ukoliko ruter sa druge strane ima podatke koje treba da dostavi nakon što se link prekinuo, on podiže link. Maksimalno efikasno uz minimalne troškove.

_{[Ovu poruku je menjao pisac dana 03.02.2012. u 22:45 GMT+1]}

Odgovor na temu