Стандарт третьего поколения в. Олифер Н. Олифер

Псевдоканал — это механизм, который эмулирует существенные свойства какого-либо теле­
коммуникационного сервиса через сеть с коммутацией пакетов.
1 Встречаются и другие русские переводы термина pseudowire, например эмулятор канала, эмулятор
кабеля, псевдопровод.

---

Технология MPLS VPN второго уровня
661
Одним из вариантов применения псевдоканалов при эмуляции услуг Ethernet является 
передача псевдоканалом трафика одного пользовательского соединения, при этом псев­
доканал эмулирует кабельное соединение между сетями пользователей. В примере на 
рисунке псевдоканал PW 2 служит для организации соединения между сетями А и F через 
сеть провайдера. При этом кадры Ethernet, отправляемые сетью А в сеть F, инкапсулиру­
ются пограничным маршрутизатором РЕ1 в данные псевдоканала и доставляются им по­
граничному маршрутизатору РЕ2, который извлекает эти кадры и отправляет их в сеть F 
в первоначальном виде.
Из определения, данного в RFC 3985, видно, что назначение псевдоканала шире эмуляции 
Ethernet, — это может быть и эмуляция сервисов выделенных каналов технологий PDH 
или SDH, и эмуляция виртуальных каналов ATM или Frame Relay; однако в любом случае 
эмуляция такой услуги выполняется через 
пакетную сеть.
Тип пакетной сети также не 
уточняется, так что это может быть и классическая сеть IP (без MPLS), и сеть IP/M PLS, 
и сеть ATM. Главное в этом обобщенном определении то, что псевдоканал скрывает от 
пользователей эмулируемого сервиса детали пакетной сети провайдера, соединяя поль­
зовательские пограничные устройства (СЕ на рис. 22.3) таким образом, как если бы они 
соединялись с помощью выделенного канала или кабеля.
Для некоторых наиболее важных сочетаний эмулируемого сервиса и типа пакетной сети 
комитет IETF разработал отдельные спецификации псевдоканалов. Далее мы рассмотрим 
только один тип псевдоканала, который нужен для предоставления услуг Ethernet опера­
торского класса, а именно 
псевдоканал эмуляции Ethernet
через сети IP/M PLS, описанный 
в RFC 4448.
Технически создать LSP второго уровня достаточно просто — для этого в маршрутизаторах, 
соединенных LSP первого уровня, нужно задать значение метки второго уровня, которое 
будет использоваться, чтобы различать LSP второго уровня внутри LSP первого уровня. 
Этот процесс иллюстрирует рис. 22.4. На нем изображены два пограничных маршрути­
затора РЕ1 и РЕ2, соединенные псевдоканалом РЕ57. Однако рисунок оказался немного 
сложнее, чем можно было предположить, — вместо одного пути LSP первого уровня мы 
видим два таких пути. Это связано с тем, что двухточечные псевдоканалы, которые слу­
жат для эмуляции Ethernet, по определению IETF всегда являются двунаправленными1, 
a MPLS LSP — это однонаправленный путь. Поэтому для создания двунаправленного 
псевдоканала требуется два однонаправленных пути второго уровня, вложенных в два 
однонаправленных пути первого уровня, что и показано на рисунке.
Рассматриваемый в нашем примере псевдоканал в направлении от РЕ 1 к РЕ2 идентифи­
цируется меткой 57, а туннель, который использует этот канал, — меткой 102. Поэтому 
при отправке кадра Ethernet, предназначенного для РЕ2, маршрутизатор РЕ1 помещает 
исходный кадр Ethernet в кадр MPLS и адресует этот кадр двумя метками: внешней мет­
кой 102 и внутренней меткой 57. Внешняя метка применяется затем магистральными 
маршрутизаторами P I, Р2 и РЗ для того, чтобы доставить кадр пограничному маршрутиза­
тору РЕ2, при этом в процессе передачи кадра происходит обычная коммутация по меткам 
(на рисунке показано, что после прохождения Р1 внешняя метка получила значение 161). 
Внутренняя метка 57 требуется только пограничному маршрутизатору РЕ2, который знает,