Пред да допрете pseudowire, следете една клиентска рамка во PE и погледнете каде треба да слета. Физичкиот порт ја класифицира во логичка единица, таа единица носи инкапсулација, а единицата е врзана за услуга. Три одделни одлуки, три одделни начини да згрешите. Повеќето случаи што се ескалираат како дефект во сигнализацијата се всушност рамка класифицирана во единица што никој не ја конфигурирал за таа услуга. Затоа почнете од приклучокот и работете нанадвор.

Запишете го договорот за рамката

Забележете го договорот пред да изберете каква било конфигурација: неозначено, една сервисна ознака или стек. Додајте ја MTU што клиентот ќе ја праќа и третманот на ознаките што се очекува во секој правец, бидејќи тоа се преговарани својства, а не локални преференции. Бројот на единицата е само идентификатор и не кажува ништо за тоа кои рамки ќе ги прифати интерфејсот.

Напишете го тоа во сервисната белешка, а не во коментар на тикетот. Личноста што ќе го дебагира ова за шест месеци ќе ја прочита белешката. Тикетот нема да го чита.

Усогласете ја инкапсулацијата со договорот

Услуга со една ознака обично користи инкапсулација на VLAN коло како vlan-ccc, додека неозначените рамки бараат проста форма на Ethernet коло, а стекот бара проширена варијанта што разбира две ознаки. На платформа што поддржува сервисна инкапсулација по единица, еден физички интерфејс може да вдоми неколку одеднаш, што е практично и воедно е начинот на кој рамката завршува во погрешната единица. Онаму каде водичот за вашата платформа бара family ccc, конфигурирајте го како дел од целосниот приклучок наместо да го прицврстите на рутиран интерфејс. Водичот низ инкапсулации наведува кои типови приклучок наметнуваат какви барања.

Не додавајте family наредба на секој интерфејс превентивно. Конфигурацијата поради која едно коло работи може да го натера следното да прифати рамки што неговиот клиент никогаш не ги праќа.

Врзете го приклучокот за вистинската услуга

BGP-сигнализирана VPN на слој 2, LDP-сигнализирано коло и другите поддржани услуги имаат секоја своја конфигурација за врзување на интерфејс и сигнализација и не се заменливи. Мешањето на стилот на приклучок на едната со сигнализацијата на другата дава коло што пријавува peer и никогаш не пренесува рамка.

Споредете го далечниот крај со блискиот крај наместо да прегледате кој било од нив изолирано: адреса на peer, идентификатор на услуга, договор за инкапсулација, очекување за control word и буџет за големина. MPLS подлогата може да биде сосема здрава додека приклучокот недостасува или е класифициран на друго место, поради што тест што гледа само во подлогата овде ништо не докажува.

Проверувајте со рамката, не со статусот

Прочитајте ги локалните бројачи на интерфејсот додека клиентот праќа сообраќај, потоа состојбата на услугата, па потврдете дека рамката што пристигнува е договорената рамка, вклучувајќи ја нејзината ознака. Поправен приклучок ја доставува таа рамка; самата промена на статусот ништо не докажува.

Онаму каде имате овластување да снимате, погледнете ја рамката во двата правци. Асиметријата на ознаките лесно се пропушта во приказ на статус, а очигледна е во снимка. Таа асиметрија ги објаснува и поплаките што работат во еден правец, а во другиот не.

Потоа запишете го тоа

Забележете четири вредности во сервисната белешка: договор, инкапсулација, единица и врзување за услугата. Тие четири се она што му треба на нов инженер и што прегледот на конфигурација ретко го кажува експлицитно.

Кога колото за шест месеци ќе падне, таа белешка е разликата помеѓу четврт час работа и повторно изведување на целиот дизајн од конфигурација што работи. Додајте го датумот кога последен пат сте го провериле, за белешката да каже и колку е застарена.

Поврзани статии