Андрей Вишняков

ASR 9000 nV технология -кластеры и сателлиты

Обзор nV технологии ASR 9000

Граница

Домашние абоненты Бизнес

Контент сторонних

поставщиков

Агрегация

Доступ

Ядро

Универсальный доступ

Cisco Prime IP NGN

SP сервисы/Контент

nV

Граница и агрегация управляются как единая виртуальная система с помощью Cisco Prime IP

NGN

Plug-N-Play для выносов: Уменьшение протокольной

сложности на сети агрегации

Упрощение замены ПО

Единый релиз ПО, единый функционал

Масштабируемость по GE портам простым

добавлением выносов

Каждое устройство управляется отдельно: различные процедуры

замены ПО, цикл жизни ПО

Сложная протокольная конфигурация

Различный функционал на устройствах границы и

агрегации

Количество портов ограничено физическим

шасси

Без: nVnV Технологии

С использованием:nVnV Технологии

Обзор nV технологии ASR 9000

nV Edge - ASR 9000 кластер

Обзор ASR 9000 nV Кластера

Использование существующей IOS-XR CRS multi-chassis программной инфраструктуры

Упрощение/расширение для ASR 9000 nV Edge

Единая плоскость управления, полностью распределенная коммутация одна виртуальная nV система

Простая масштабируемость и надежность

ASR 9000 nV EdgeCRS Multi-Chassis

Фабрик шасси

Как это был раньше, Multi-Chassis LAG

nV Edge Обзор архитектуры

Канал управление EOBC (L1 или L2 соединение)

Расширение управления: активный RSP и резервный RSP в разных шассисинхронизируют свое состояние через EOBC канал связи

Расширение коммутации: объединение нескольких 10GE портов в специальный “nV fabric link” канал связи для имитации коммутационной фабрики

Не требуется использования отдельного фабрик шасси

Отдельный физический порт EOBC 1G/10G на RSP

Active RSP

SecondaryRSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

Inter-chassis data link (L1 соединение)Nx 10G агрегация (до 32 портов)

Обычные 10G порты коммутации

Internal EOBC

Единая виртуальная ASR 9000 nV система

nV Edge Надежность подсистемы управления

Одновременно только один активный RSP, только один резервный RSP и они расположены в разных шасси

– SSO/NSF/NSR работает точно также, как будто оба RSP расположены в одном шасси

– Надежная связь для передачи сигнального трафика между шасси

– IOS-XR может работать при задержках в сотни миллисекунд на сигнальных каналах (при рекомендуемом значении 10 мс), хотя это может сказаться на времени восстановлении системы после сбоя

Виртуальная система работает до тех пор, пока активны одно шасси и один модуль управления

Active RSP

SecondaryRSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

DSC Chassis Non DSC Chassis

Активный модуль

Резервный модуль

StandbyRSP

Active RSP

StandbyRSP

nV Edge Отказ EOBC канала связи

Active RSP

SecondaryRSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

Отказ одного из EOBC каналов не вызовет RSP Failover пока доступен альтернативный канал связи

Отдельный физический порт EOBC 1G/10G на RSP

Inter-chassis data link (L1 соединение)Nx 10G агрегация (до 32 портов)

Обычные 10G порты коммутации

Internal EOBC

Канал управление EOBC (L1 или L2 соединение)

“Split-Brain” сценарий (1)Отказ всех каналов управления

UDLD используется проверки связности на каналах между шасси При потере сигнальной связности nV Edge система выключит non DSC шасси

(шасси, где RSP находится в standby состоянии) Non-DSC шасси войдет в постоянный цикл – перезагружается, проверяет

состояние контрольных каналов и, если они недоступны, то перезагружается вновь

Active RSP

Secondary RSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

DSC Chassis Non DSC Chassis

“Split-Brain” сценарий (2)Отказ всех фабрик каналов

Для проверки связности используется UDLD При отказе фабрик каналов возможна некоторая потеря данных, тех которые

необходимо передавать по ICL. В этом случае по умолчанию система входит в режим защиты (однако это поведение можно отключить): DSC шасси работает как обычно Non-DSC шасси выключает все свои дата-порты и постоянно проверяет

восстановление связности фабрик каналов. При восстановлении связности – включаются дата-порты и устанавливается нормальный режим работы

Active RSP

Secondary RSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

DSC Chassis Non DSC Chassis

“Split-Brain” сценарий (3)Отказ всех контрольных и фабрик каналов

