Tato část menu je ve vývoji. Původní význam zkratky Semi Dynamical Routing, nyní Morse Redundancy Solution vyjadřuje funkci automatické volby komunikační trasy podle situace v síti. Obsahuje 3 samostatné části:
Morse Redundancy Solution: (N)ode extensions (G)lobals (H)ierarchy Routing Table (q)uit >>
Menu obsahuje seznamy variantních routingových tabulek.
Tyto jsou používány v systému Morse Redundancy Solution, tedy při
volbě náhradních tras podle menu DGe oN
. Popis
v příručce Jak na MORSE 2, kapitola Dynamický routing – Next
Hop.
Volbou DNe dostaneme tabulku, ve které lze zapisovat čísla variantních routingových tabulek stejně jako v menu Ne:
Node Extensions: retab Nid |l w n g| Mode (0) |0 0 0 0| 0 (1) |0 0 0 0| 0 (2) |0 0 0 0| 0 (3) |0 0 0 0| 0 (4) |0 0 0 0| 0
Dalším zanořením, například 1
vstoupíme do menu, kde
je nutno pro režim NEXT NODE zapnout vysílání testovacích paketů (K)eep
lines do stavu ON.
Node Extensions: (l)o:0 (w)i:0 (n)e:0 (g)l:0 (H)rt:0 (K)eep lines:OFF
Položka (H)rt:0 je ve vývoji.
Menu Globals obsahuje parametry pro Mobilní režim a pro režim přepínání záložní trasy Next Hop. Od verze 9.0.0.0 jsou sem přesunuty také parametry pro starší mobilní režim z menu FPe. Popisy těchto režimů jsou uvedeny v příručce Jak na MORSE 2.
Z hlavního menu zvolíme DGe Enter
:
>>DGe Dynamic routing: Globals m(o)de:MM ROUTER ... volba Router/Base/Mobile validity (t)imeout:120sec ... platnost záznamu v dynamické tabulce (N)id:1 ... výběr nódu pro tento režim Parameters: mm (m)obile ... další parametry pro Mobilku mm mob(i)le obsol ... starý Mobilní režim, dříve v menu FPe mm ro(u)ter ... další parametry pro Router mm (b)ase ... další parametry pro Bázi ob(s)olete de(f)ault (r)ead (w)rite (I)nit (S)ync (q)uit >>
Parametrem m(o)de
zvolíme režim:
>>DGe o mode (0) OFF ...standardní režim, stacionární routing (M) MM MOBILE ...mobilní mód, mobilka (O) MM MOBILE OBSOL ...starý mobilní mód, mobilka (L) MM BALANCED ...vývoj (R) MM ROUTER ...mobilní mód, router (B) MM BASE ...mobilní mód, báze (N) NEXT HOP ...záložní trasa, režim Next Hop (K) NEXT HOP+KEEPS ...záložní trasa, režim Next Hop+Keep
Následují parametry pro oba mobilní režimy.
Router
>>DGe u Router mode parameters: Mobile: (b)ase:690F8000 (m)ask:FFFF8000 (c)entre:690F7E05 Load treshold: Lo(w)/M-L:200promile Hi(g)h/H-M:600promile Load meas (T)au:5000ms (o)wn load treshold:500bps debug via (S)ystem channel:OFF (q)uit >>
(b) | (b)ase:690F8000 – srovnávací adresa pro definici Mobilek |
(m) | (m)ask:FFFF8000 – maska pro definici Mobilek |
(c) | (c)entre:690F7E05 – adresa centrální aplikace |
(w) | Lo(w)/M-L:200promile – vyhodnocení RF zátěže, méně než 20% je stupeň 3 |
(g) | Hi(g)h/H-M:600promile – 20% až 60% je stupeň 2, více než 60% je stupeň 1 |
(T) | (T)au:5000ms – pomocný parametr pro vyhodnocování RF zátěže |
(o) | (o)wn load treshold:500bps – pomocný parametr pro vyhodnocení datové zátěže |
(S) | (S)ystem channel:OFF – zapne vysílání debug zpráv do
Systémového kanálu |
Báze
>>DGe b Base mode parameters: Mobile: (b)ase:690F8000 (m)ask:FFFF8000 (c)entre:690F7E05 Base info (t)imeout:30sec base-centre (e)cho timeout:0sec Load treshold: Lo(w)/M-L:200promile Hi(g)h/H-M:600promile Load meas (T)au:5000ms (o)wn load treshold:500bps (D)isable:OFF debug via (S)ystem channel:OFF (q)uit >>
Báze používá navíc tyto parametry:
(t) | Base info (t)imeout:30sec – interval odesílání paketu |
(e) | base-centre (e)cho timeout:0sec — interval odesílání testovacích ETH pingů do centra – pokud se nevrátí odezva, je přerušeno vysílání na RFC, přerušen dialog mezi Bázemi a Mobilka se pak přepne na jinou Bázi |
(D) | (D)isable:OFF — normální stav (D)isable:ON — Báze je vyřazena, má zakázán dialog mezi Bázemi na lokaci a zakázáno vysílání do RFC |
Mobilka
>>DGe m Mobile mode parameters: Apps: (b)ase:690F7E00 (m)ask:FFFFFE00 (c)entre:690F7E05 Base: (B)ase:690F0000 (M)mask:FFFF8000 (P)assive:OFF (h)ome frequency id:1 (r)etune timeout:30sec (k)eep timeout:30sec (p)ifka timeout:60sec Load treshold: Lo(w)/M-L:200promile Hi(g)h/H-M:600promile Load meas (T)au:5000ms (o)wn load treshold:500bps debug via Event (L)og:OFF debug via (S)ystem channel:OFF Retune method parame(t)ers (q)uit >>
(b) | Apps: (b)ase:690F7E00 – srovnávací adresa pro definici aplikací |
(m) | Apps: (m)ask:FFFFFE00 – maska pro definici aplikací – pakety vyslané na tyto adresy obnoví záznamy v dynamických tabulkách Bází a Routrů a zabrání vysílání keep paketu po dobu DGemk |
(c) | (c)entre:690F7E05 – adresa centrální aplikace – na tuto adresu odcházejí keep pakety |
(B) | Base: (B)ase:690F0000 – srovnávací adresa pro definici Bází |
(M) | Base: (M)mask:FFFF8000 – maska pro definici Bází – pouze tyto adresy jsou akceptovány jako Báze |
(P) | (P)assive:OFF – při tomto nastavení přepíná stanice MR duplexerem anténu na MR nebo MW při přechodu mezi provozem na úzkém nebo širokém pásmu, signál je na SCC3 (P)assive: ON – MR nedává signál pro duplexer |
(h) | (h)ome frequency id:1 – číslo kanálu, na kterém Mobilka začíná hledat Báze při startu nebo při ztrátě spojení |
(r) | (r)etune timeout:30sec – mezi různými frekvencemi Mobilka nepřepíná dříve, než po uplynutí tohoto času; při přepnutí mezi Bázovkami z různých lokací na stejné frekvenci toto omezení neplatí (tzv. rapid switch) |
(k) | (k)eep timeout:30sec – v tomto intervalu vysílá Mobilka udržovací paket do centra na adresu DGemc |
(p) | (p)ifka timeout:60sec – na tuto dobu je snížen parametr Crit pro Bázi, se kterou nastávají problémy ve spojení – výsledkem je přepnutí na jinou Bázi, pokud je k dispozici |
(w) | Lo(w)/M-L:200promile – limit pro rozlišení stupně zátěže 3 a 2 na RF kanálu – při zatížení RFC menším než 20% času je stupeň 3 |
(g) | Hi(g)h/H-M:600promile – limit mezi stupni 2 a 1 – zatížení větší než 60% dává stupeň 1 |
(T) | Load meas (T)au:5000ms – pomocný parametr pro vyhodnocení zátěže RFC |
(o) | (o)wn load treshold:500bps – pomocný parametr pro vyhodnocení zátěže přenosu dat |
(L) | debug via Event (L)og:OFF – záznam debug zpráv do Event logu (0) OFF ... vypnuto (1) PROBLEMS ... chybná konfigurace frekvencí, ztráta lokace (2) +RETUNE INFO ... (1)+ přeladění na jinou Bázi (3) FULL DIAG ... všechny zprávy |
(S) | debug via (S)ystem channel:OFF – zprávy odesílané do System channel 1 (menu ise) (0) OFF ...vypnuto (1) INFO ...zprávy o přepnutí Bází a podobné (2) TRACE ...zpráva vysílána v intervalu 1 sec (3) FULL ...tabulka mrm vysílána v intervalu 1 sec, vysoká zátěž kanálu |
(t) | Retune method parame(t)ers – parametry významné pro přelaďování na jiné Báze: |
>>DGE mt Retune method parameters: Retune m(o)de:RSS/DQ (D)q weigh [mode RSS/DQ]:700promile (M)edia type setting Criterium (h)ysteresis:20promile Dq transform curve: Kx(1):15 Ky(2):950promile Rss transform curve: Kx(3):85dBm Ky(4):800promile Problem meas (T)au:15000ms (P)roblem treshold:900promile Problem (u)ncertainity treshold:100 [1/100] Bobeks: (r)ss:150promile (p)ifka:250promile (c)onnection:250promile pac(k)ets:650promile (q)uit >>
(o) | Retune m(o)de:RSS/DQ – metoda zpracování RSS a DQ při hodnocení Báze (0) RSS/DQ ...DQ má váhu podle DGemtD, váha RSS je doplněk do 1000 (1) DQ ...jiné váhy, ve vývoji |
(D) | (D)q weigh [mode RSS/DQ]:700promile – váha DQ, váha RSS je 1000 – D Pro všechny Báze na jedné lokaci se počítá se společnou hodnotou RSS a společnou hodnotou DQ. |
(M) | (M)edia type setting – přenosové médium v jednotlivých kanálech jsou charakterizována čtyřbitovým znakem, příklad: MR: 0010 = 0x02 MW: 0101 = 0x05 význam bitů zleva: bit 3 - res bit 2 - 0 kanál preferovaný pro přenos jednotlivých paketů (packet) 1 kanál preferovaný pro přenos velkého množství dat (connection) bity 1,0 - 00 ETH 01 wide - široké pásmo 10 narrow - pásmo 25 kHz 11 mikrovlnný kanál |
(h) | Criterium (h)ysteresis:20promile – parametr Crit se musí změnit alespoň o tuto hodnotu, aby vyvolal změnu kanálu |
(1) | Dq transform curve: Kx(1):15 – pro převod hodnot DQ na hodnotu použitou ve výpočtu se používá dvojice úseček definovaná souřadnicemi DQ/hodnota: 0/0, Kx(1)/Ky(2), 31/1000. |
(2) | Dq transform curve: Ky(2):950promile – druhá souřadnice převodních úseček pro DQ |
(3) | Rss transform curve: Kx(3):85dBm – definice převodních úseček pro RSS |
(4) | Rss transform curve: Ky(4):800promile – druhá souřadnice převodních úseček pro RSS |
(T) | Problem meas (T)au:15000ms – pomocný parametr pro výpočet parametru Problem, delší čas zvyšuje vliv historických hodnot parametru Problem a zpomaluje reakce na nové události |
(P) | (P)roblem treshold:900promile – parametr Problem se počítá
z více ukazatelů, narůstá zejména při neúspěšné komunikaci
s centrem. Je-li překročen limit |
(u) | Problem (u)ncertainity treshold:100 [1/100] – současně s parametrem Problem se počítá i parametr Problem uncertainity (nejistota Problému). Nejistota klesá s čerstvými údaji o úspěšné nebo neúspěšné komunikaci. Nejistota nesmí být větší než zde nastavená mez aby došlo k aplikaci Pifky. |
(r) | (r)ss:150promile – touto hodnotou (=0,15) se vynásobí všechna kritéria na lokaci s výjimkou kanálu home (DGemh) v případě, že RSS zeslábne pod -95dBm. Výsledkem je přepnutí na kanál home, na kterém je snadnější navázání komunikace na příští lokaci. |
(p) | (p)ifka:250promile – touto hodnotou (=0,25) se vynásobí kritérium kanálu, kterému byl přidělen stav pifka. Výsledkem je, že Mobilka přejde na jinou Bázi, pokud je k dispozici. |
(c) | (c)onnection:250promile – touto hodnotou (=0,25) se při přenosu dat typu „connection“, t.j. velký objem dat, vynásobí kritérium na kanálech nevhodných pro tento přenos. Příkladem jsou kanály s parametrem DGemtM0 = 2, tedy MR160. |
(k) | pac(k)ets:650promile – touto hodnotou (=0,65) se při přenosu dat typu „packet“, t.j. krátké pakety, vynásobí kritérium na kanálech nevhodných pro tento přenos. Příkladem jsou kanály s parametrem DGemtM0 = 5, tedy MW160. Výsledkem posledních dvou parametrů je, že přenosem krátkých dat se zabývají modemy úzkopásmové (MR) a modemy širokopásmové (MW) zůstávají k dispozici pro přenos velkých objemů dat. Tyto přenosy do různých Mobilek mohou probíhat současně. |
Mobile obsolete
Parametry staršího mobilního režimu jsou sem přesunuty z menu FPe. Podrobnější popis v příručce Jak na MORSE 2.
>>DGe i Mobile obsolete mode parameters: (b)ase:690F0100 (m)ask:FFFFFF00 (c)entre:690F0233 (k)eep timeout:61sec (q)uit >>
(b) | (b)ase:690F0100 – srovnávací adresa pro výběr bází |
(m) | (m)ask:FFFFFF00 – pokud má být některá ze stanic, které jsou přijímány na RF kanálu, považována za základnovou (base), musí se shodovat maskované části adresy této stanice a vlastní adresy RFC, například 690F0105 |
(c) | (c)entre:690F0233 – adresa centrální stanice, na kterou posílá mobilní stanice hlášení |
(k) | (k)eep timeout:61sec – perioda (sec) pro hlášení na centrální stanici (0 znamená, že nejsou posílána periodická hlášení) |
Routing podle hierarchických tabulek je variantou ke standardním
routingovým tabulkám, je implementován od verze 7.60. Aktivuje se
z menu Nodes volbou například Ne 1H1
.
Menu (H)ierarchy Routing Table
je ve vývojovém stavu
a ovládá se nestandardně. Podobně jako běžné routingové tabulky pracuje
pouze s pamětí S-RAM. Ke čtení a ukládání používáme proto pouze
povely de(f)ault (r)ead (w)rite
v menu DHe:
Hierarchy routing table: Hid |- (0)| 5 (1)| 5 (2)| 5 (3)| 5 de(f)ault (r)ead (w)rite (I)nit (S)ync (q)uit >>
Po volbě DHe Enter
je nutno přečíst obsah
povelem r Enter
. Dále zvolíme jednu z tabulek (0) až
(3) povelem 0 Enter
:
Hierarchy Routing Table (b)ase (m)ask (t)oa tm(a)sk (0) 690F0000 FFFFFF00 00002100 FFFF00FF (1) 00000000 FFFFFFFF 00000000 00000000 (2) 00000000 FFFFFFFF 00000000 00000000 (3) 00000000 FFFFFFFF 00000000 00000000 (4) 00000000 FFFFFFFF 00000000 00000000
Editujeme sdruženým povelem, například 0b690F0000
Enter
. Pro uložení se vrátíme o jednu úroveň q
Enter
a uložíme povelem w Enter
.
Pokud je v menu Nodes zapnut režim HRT, pak se při řešení routingu prochází nejdříve HRT a teprve potom routingové tabulky. HRT 0 až 3 přiřazená nódu obsahuje max. 5 položek v řádcích (0) až (4), které jsou procházeny shora dolů.
Položka (b)ase
musí být zapsána tak, aby měla 0 na
těch bitech, na kterých má 0 maska (m)ask
.
Položka
(t)oa má nuly na pozicích, kde maska tm(a)sk obsahuje jedničky (nebo F
v hexadecimálním významu).
Adresa destination je porovnána s položkou (b)ase
v rozsahu masky (m)ask
. Pokud destination
souhlasí s bází, pak je vytvořena nová adresa Next Node pro routing
tak, že z adresy destination je vzata část podle masky
tm(a)sk
a z (t)oa
je doplněna ta část, kde
má tm(a)sk
nuly (po bitech). Pak je HRT opuštěna, operace
s routingovými tabulkami je přeskočena a routing je dokončen
s takto získanou adresou Next Node.
Pokud nesouhlasí destination a (b)ase
, pak je
testován další řádek HRT, pokud je vyplněn. Po vyčerpání možností
tabulky HRT řešení routingu pokračuje routingovými tabulkami.