Ahoj, zajima mne zda nekdo se s tim setkal pripadne, zda nekdo nezna realne dopady, pripadne neexistuje nejaka "studie" na toto tema, abych si pocetl a neco se naucil ?
Minuly tyden jsem sprovoznili pres UPC L2 linku, Linka ma za ukol nahradit starou FWA, ktera kapacitne a spolehlivosti je nedostacujici. Na Miste backbone mame router nad nim paterni switch a ze swtiche vede linka pres port 2 na okruh stare FWA linky a z portu 2, se pripojujeme na UPC cisco (z naseho pohled je UPC trasa blackbox). Obe vyse popsane trasy se setkavaji na druhe strane lokality. Po predani linky jsme chteli provest overeni. UPC je pro nas transparentni, krome kapacity nemame moznost seldovat parametry nebo logy, vse je garantovane jen pisemne, tedy ze nam projde VLAN atd. Provedme test pripojeni. Vezmem notebook nasich techniku a pripojme se na lokalite pres FWA linku. Spojeni se inicializuje ihned, ip adresa vzapeti pridelena, ping bezel v zapeti na paterni router. Pokus 2, prepojime notebook kabelem do UPC linky a cekame 5 minut, IP adresu obdrzime sice v zapeti, ale ping se rozjede az za 5 minut. Vse nasvedcuje tomu ze cekame, az se nam "procisti" na ceste adresni zaznamy na tabulkach aktivnich prvku (projde ARP timeout), je mozne ze svym zpusobem muze skodit/brzdit STP, ktere UPC pro nase potreby tuneluje pres jejich okruh. Setkali ste se nekdo s tim? Je mozne upravit konfiguraci tak aby dochazelo k iniciaci v kratsi dobe ?
Starou linku FWA mame v planu odstranit. V siti na optice neroutujeme, pouze sirime Vlany a tim sit mame rozsekanou na mensi dily.
Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Vypadek pri prepojeni ze stare trasy na nove trasu L2 - ARp timeout ?
-
zubodravec
- Příspěvky: 832
- Registrován: 13 years ago
- Kontaktovat uživatele:
Řešili jsme s UPC jiny problém na L2 transportu a to ten že mají omezení max 128mac adress na port a mam tušení že když jsme hledali problém tak jsme taky museli čekat těch 5minut než se to vyčistí a proto nám blbnul transport jen někdy. Zkusit jedině poptat aby dali menší arp timeout, nám to navýšení provedli během dne a bez potíží.
0 x
Daniel Tasáry
-
zubodravec
- Příspěvky: 832
- Registrován: 13 years ago
- Kontaktovat uživatele:
S tema 128 MAC sem si vylamali zuby pred dvema rokama, UPC nam to neprozradilo, ze ma jen 128 mac.
My uz sme na to mysleli a dali pozadavek 3000 adres na port. Ale asi mi ukazujes cestu.
Cisco ma v defaultu ARP timeout 15000 vterin, je to mozny ? O UPC je znamo ze maji vsechno nastavenoi pokud mozno defoultne.
My uz sme na to mysleli a dali pozadavek 3000 adres na port. Ale asi mi ukazujes cestu.
Cisco ma v defaultu ARP timeout 15000 vterin, je to mozny ? O UPC je znamo ze maji vsechno nastavenoi pokud mozno defoultne.
dantasik píše:Řešili jsme s UPC jiny problém na L2 transportu a to ten že mají omezení max 128mac adress na port a mam tušení že když jsme hledali problém tak jsme taky museli čekat těch 5minut než se to vyčistí a proto nám blbnul transport jen někdy. Zkusit jedině poptat aby dali menší arp timeout, nám to navýšení provedli během dne a bez potíží.
0 x