Оба шасси могут быть сконфигурированы для посылки проверочных пакетов через порты управления, как дополнительный механизм, чтобы избежать “split-brain”

Если non-DSC сможет узнать о доступности DSC шасси, то оно уйдет в перезагрузку

Active RSP

Secondary RSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

DSC Chassis Non DSC Chassis

Дополнительный keepalive поверх L2

Порт управления

Любой интерфейс

Организация коммутационной nV Edge фабрики

Набор интерфейсов обоих шасси, их соединяющих, имитирует коммутационную матрицу со всеми присущими ей атрибутами, например, QoS и балансировкой. Так пакеты балансируются по интерфейсам между шасси: Per-Flow

Сохраняется существующая IOS-XR двухуровневая модель коммутации никаких изменений для nV Edge системы по сравнению с одиночным шасси

При наличии ECMP маршрута или EtherChannel канала, охватывающих оба шасси, трафик коммутируется на локальном шасси, не передается по nV Edge фабрике. Однако, данный функционал (local rack preference) может быть отключен посредством CLI

Единственная копия Multicast трафика передается по nV Edge фабрике. Репликация широковещательного трафика происходит на фабрике и исходящих картах локального шасси

Active RSP

Secondary RSP

LC LC LC LC

0Standby

RSPSecondary

RSP

LC LC LC LC

1

Виртуальная nV Edge фабрика

Коммутация трафика, двухуровневая IOS-XR модель

Ingress LCIngress LC

P2

P1

Data Plane

Look

up

1

Load

Bal

ance

Inter-Chassis LC

Inter-Chassis LC

P2

P1

Data Plane

Enca

psul

atio

n

Egress LCEgress LC

Data Plane

LOO

KUP

Inter-Chassis LC

Inter-Chassis LC

P2

P1

Data Plane

Enca

psul

atio

n

Inter-Chassis LC

Inter-Chassis LC

Data Plane

Deca

psul

atio

n

P2

P1

Inter-Chassis LC

Inter-Chassis LC

Data Plane

Deca

psul

atio

n

P2

P1

P2

P1

2

3

3

4

4

5

Inte

r-C

hass

is L

ink

bund

leШасси 0 Шасси 1

Ingress Forwarding LookupL2/L3/Mcast regular lookup

Inter-Chassis Load Balance Load balance across multiple inter-chassis links

Inter-Chassis Encapsulation

Egress Forwarding Lookup L2/L3/Mcastregular lookup

1

2

3

4

5

Inter-Chassis Decapsulation

L3 ECMP

Active/active link bundle

Функционал “Rack Local Preference”

Пакеты передаются по nV Edge фабрике, ТОЛЬКО если нет двойного подключения

unicastmulticast

Использование nV Edge фабрики (1)Кольцевая топология

nV Edge не меняет кольцевой топологии, каналы nV фабрики используются как обычные интерфейсы

Путь прохождения трафика не изменится относительно не-nV Edge конфигурации и будет зависеть от маршрутизации и L2 протоколов

nV Edge система не требует дополнительных интерфейсов для развертыванияPE2

PE1

nV Edge может потребовать изменения текущей топологии, но не потребует

дополнительных интерфейсов

Использование nV Edge фабрики (2)Spoke-and-Hub топология

ЯдроГраница

ЯдроГраница

ЯдроГраница

Инициализация nV Edge системы

Процедура конвертации двух устройств в одно nV Edge шасси

Обновить Шасси 0 до IOS XR 4.2.1, Шасси 1 в это время коммутирует пакеты

Применить nV Edge конфигурацию на Шасси 0, включая inter-chassis дата порты

Обновить Шасси 1 до IOS XR 4.2.1, Шасси 0 коммутирует пакеты

Применить nV Edge конфигурацию на шасси 1, включая inter-chassis дата порты

Добавить канал управления между обоими шасси

Шасси 0 и 1 обнаружат друг друга, после этого Шасси 1 перезагрузится и автоматически присоединиться к nV Edge системе. Шасси 1 автоматически заменит ПО при несовпадении с Шасси 1

Шасси 0 Шасси 1 Кластер

Минимальный простой при конвертации двух устройств в nV Edge систему

nV Edge КонфигурацияГлобальная конфигурация nv Edge nv

edge-systemserial FOX1437GC1R rack 1 статическое сопоставление серийного # и номера nV шассиserial FOX1439G63M rack 0

