Inverse multiplexing

Inverse multiplexing (IMUX) je technologie svazování více fyzických/logických spojení do jednoho logického celku. Inverzní znamená, že na rozdíl od klasického multiplexingu, kdy se po jednom "drátu" vede více spojení (frame-relay,ATM, ISDN, DWDM apod.) se několik jednotek tváří jako jeden celek. IMUX je možné realizovat na fyzické vrstvě, kdy se přenáší data zároveň po více spojích (způsobem bit sem, bit tam), nebo na linkové vrstvě, kdy se využívají střídavě (v závislosti na zvolené technologii) jednotlivé spoje při přenášení kompletních datových jednotek (rámců, paketu).
IMUX je využíván pro zvýšení propustnosti dostupných linek, bez velkých investic, nemusíme hned vyřazovat technologii již kapacitně nedostačující, pouze ji znásobíme.

První IMUX si představíme na technologii Multilink Frame Relay. Uznávám, že rada z nás se s frame relay již nesetká, ale zase na druhou stranu stačí klasické vybavení Cisco akademie (routery se sériovými linkami a IOSem > 12.3). Navíc, když vám při zkoušce CCIE zakáží používat MPPP tak moc dalších možností pro agregaci nezbývá :).

Připomenu, že Frame Relay je L2 technologie, která je pouze mezi zákazníkem a poskytovatelem. Tedy FR není END-END technologie. Spojením několika FR neděláme mezi koncovými zařízeními pouze na zákaznické straně, ale mezi koncovým zařízením a sítí poskytovatele (FR switchem). Multilink Frame Relay je popsán v normě FRF.16... to by z teorie stačilo. Koukneme se na nastavení.

Nejprve je třeba vytvořit rozhraní multilink frame relay

Router(config)# interface MFR 2

Pokud chceme můžeme jej pojmenovat, ale jedná se pouze o identifikaci lokální (název nemusí být shodný s protějškem, pouze jedinečný na zařízení).

Router(config-if)# frame-relay multilink bid K_Memu_ISP

Teď stačí po-připojovat jednotlivé "kabely":

Router(config)# interface serial 0/2 
Router(config-if)# encapsulation frame-relay mfr 2 
Router(config-if)# no shutdown
Router(config)# interface serial 0/3
Router(config-if)# encapsulation frame-relay mfr 2
Router(config-if)# no shutdown
Router(config)# interface serial 0/4
Router(config-if)# encapsulation frame-relay mfr 2
Router(config-if)# no shutdown

Druhá strana se nastaví stejně (pokud je FR switch nebo obecně protějšek taky Cisco :)). Vzhledem k tomu, že nyní jsou jednotlivá sériová rozhraní
součástí bunde (toho multilinku) je třeba celý multilink brát jako jedno FR rozhraní, proto všechna nastavení se dělají na MFR, jako DCE na strane FW switche (nebo proste na jedné strane) nebo se jinak postarat o protokol LMI, ale ve smyslu celého bundle. Stejně tak, point to point subinterface se vytváří vzhledem k MFR, tedy:

Router(config-if)#interface MFR 2.1 point-to-point

Ješte je tu pár ověřovacích přííkazů:

Router#show frame-relay multilink

Bundle: MFR1, State = down, class = A, fragmentation disabled

 BID = KamToVede

 Bundle links:

  Serial0/1, HW state = up, link state = Add_sent, LID = Serial0/1


Bundle: MFR2, State = up, class = A, fragmentation disabled

 BID = K_Memu_ISP

 Bundle links:

  Serial0/2, HW state = up, link state = Add_sent, LID = Serial0/2

  Serial0/3, HW state = up, link state = Up, LID = Serial0/3

  Serial0/4, HW state = up, link state = Up, LID = Serial0/4
Router#

Na výpisu vidíme jeden bundle nefunkční (MFR1 ... poznáme podle state=down) a jeden funkční.

Dále je u funkčního vidět stav jednotlivých rozhraní, kde pouze link state up rozhraní jsou živá a rozhraní Serial0/2 se pokusilo přidat do MFR a požadavek poslalo protější straně (Add_sent).

Router#show frame-relay pvc int MFR2


PVC Statistics for interface MFR1 (Frame Relay DTE)


PVC Statistics for interface MFR2 (Frame Relay DTE)


 Active     Inactive      Deleted       Static

 Local          1            0            0            0

 Switched       0            0            0            0

 Unused         0            0            0            0


DLCI = 192, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = MFR2


 input pkts 1             output pkts 1            in bytes 34

 out bytes 34             dropped pkts 0           in pkts dropped 0

 out pkts dropped 0                out bytes dropped 0

 in FECN pkts 0           in BECN pkts 0           out FECN pkts 0

 out BECN pkts 0          in DE pkts 0             out DE pkts 0

 out bcast pkts 1         out bcast bytes 34

 5 minute input rate 0 bits/sec, 0 packets/sec

 5 minute output rate 0 bits/sec, 0 packets/sec

 pvc create time 00:41:37, last time pvc status changed 00:21:47

Zde je vidět, že PVC jsou pouze pro MFR rozhraní (jednotlivá seriová rozhraní nemají žádná PVC).

Mimo základní chování se dá změnit i to, kdy se bundle aktivuje. Jestli se má komunikace započíst již při nahození části multilinku, nebo jestli se má počkat až na nahození celého multilinku (když nás z pohledu zákazníka nedostačuje, pokud funguje pouze část multilinku). Toto se mění pomocí příkazu:

frame-relay multilink bandwidth-class [a | b | c [threshold]]
a= stačí i jedno rozhraní
b= nahodit pouze pokud jsou aktivní všechna rozhraní
c [threshold]= nahodit pokud je aktiních [threshold] rozhraní.

V dalších dílech plánuji popsat implementace svazování v protokolech multilink ppp,
Port Aggregation Protocol (PAgP), Link aggregation (IEEE 802.3ad (LACP)). Kdyby nekoho napadla ješte další technologie o které se
chcete více dozvedet urcite se ozvete.

Comments

Add New