Wêrom't jo L2VPN de RSVP-TE LSP dy't jo krekt boud hawwe negearret
In pseudowire-label neamt in tsjinst; it transportlabel ferpleatst it frame. Ferlykje it fêstsetten fan in tsjinst oan in keazen LSP mei it oan de IGP oerlitten fan de kar.
Twa yngenieurs kinne deselde ûnderhâldsfinstermen ferlitte yn de oertsjûging dat it nije paad yn tsjinst is, en beide om ferskillende redenen mis wêze. De ien boude de LSP en naam oan dat de tsjinst folgje soe. De oare liet de tsjinst gewurde en naam oan dat neat feroare wie. In pseudowire brûkt altyd allinnich it transport dêr't it adres fan syn peer him op dat stuit nei oplost, dus de echte fraach is wat dy oplossing no opleveret, en de twa ûntwerpen beantwurdzje dat ferskillend.
Ien label neamt in tsjinst, de oare ferpleatst in pakket
It pseudowire-label, sinjalearre troch rjochte LDP lykas beskreaun yn RFC 4447, fertelt de ûntfangende provider-râne hokker oanslutingssirkwy it frame krije moat. Oer hoe't it frame dêr kaam seit it neat. It label dêrûnder heart by it transport, en dy stapel wurdt boud troch wat berikberens oankundige hat foar de peer-loopback, itsij LDP, RSVP-TE of in segmintrûte paad. Om't ferskillende protokollen de twa lagen sinjalearje, kin de iene sûn wêze wylst de oare ferâldere is. Dy skieding is de hiele boarne fan 'e betizing.
Wurdich om plat te sizzen: it pseudowire kiest de LSP net. It jout in frame oan it transport, en it transport beslút op basis fan it bestimmingsadres dat it krigen hat.
Dêrom bewiist in skjinne ping oer de nije LSP sa min. De LSP kin omheech wêze, fan in label foarsjoen en oare tsjinsten drage wylst jo pseudowire noch altyd troch in oare folgjende hop oplost wurdt. Oant jo de bining lêze, hawwe dy twa feiten neat mei elkoar te meitsjen.
Opsje A: set it pseudowire fêst op in keazen transport
Fêstsetten betsjut de transportoplossing fan 'e tsjinst deterministysk meitsje. Ofhinklik fan it platfoarm nimt dat de foarm oan fan in tunnelkar-belied, in eksplisyt transporteinpunt op 'e tsjinst, of in rûtebelied dat de folgjende hop foar it peer-adres oerskriuwt. Alle trije dogge ûnder de oerflakte itselde: se twinge de oplossing fan ien bestimming op ien spesifyk LSP. Dat is wat it resultaat efterôf kontrolearber makket.
De priis is it berik. In belied dat op in peer-adres past, rekket elke tsjinst dy't nei dy peer wiist, net allinnich it pseudowire dat jo yn 't sin hiene.
De fallback fertsjinnet in beslút foar it wizigingsfinster, net derûnder. As de fêstsette LSP falt, lit jo de tsjinst dan oer in oar goedkard paad ride of lit jo him stopje. In belied dat stil weromfalt op in paad dat in latensje- of skiedingsbetingst skeint, hat in skjinne útfal feroare yn iets dat folle dreger oan immen út te lizzen is.
Opsje B: lit de IGP kieze en sjoch wat der bart
De tsjinst gewurde litte is in legit ûntwerp, en faak it bettere. It pseudowire folget deselde oplossing as alle oare ferkear nei de peer-loopback, dus it erft IGP-konverginsje, prefiksûnderdrukking en de oerfloedigens dy't de kearn al biedt. Minder belied betsjut minder plakken dêr't in ferâldere oerienkomst him ferskûlje kin. De ruil is dat jo net mear kontrolearje hokker paad de tsjinst nimt, allinnich dat der ien paad bestiet.
Lykweardige-kosten multipath skerpet dy ruil mear as't it op it earste each liket. Hashing is per stream, dus twa petearen yn ien pseudowire kinne op ferskillende bûtenste labels fuortgean.
Lês de ynstalleare trochstjoering foar't jo ien fan beide fertrouwe
Begjin mei it peer-adres yn stee fan 'e tsjinst. Op Junos printsjelet show route 203.0.113.1 detail de keazen folgjende hop en de labeloperaasje, en show route table mpls.0 mapt it ynkommende label op dy operaasje. Op IOS XR jout show mpls l2transport vc 100 detail de pseudowire-steat tegearre mei de opleine stapel.
Befêstigje de LSP dy't it transport eins brûkt, net dejinge dy't jo ûntwerpdokumint neamt. traceroute mpls ipv4 203.0.113.1/32 op IOS XR rint it label-skeakele paad troch en listet de labels en útgeande ynterfaces lâns dat paad, wat it tichtst by it sels besjen fan it paad komt. Werhelje de oefening dan fan 'e fiere provider-râne, om't de weromrjochting selsstannich oplost en asymmetry gewoan is nei in part fan it belied útrôle is. In paad dat ien kant wol en oare kant net goed is, is slimmer as in paad dat gelyk mis is, om't de helte fan jo tests slagje sil.
Hâld it bewiis by it tsjinstregister: peer-adres, folgjende hop, bûtenste label en de datum wêrop't jo it kontrolearre hawwe. Rûtebelied ferâldert min, en nimmen wit noch hokker twa kertieren lyn jildich wie.
Kies op basis fan 'e stoaringmodus, net fan foarkar
Fêstsetten past by tsjinsten mei in betingst dy't de IGP net útdrukke kin, en by teams dy't it belied troch elke wiziging hinne ûnderhâlde kinne. It oan de IGP oerlitten past by tsjinsten dy't elke inkele stoaring oerlibje moatte sûnder minske yn 'e lus.
De beslissende fraach is wat in ferkeard paad jo kostet. As in tsjinst op 'e ferkearde LSP mar in bytsje minner prestearret, lit de IGP beslisse en besteegje de ynspanning oan tafersjoch. As in ferkeard paad in kontrakt, in auditbefining of in skiedingseask brekt, set it dan fêst en skriuw de fallback op. Test dan de fallback, om't in net teste fallback in oanname is en gjin plan. Hoe dan ek, lês de ynstalleare bining opnij nei elke wiziging yn 'e kearn, en behannelje in pseudowire dy't omheech kaam as bewiis foar neat oars as dat de sinjalearring wurket.