Diskuze k pásmu 60 GHz

ppp76

jenya nastaveny je to podle wikiny viz : https://wiki.mikrotik.com/wiki/Manual:Spanning_Tree_Protocol

mirek_k

Ještě jednou - dotaz zněl na PTMP, nikoliv PTP. Tam asi RTSP bonding moc nejde, nebo se pletu?
Taky by mě zajímalo řešení.

pixall

mirek_k
"RSTP" nie je "bonding". Bonding je paralelne spojenie viacerych aktivnych liniek do jednej pricom spravidla su aktivne viacere linky naraz. RSTP je prepinanie medzi viacerymi linkami a aktivna je vzdy iba jedna, ostatne su blokovane.

A co sa tyka PTMP, pokial je to spravne nastavene tak nie je problem pouzit RSTP ani v PTMP topologii. Klient dostava BPDU od root bridge (ktory by mal by u ISP) cez dva (alebo viac) portov a podla costu si jeden port necha aktivny a ostatne blokne.

jenya

ppp76 Podle wiki to nastavovat nemusim, mikrotik ma RSTP zapnuty na bridge v defaultu a funguje to. Ale je to obecne nastaveni, ktere musi fungovat i v rozsahlejsich switchovanych sitich, zde jde jen o dva bridge. Tak jsem myslel, jestli nemas nejaky osvedceny fine tunning pro rychlejsi prepnuti, pri vypadku 60G linky.

mirek_k

pixall
Díky za vysvětlení. Pokud je tomu tak, že to lze i v PTMP, podělil by se někdo o konrétní řešení, kdy AP60 a AP5 jsou oddělená zařízení a bezdrátové straně mají jiné adresní rozsahy?

jenya

mirek_k Aby slo pouzit RSTP, musi byt AP60GHz i AP5GHz v bridge. Pokud je to L3 jak pises, zbyva jedine dynamicky routovaci protokol. Doporucuji OSPF.
Vlastne jeste jsem si vzpomnel, fungovalo mi nastavit staticke routy a check gateway -ping. Hlavni trasa musi mit nizsi distance a kdyz u ni dojde k vypadku router pouzije routu zalozni s vyssi distance. Ale tato metoda nema tak rychle prepnuti jako RSTP a OSPF s BFD.

ppp76

jenya mam to nastaveny presne podle wikiny a prepnuti je okamzity max vypadek 1 vterina

mirek_k

jenya Díky

asn

ppp76

vyzkouším a uvidíme. tohle se mi asi líbí nejvíce. Vypadá to relativně jednoduše a funkčně. Díky

onas

V případě, že je interface down , tak i při statice je přepnutí okamžité (záleží pak co druhá strana).

jenya

onas V případě, že je interface down , tak i při statice je přepnutí okamžité (záleží pak co druhá strana).

No právě 🙂

pixall

na w60g som riesil prepinanie aj pomocou doplnkoveho skriptu v mikrotiku, ktory sleduje uroven modulacie na 60ghz spoji a pri prilis nizkej modulacii zhodi rozhranie, a zaroven potom monitoruje signal dalej a nahodi rozhranie naspat az ked je signal stabilny dlhsiu dobu, aby to neflapovalo (pri velkom dazdi vie 60ghz flapovat kazdych par sekund, a aj napriek zalohe je to potom cele naprd).

basty

pixall podelis se?

pepulis

Taky bych pozadal o skript, jestli je to mozne, abych si ho pripadne zakomponoval do jiz pouzivaneho:

:local DSTIP "10.55.111.2"
:local INTERFACE "wlan60-station-1"
:local timer 0
:local pause false
:global hystereze start