Конфигурация inter-chassis каналов, дата-фабрики

interface TenGigE1/2/0/0nv edge interface

interface TenGigE0/2/0/0nv edge interface

Нет необходимости конфигурировать inter-chassis порты EOBC управления, работает как plug-and-play

1

2

После введения конфигурации nV шасси с номером 1 перезагрузится и присоединится к кластеру.

Это все, что требуется для миграции двух одиночных ASR 9000 в одну nV Edge систему!

Пример вывода CLI команд

RP/0/RSP0/CPU0:ASR4-Rack0(admin)#show dscThu Apr 12 03:01:12.225 UTC---------------------------------------------------------

Node ( Seq#) Role Serial# State---------------------------------------------------------

0/RSP0/CPU0 ( 0) ACTIVE FOX1545GRM1 PRIMARY-DSC0/RSP1/CPU0 ( 31785) STANDBY FOX1545GRM1 NON-DSC1/RSP0/CPU0 ( 31763) STANDBY FOX1325G77H NON-DSC1/RSP1/CPU0 ( 32001) ACTIVE FOX1325G77H BACKUP-DSC

RP/0/RSP0/CPU0:ASR4-Rack0#show platformThu Apr 12 03:00:32.799 UTCNode Type State Config State-----------------------------------------------------------------------------0/RSP0/CPU0 A9K-RSP440-SE(Active) IOS XR RUN PWR,NSHUT,NMON0/RSP1/CPU0 A9K-RSP440-SE(Standby) IOS XR RUN PWR,NSHUT,NMON0/0/CPU0 A9K-2x100GE-TR IOS XR RUN PWR,NSHUT,MON0/1/CPU0 A9K-MOD160-TR IOS XR RUN PWR,NSHUT,NMON0/1/0 A9K-MPA-2X40GE DISABLED PWR,SHUT,MON0/1/1 A9K-MPA-20X1GE OK PWR,NSHUT,MON0/3/CPU0 A9K-SIP-700 IOS XR RUN PWR,NSHUT,MON0/3/0 SPA-8XOC12-POS OK PWR,NSHUT,MON0/3/1 SPA-2XCHOC12/DS0 OK PWR,NSHUT,MON0/3/2 SPA-2XOC48POS/RPR OK PWR,NSHUT,MON1/RSP0/CPU0 A9K-RSP440-SE(Standby) IOS XR RUN PWR,NSHUT,MON1/RSP1/CPU0 A9K-RSP440-SE(Active) IOS XR RUN PWR,NSHUT,MON1/1/CPU0 A9K-MOD160-SE IOS XR RUN PWR,NSHUT,MON1/1/0 A9K-MPA-2X10GE OK PWR,NSHUT,MON1/1/1 A9K-MPA-20X1GE OK PWR,NSHUT,MON1/3/CPU0 A9K-24x10GE-TR IOS XR RUN PWR,NSHUT,MON1/4/CPU0 A9K-24x10GE-SE IOS XR RUN PWR,NSHUT,MON

Интерфейсы виртуальной системы

<Интерфейсы на шасси 0>GigabitEthernet0/1/1/0 unassigned Up UpGigabitEthernet0/1/1/1 unassigned Shutdown Down<snip>

<Интерфейсы на выносе 100>GigabitEthernet100/0/0/0 unassigned Up UpGigabitEthernet100/0/0/1 unassigned Up Up<snip>

<Интерфейсы на шасси 1>GigabitEthernet1/1/1/0 unassigned Up UpGigabitEthernet1/1/1/0.1 unassigned Down Down<snip>

nV Satellite - ASR 9000 сателлит

Сателлит - Plug-n-Play

ASR 9000 nV Сателлит

Установить специальную версию ПО на устройстве доступа для его конвертации в ASR9K nV сателлит Сателлит и ASR 9000 базовое шасси используют специальный протокол (аналог CDP) для

автоматического обнаружения, конфигурации и управления подключенными устройствами Сателлит и база могут находиться на разных узлах, нет ограничения на дистанцию между

устройствами Соединение между сателлитом и базой называется “nV фабрикой”, может быть L1 или поверх L2

туннеля (будущее) С пользовательской точки зрения сателлиты выглядят как удаленные или виртуальные линейные

карты ASR 9000 Базовое шасси ASR 9000 и подключенные сателлиты это одна виртуальная система

“виртуальные/удаленные” интерфейсы

Протокол управления

Сателлит

База

nV фабрика

Локальные интерфейсы

Единая ASR 9000 nV система

ASR 9000v Аппаратная составляющаяЭлектропитание• Резервируемое -

48 VDC подключение

• Один AC ввод

44x10/100/1000 Mbps вставки• Коммутация на скорости порта

• Медные и оптические SFP

• Speed/duplex автоматическое согласование

Заменяемый блок вентиляторов с• ToD/PSS выходом

• BITS выходом

4x10G SFP+• Первоначально используются только

как nV фабрик порты (в будущем могут использоваться как порты доступа)

• Медные и оптические SFP+ вставки

Расширенный температурный диапазон• От -40C до +65C –работы

• От -40C до +70C –хранения

1 RU Высота

Максимальное энергопотребление 210 ВтНоминальное 159 Вт

Cisco ASR 901 – Новый сателлит

Компактный– 1RU, ETSI 300mm глубина, < 40W– Расширенный температурный диапазон– От -40c до +65С

Надежный– Двойной ввод электропитания– Резервируемый блок электропитания

(опционально)

Гибкость– Поддержка LTE– Модель Pay-as-you-grow лицензирования

Масштабируемость и функциональность– 12 GE портов + 16 T1/E1 портов– L2 коммутация, L3 маршрутизация с MPLS,

QOS на скорости порта– SyncE, 1588v2 BC/TC, 10Mhz, BITS, 1PPS,

ToD, p2p

ASR 901-E (Ethernet only)Metro/Carr. Eth Switch w/ 12 GE ports

ASR 901 (TDM + Ethernet)Маршрутизатор с 16 T1/E1 + 12 GE

портами

XR 4.3.0

Cisco ASR 903 – новый сателлит

• Компактный– 3RU, 6 интерфейсных слотов– Помещается в 300мм стойку (9.2”

глубина)

• Надежный– Резервированные PSU, FAN и RSP– Расширенный температурный

диапазон от -40 до +65 C

• Масштабируемый– Ethernet : 1x10GE и 8xGE портов– TDM/ATM: 16x T1/E1 и 4x STM1 / 1x

STM4– В будущем – ChSTM-4

Cisco ASR 903 Универсальный Ethernet доступ

XR 4.3.0

Обнаружение и управление nV cателлитом

Сателлит ASR 9000v

ASR 9000 База

MAC-DA MAC-SA Payload/FCSControl VIDCPU CPU

Фаза обнаружения – Используется протокол второго уровня, аналогичный CDP, для

обнаружения сателлитов и периодических сообщений проверки связности

– Для проверки связности nV фабрик каналов раз в секунду посылается сообщение. Определение отказов на основе BFD отложено на будущий релиз ПО

Управление– Специальный протокол, разработанный Cisco, поверх TCP– Get/ Set сообщения для применения конфигурации и получения

состояния устройства

Возможна стандартизация в IETF

MAC-DA MAC-SA Payload

MAC-DA MAC-SA Payload/FCSnV-tag

VLANs (OPT)

VLANs (OPT)

Сателлит – передача данных

На сателлите– Принимается Ethernet фрейм на порту

доступа– Добавляется специальный nV-tag, затем

локальная коммутация на nV фабрику– Помещаем фрейм в исходящую очередь

порта nV фабрики и затем передаем его

Сателлит ASR 9000v

ASR 9000 База

MAC-DA MAC-SA PayloadVLANs (OPT)

На базе– База получает фрейм на порту фабрики– Проверяет nV-tag, сопоставляет фрейм с

виртуальным портом доступа сателлита– В дальнейшем рассматриваем принятый пакет,

как полученный на локальном порту, применяем L2/L3 функционал, QoS, ACL, и т.д.

– Пакет коммутируется на кокальный порт или на другой виртуальный порт сателлита

Схемы подключения сателлитов

– Любой порт доступа может быть привязан к любому фабрик порту. При отказе фабрик порта соотвествующие порты доступа автоматически отключаются

– Привязка делается вручную, так например, все 44 порта доступа могут быть ассоциированы с одним фабрик портом

– Трафик портов доступа балансируется по фабрик интерфейсам, составляющим агрегированный канал

– При отказе одного из фабрик интерфейсов трафик разбалансируется по оставшимся

– Балансировка трафика по фабрик каналам – по порту доступа, при этом на стороне сателлита и базы выбор фабрик канала может не совпадать

Модель 1: Статическая привязкаНет резервирования фабрик портов

44x1GEПорты доступа

4x10GE фабрик порты

44x1GEПорты доступа

4x10GE фабрик порты

Модель 2: Агрегация фабрик каналовРезервирование фабрик портов

На одном сателлите

нельзя одновременно использовать обе модели

Реализация QoS (1) – База -> Сателлит

P1: протокол управления сателлитом50 Mbps police

Regular MQC, H-QoSP1 +P2 + P3+ Normal“nv” Ethernet

“nv” Ethernet

“nv” Ethernet

“nv” Ethernet

“nv” EthernetRegular MQC, H-QoSP1+P2 + P3+ Normal

…

…

…

ASR 9000v Fabric port

ASR 9000 База

Ограничение трафика на “nv” Ethernet интерфейсе с соответствии с реальной скоростью порта на сателлите: 10/100/1000Mbps перед отправкой на фабрику

Неблокируемона сателлите

Реализация QoS (2) – Сателлит -> База

P1: Управл. сателл.50mbps policed

P2: сигнализация1G policed

Пользоват. данныеПриорит. очередьПользоват. данныеНормальн. очередь

Cos/IPP/EXP 5-7

L2/L3 трафик управления

ASR 9000v

ASR 9000 База

– Пользовательские приоритетные и обычные данные попадают не в приоритетные очередь на фабрик порту, неявно поддерживается отношение 100:1

– P1 и P2 передаются с приоритетом отностиельно пользовательских данных

– И контрольный и пользовательский трафик классифицируется по очередям неявно

Порт фабрики

Regular MQC, H-QoSP1+P2 + Normal

Политика MQC QoSна входе “nv” Ethernet интерфейса

Cos/IPP/EXP 0-4

Реализация QoS (3) – развитие

– Ограничение входящего трафика на порту

– Классификация трафика на входе

– Маркировка CoS/DSCP на входе

– Исходящая приоритетная очередь

Сателлит

– 2-ух уровневый H-QoS на фабрик порту, на физическом или саб-интерфейсе

– Для пользовательского трафика: 2 PQ + 4 нормальные очереди

P1: Satellite protocol50MB policed

P2: control packet1G policed

User dataPriority queue 1

User dataPriority queue 2Normal queue 1Normal queue 2Normal queue 3

База

Normal queue 4

XR 5.1.0

Управление сателлитом (1) – взгляд пользователя

Uplink порты сателлита не конфигурируются, рассматриваются как внутренние nV фабрик интерфейсы Порты доступа на сателлите представлены виртуальными “nV” интерфейсами на ASR 9000 базе. Пользователь

конфигурирует виртуальные интерфейсы так же как и обычные L2/L3 интерфейсы или саб-интерфейсы Вся конфигурация сателлитов делается на базовой системе Если порт доступа на сателлите переходит в состояние “Down”, то виртуальный интерфейс на базе также

принимает это состояние. Если административно выключить виртуальный “nV” интерфейс, то реальный порт насателлите также будет выключен

Порты доступа сателлита

Satellite/Host Fabric port

ASR 9000v

ASR 9000ASR 9000 nV Система

Virtual Satellite access port –represent real satellite access port

“nv” Ethernet интерфейсы

interface GigabitEthernet 100/0/0/1ipv4 address 1.1.1.1 255.255.255.0

interface GigabitEthernet 100/0/0/2.100 l2transportencapsulation dot1q 100rewrite ingress tag push dot1q 2

Управление сателлитом (2) – передача данных

Нет локальной коммутации/маршрутизации на сателлите, все выполняется на базе Сателлит таким образом не выполняет заучивания MAC адресов Все интеллектуальные функции реализуются на ASR 9000 шасси, виртуальных портах Очень небольшой функционал может быть запущен на сателлитах, например, базовый QoS,

репликация широковещательного трафика, OAM измерение производительности, SyncE и 1588*.Однако конфигурация их все равно выполняется на базе, основном шасси

Сателлит ТОЛЬКО выполняет локальную коммутацию трафика между портами доступа и фабрики

ASR 9000v

ASR 9000 База

Satellite access port to normal port communication

* Только QoS в первом релизе выполняется на сателлитах

Управление сателлитом (3) – SNMP, CLI и т.д. доступ

Обычные операции, например, show CLI команды делаются на базовом шасси

– Отчет по состав оборудования (inventory), состояние устройства, температура, блоков электропитания и т.д.

– Счетчики интерфейсов, статистики

– SNMP MIB

– Взаимодействие с NMS, включая ANA/ PRIME

Команды отладки низкого уровня запускаются на самом сателлите

– Пользователь может подключиться по telnet к специальному порту управления сателлита или через базовое шасси

RP/0/RSP0/CPU0:R1#sh install activeNode 0/RSP0/CPU0 [RP] [SDR: Owner]Boot Device: disk0:Boot Image: /disk0/asr9k-os-mbi-4.2.1.22K.CSCtz10483-0.0.4.i/0x100305/mbiasr9k-rsp3.vmActive Packages:

disk0:asr9k-px-4.2.1.22K.CSCtz10483-0.0.4.idisk0:asr9k-satellite-px-4.2.1.22K пакет программного обеспечения (PIE)disk0:asr9k-mini-px-4.2.1.22Kdisk0:asr9k-mpls-px-4.2.1.22Kdisk0:asr9k-mcast-px-4.2.1.22Kdisk0:asr9k-fpd-px-4.2.1.22K

RP/0/RSP0/CPU0:R1#install nv satellite ?<100-65534> Satellite IDall All active satellites

RP/0/RSP0/CPU0:R1#install nv satellite 100 ?activate Install a new image on the satellite, transferring first if necessarytransfer Transfer a new image to the satellite, do not install yet

RP/0/RSP0/CPU0:R1#install nv satellite 100 active

В ROM памяти сателлита всегда находится

резервная копия ПО (Golden image)

В ROM памяти сателлита всегда находится

резервная копия ПО (Golden image)

Управление сателлитом (4) – Обновление ПО

Управление сателлитом (5) – вкрутить в стойку, подключить и … заработало1. Пре-конфигурация сателлита через CLI/ XML на базовом ASR 9000

устройстве2. Распаковать ASR 9000v; вкрутить в стойку, подключить электропитание3. Установить в ASR 9000v рекомендованные SFP+ оптические вставки,

соединить с базой по SMF/ MMF волокну4. Подать питание на ASR 9000v шасси

Состояние ASR 9000v шасси можно понять по цветовым LED индикаторам на передней панели

Горит критическая ошибка => сбой аппаратной части, необходимо заменить ASR 9000vИндикация общей ошибки =>аппаратная часть OK, но нет подключения к ASR9K базовому шасси

Проверьте оптику ASR9K и 9000vПроверьте ICL конфигурацию на ASR9KСравните серийный номер шасси ASR 9000v со сконфигурированными на ASR9K

Если оба индикатора ошибки не горят => ASR 9000v успешно соединился с ASR9K; теперь полное управление с ASR9K

Двойное подключение к nV edge кластеру, статическое соответствие

Сателлит

Сателлит

Сателлит

Сателлит

ASR 9000 Edge

Двойное подключение к nV edge кластеру, агрегация nV фабрик каналов

Единичное подключение, статическое соответствие

Единичное подключение, агрегация nV фабрик каналов

Поддерживаемые топологии

Сателлит должен иметь прямое Ethernet подключение по темной оптике или DWDM к базе

ASR 9000 Edge

Поддерживаемые конфигурации агрегации каналов

СателлитCE

СателлитCE

Сателлит

CE

Сателлит

Satellite

CE

Satellite

Агрегация каналов доступа на сателлите возможна только при использовании статического подключения на фабрике

LACP обрабатывается на ASR 9000 Базе

MC-LAG на ASR 9000

Агрегация каналов на nV Кластере

Неподдерживаемые конфигурации агрегации каналов

СателлитCE

Сателлит

CE

Агрегация интерфейсов доступа сателлита и локальных интерфейсов не поддерживается

Поддерживается или агрегация каналов доступа, или фабрик каналов, но не вместе

MST/REP/G.8032 пакеты обрабатываются на БазеПорты доступа сателлитов полностью поддерживают MST/MST-AG/REP-AG/G.8032PVST-AG поддерживается только для статической модели подключения сателлита

L2 доступ с STP/REP/G.8032

L2 резервирование подключений доступаПоддерживаемые STP/REP/G.8032 конфигурации

Сателлит

Сателлит

Phase 1 target

Подключение сателлита к двум независимым ASR 9000

Для L1 и L2 фабрик каналов Работает в Активном/Резервном режиме,

сателлит связывает свои порты доступа только с одним из ASR 9000 (Primary)

При обнаружении отказа канала фабрики сателлит изменяет соответствие, переводит порты доступа на другую Базу

Реализация L2 и L3 сервисов в таком случае аналогична схеме предоставления услуг при использовании MC-LAG

Satellite

Satellite

L1 фабрик каналы

L2 фабрик каналы

XR 5.1.0

Phase 1 target

Кольцевая топология подключения сателлитовк двум независимым ASR 9000

Каждому сателлиту назначается уникальный T-VLAN для коммутации в кольце

Если T-VLAN соответствует сателлиту, то он делает коммутацию порт доступа <-> фабрика, если нет, то фабрика <-> фабрика

Если сателлит обнаруживает отказ основного фабрик канала, то он привязывает порты доступа к резервному фабрик каналу

Нет локальной коммутации в пределах кольца Возможно реализовать эффективную мультикаст

репликацию

Сателлит

Основной фабрик канал

Резервный фабрик канал

СателлитФизическая кольцевая топология

Логическая Hun-n-Spokeтопология с L2 фабрик каналами

XR 5.1.0

Сателлит

Сателлит

Топологии планируемые в IOS XR 5.1.x

Сателлит

Сателлит Сателлит

Сателлит

Сателлит

Сателлит

Сателлит

СателлитСателлит

Сателлит

Сателлит

Сателлит

Сателлит

Сателлит

Поддержка на рассмотрении в IOS XR 5.x

Сателлит

Сателлит

Сателлит

СателлитСателлит

Сателлит

Сателлит

Сателлит

Конфигурация сателлита

Сателлит

Базовое шасси

Конфигурация “nv” Ethernet интерфейсов: аналогично локальным Ethernet подключениям

Конфигурация nV фабрик портов

Определение сателлита и его свойств

2

13

Все конфигурации выполняются на базовом шасси

Пример конфигурации сателлитаnvsatellite 101 задание номера сателлита область <100-65534>type asr9000vipv4 address 10.0.0.101 IP адрес для внутреннего взаимодействия между базой и сателлитами. В будущем эта конфигурация будет опциональной, когда появится “auto-IP” функционал

satellite 102 определение сателлитаipv4 address 10.0.0.102type asr9000v

interface TenGigE 0/2/0/2ipv4 point-to-pointipv4 unnumbered Loopback0nv

satellite-fabric-link satellite 101remote-ports

GigabitEthernet 0/0/0-9

interface bundle-ethernet 1ipv4 point-to-pointipv4 unnumbered Loopback0nvsatellite-fabric-link satellite 102remote-ports

GigabitEthernet 0/0/0-43

Статическое соответствие

Агрегация каналов nVфабрики

IP адрес управления сателлита может находиться в VRF

1

2

3

4

SDCP

СателлитБаза

nv фабрик каналы

Одна виртуальная система

Сателлит - Plug-n-Play подключение, нет конфигурации

Plug-n-play NNI подключение сателлитов к базеАвтоматическая конфигурация фабрик каналовНет сложных конструкций подключения устройства к двум опорным узлам

Централизованное UNI управление портамиЦентрализованное управление без NMS системыПростое управление VLAN на портах UNI доступаВесь L3 и L2 функционал работает на базе, а не на сателлите

Одно виртуальное устройство для управления и обслуживанияПростая замена ПОЕдиная операционная система IOS-XR Полная совместимость устройств доступа и агрегации

Сателлит очень прост стабильность и надежностьСателлит много надежнее чем одиночное устройств, значительно меньше шансов на программную неисправность или необходимость обновления ПО

nV Сателлит – Преимущества использования

• Архитектура платформы Cisco ASR 9000• Обеспечение отказоустойчивости в сетях Carrier Ethernet• Открытая дискуссия по технологиям для операторов связи

– 21 ноября, среда, 18 часов, Конгресс-зал Правый– Готовьте свои вопросы !

• Демо-стенд «Решения для операторов связи» (демо-зона, комната 5)– ASR 9000 с интерфейсами 100GigabitEthernet– технология сетевой виртуализации ASR 9000 nV– Carrier Grade v6 на базе маршрутизатора Cisco ASR 9000 с модулем ISM– И многое другое !

Также рекомендуем посетить

Спасибо!

Заполняйте анкеты он-лайн и получайте подарки вCisco Shop: http://ciscoexpo.ru/expo2012/questВаше мнение очень важно для нас!