Конфигурация EoS на мультиплексорах
Ethernet является наиболее распространенным протоколом передачи данных в телекоммуникационных сетях . Тем не менее, нередко возникает ситуация, когда территориально разделенные Ethernet сети могут быть соединены только транспортной сетью, использующей другие технологии и протоколы. Примером транспортной сети в частности может быть оптоволоконная сеть с синхронной цифровой иерархией или SDH (Synchronous Digital Hierarchy).
В такой ситуации при построении общей сети предприятия учитывается необходимость преобразования протоколов передачи данных на стыках локальных (Ethernet) и транспортных (SDH) сетей. Для этой задачи и была разработана технологи EoS - Ethernet Over Synchronous Digital Hierarchy.
EoS позволяет инкапсулировать пакеты Ethernet в контейнеры SDH для передачи в транспортной сети и распаковывать их на обратной стороне для преобразования синхронного потока данных SDH в поток кадров Ethernet. Это позволяет операторам и провайдерам услуг связи эффективно и гибко строить сеть передачи в конкретных условиях.
В данной статье мы рассмотрим настройку для передачи EoS трафика для SDH мультиплексоров на примере iTN221. На рисунке приведена схема сети. Устройства соединены оптической линией через SDH интерфейсы STM4#1. Данные Ethernet из локальной сети во VLAN 10,20 и 30 поступают на первый порт Gigabit Ethernet мультиплексоров.
Создадим VLAN, которые используются в Ethernet сети
Raisecom(config)#create vlan 10,20,30 active
Настроим физический Ethernet порт в режиме trunk с разрешенными VLAN
Raisecom(config)#interface switchport 1
Raisecom(config-switchport)#switchport mode trunk
Raisecom(config-switchport)#switchport trunk allowed vlan 10,20,30
Настроим внутренний интерфейс vsap, отвечающий за коммутацию трафика EoS в режиме trunk.
Raisecom(config)#interface vsap 1
Raisecom(config-vsap)#switchport mode trunk
Выделим таймслоты для передачи EoS в контейнере VC4 #9
Raisecom(config)#timeslot add slot 0 eos 1/0 vc12 9/1
Создадим кроссконнект между контейнером с трафиком EoS и интерфейсом STM4 #1
Raisecom(config)#crossconnect vc12 source 9/1 sink 1/1 twoway
На этом настройка завершена. Проверим конфигурацию. Для этого обратимся к выводу команд
Raisecom(config)#show crossconnect
-----------------------crossconnect show--------------
index way level source destination
------------------------------------------------------------
* index:1 twoway vc12 0/1 /1 0/9 /1
Raisecom (config)#show timeslot slot 0
timeslot add slot 0 eos 1/0 vc12 9/1
Raisecom (config)#show interface eos 1
Vcg No : 1
Vc Type : VC12
Ethernet Encapsulation : Gfp
Frame Check Sequence : Disable
Lcas : Disable
FcsOrd Set : big-endian
Flowctrl Set : enable
Filterpause Set : only s->e enable
Far End Loop Back Set : disable
Near End Loop Back Set : disable
GfpExcLimit Set : 100
Scramble Set : both core and payload scramble are enable
Descramble Set : both core and payload descramble are enable
GFP SYNC status : GFP not in HUNT status
GFP CSF status : GFP not in CSF status
GFP EXC status : GFP not in EXC status
Timeslot num : 1
Timeslot valid num : 1
slotIndex tx-SQ tx_ctrlbyte tx_status rx-SQ rx_ctrlbyte rx_status
01 00 00 FIXED 00 00 FIXED
statistics of gfp for standards
out Frames : 11619
out Ctrl Frames : 0
out Client Data Frames : 0
out Client Mgmt Frames : 0
out Idle Frames :43
in Frames : 54432
in Ctrl Frames : 0
in Client Data Frames : 0
in Client Mgmt Frames : 0
in Idle Frames : 54
in Discard Frames : 1
in Gfp Cchec Frames : 0
in Gfp Uchec Frames : 0
in Gfp Cthec Frames : 0
in Gfp Uthec Frames : 0
in Gfp Cehec Frames : 0
in Gfp Uehec Frames : 0
in Gfp FCSERR Frames : 0
Raisecom(config)#show int stm4-opt 1
………
PORT-1 VC4-1:
sdh 1/1 vc12 1 j2 transmit: Raisecom-Opcom
sdh 1/1 vc12 1 j2 expected: Raisecom-Opcom
sdh 1/1 vc12 1 j2 received: Raisecom-Opcom
…….
Мы видим, что наша конфигурация отображается корректно, а в статистике интерфейсов видно, что трафик успешно передается.
Таким образом, мы рассмотрели реализацию передачи EoS с помощью мультисервисного оборудования Raisecom.