while ($hystereze != "stop") do={
if ($timer = 0) do={
if ([/ping $DSTIP count=3] = 0) do={
if ($pause = false) do={
:set timer 30
:set pause true
:log error "Vypadek 3 pingu po sobe - aktivovana zaloha."
/tool e-mail send to=ccccc@vvvvv.cz subject="Aktivovana zaloha." body="- $[/system clock get date] $[/system clock get time]"
/routing ospf interface set [find where interface=$INTERFACE] passive=yes
}
} else={
if ($pause = true) do={
:set pause false
/routing ospf interface set [find where interface=$INTERFACE] passive=no
:log error "Ping v poradku, zaloha vypnuta."
/tool e-mail send to=ggfgf@gfgfgfgf.cz subject="Vypnuta zaloha." body="- $[/system clock get date] $[/system clock get time]"
}
}
}
if ($timer > 0) do={:set timer ($timer-1)}
delay 1
}

pixall

basty
nech sa paci, panboh zaplat.
https://files.fm/f/5qb4jahg9
podotykam ze je to moj prvy (a dufam ze aj posledny) skript pre mikrotik 😉

ekrajnak

Ja len aby ste mali na pamäti, že L3 prepnutie 60G <-> 5G spôsobí s najväčšou pravdepodobnosťou rozpad otvorených spojení...

jezdec

pixall
jen otazka... tohle je script na vypinani/zapinani bridge na zaklade daneho stavu spojeni... jak mate vyresenou samotnou zalohu, pres RSTP?

pixall

na zalohu pouzivame OSPF, so skratenym hello intervalom (preklopi sa asi za 4 sekundy alebo este menej, nepamatam). spojenia nepadnu, zastanu a potom idu dalej (spadli by keby tam bola niekde conntrack tabulka alebo statovy firewall). OSPF robia cisca nad tym, ten mikrotik bol ako bridge (uz je tam af60lr). namiesto zhodenia bridge si tam mozete dat cokolvek..
ako isto vidite, skript strazi MCS modulaciu a RSSI, a ked niektore z nich padne pod stanovenu uroven, spoj sa vyhlasi za nedobry a vyradi sa z prevadzky. nahodi sa naspat az vtedy, ked pocas 3 minut budu obe hodnoty v poriadku.
na airfiberoch to nemusime skriptovat, tam je na to funkcia Carrier Drop, ktora robi zhruba to iste.

jenya

pixall 4 sekundy??? Mne u OSPF s BFD v defaultnim nastaveni vypadne jeden ping a jedeme po zaloze. Pochopitelne neni duvod pro rozpadnuti spojeni.

Spise bych chtel videt nasazeni RSTP v pripade 60GHz a 5GHz APcka a na nich pripojenych nekolik CubeG, tak aby RSTP preplo na 5GHz v pripade preruseni 60GHz spojeni. Premyslel jsem nad tim, ale z principu fungovani RSTP nevim jak toto udelat a nemel jsem cas si to nasimulovat a zkouset.
Funguje vam toto nekomu?

ludvik

pixall "RSTP" nie je "bonding". Bonding je paralelne spojenie viacerych aktivnych liniek do jednej pricom spravidla su aktivne viacere linky naraz. RSTP je prepinanie medzi viacerymi linkami a aktivna je vzdy iba jedna, ostatne su blokovane.

A co sa tyka PTMP, pokial je to spravne nastavene tak nie je problem pouzit RSTP ani v PTMP topologii. Klient dostava BPDU od root bridge (ktory by mal by u ISP) cez dva (alebo viac) portov a podla costu si jeden port necha aktivny a ostatne blokne.

Technicky máš pravdu. Ale pokud spanning-tree vylepšíš na MSTP, tak ten "bonding" (přeháním) dostaneš také. Každou VLAN můžeš poslat jinudy. Může jet za běžného stavu X spojů zároveň.

Ale spanning-tree v PTMP (předpokládám rádio) je problém. Reaguje totiž relativně hodně rychle. Vypadne pár paketů a je průšvih. Topologie se rozpadne. Stačí na to i přetížený PtP spoj, třeba alcoma (byť jsme to častěji řešili s laserem a ptáky). Na běžném provozu to člověk skoro nepozná, ale pár paketů se ztratí - a RSTP se přepočítává. Pozor na to.

« Předchozí stránka Další stránka »