3. Обзор nV технологии ASR 9000
Контент
сторонних
SP сервисы/ поставщиков
Контент С использованием:
nV Технологии
Без: nV Технологии Cisco
Prime IP NGN
Граница и агрегация
управляются как единая
Каждое устройство Ядро виртуальная система с
управляется отдельно: помощью Cisco Prime IP
различные процедуры NGN
замены ПО, цикл жизни
Граница Plug-N-Play для выносов:
ПО
Уменьшение протокольной
Сложная сложности на сети
протокольная
конфигурация
Домашние
Универсальный
абоненты доступ Бизнес nV агрегации
Упрощение замены ПО
Агрегация
Различный функционал на
устройствах границы и Единый релиз ПО, единый
агрегации функционал
Доступ Масштабируемость по GE
Количество портов
ограничено физическим портам простым
шасси добавлением выносов
5. Обзор ASR 9000 nV Кластера
Использование
существующей IOS-XR
CRS multi-chassis
программной
Фабрик инфраструктуры
шасси
Упрощение/расширение
CRS Multi-Chassis для ASR 9000 nV Edge ASR 9000 nV Edge
Единая плоскость управления, полностью распределенная
коммутация одна виртуальная nV система
Простая масштабируемость и надежность
7. nV Edge Обзор архитектуры
Отдельный
физический порт
Единая виртуальная ASR 9000 nV система EOBC 1G/10G на RSP
Канал управление EOBC (L1 или L2 соединение)
0 1
Active Secondary Standby Secondary
RSP RSP RSP RSP
Internal
EOBC
LC LC LC LC LC LC LC LC
Inter-chassis data link (L1 соединение) Обычные 10G порты
Nx 10G агрегация (до 32 портов) коммутации
Расширение управления: активный RSP и резервный RSP в разных шасси
синхронизируют свое состояние через EOBC канал связи
Расширение коммутации: объединение нескольких 10GE портов в
специальный “nV fabric link” канал связи для имитации коммутационной
фабрики
Не требуется использования отдельного фабрик шасси
8. nV Edge Надежность подсистемы управления
Активный модуль
Резервный модуль
0 1
Active Standby
Secondary Active
Standby Standby
Secondary
RSP RSP RSP
RSP RSP
DSC Chassis Non DSC Chassis
LC LC LC LC LC LC LC LC
Одновременно только один активный RSP, только один резервный RSP и они
расположены в разных шасси
– SSO/NSF/NSR работает точно также, как будто оба RSP расположены в одном шасси
– Надежная связь для передачи сигнального трафика между шасси
– IOS-XR может работать при задержках в сотни миллисекунд на сигнальных каналах (при
рекомендуемом значении 10 мс), хотя это может сказаться на времени восстановлении
системы после сбоя
Виртуальная система работает до тех пор, пока активны одно шасси и один модуль
управления
9. nV Edge Отказ EOBC канала связи
Отдельный
физический порт
EOBC 1G/10G на RSP
Канал управление EOBC (L1 или L2 соединение)
0 1
Active Secondary Standby Secondary Internal
RSP RSP RSP RSP
EOBC
LC LC LC LC LC LC LC LC
Inter-chassis data link (L1 соединение) Обычные 10G порты
Nx 10G агрегация (до 32 портов) коммутации
Отказ одного из EOBC каналов не вызовет RSP Failover пока
доступен альтернативный канал связи
10. “Split-Brain” сценарий (1)
Отказ всех каналов управления
0 1
Active Secondary Standby Secondary
RSP RSP RSP RSP
DSC Chassis Non DSC Chassis
LC LC LC LC LC LC LC LC
UDLD используется проверки связности на каналах между шасси
При потере сигнальной связности nV Edge система выключит non DSC шасси
(шасси, где RSP находится в standby состоянии)
Non-DSC шасси войдет в постоянный цикл – перезагружается, проверяет
состояние контрольных каналов и, если они недоступны, то перезагружается
вновь
11. “Split-Brain” сценарий (2)
Отказ всех фабрик каналов
0 1
Active Secondary Standby Secondary
RSP RSP RSP RSP
DSC Chassis Non DSC Chassis
LC LC LC LC LC LC LC LC
Для проверки связности используется UDLD
При отказе фабрик каналов возможна некоторая потеря данных, тех которые
необходимо передавать по ICL. В этом случае по умолчанию система входит в
режим защиты (однако это поведение можно отключить):
DSC шасси работает как обычно
Non-DSC шасси выключает все свои дата-порты и постоянно проверяет
восстановление связности фабрик каналов. При восстановлении связности
– включаются дата-порты и устанавливается нормальный режим работы
12. “Split-Brain” сценарий (3)
Отказ всех контрольных и фабрик каналов
Дополнительный
keepalive поверх L2
Порт
управления
0 1
Active Secondary Standby Secondary
RSP RSP RSP RSP
DSC Chassis Non DSC Chassis
LC LC LC LC LC LC LC LC Любой
интерфейс
Оба шасси могут быть сконфигурированы для посылки проверочных пакетов
через порты управления, как дополнительный механизм, чтобы избежать “split-
brain”
Если non-DSC сможет узнать о доступности DSC шасси, то оно уйдет в
перезагрузку
13. Организация коммутационной nV Edge фабрики
0 1
Active Secondary Standby Secondary
RSP RSP RSP RSP
LC LC LC LC LC LC LC LC
Виртуальная nV Edge фабрика
Набор интерфейсов обоих шасси, их соединяющих, имитирует коммутационную
матрицу со всеми присущими ей атрибутами, например, QoS и балансировкой. Так
пакеты балансируются по интерфейсам между шасси: Per-Flow
Сохраняется существующая IOS-XR двухуровневая модель коммутации никаких
изменений для nV Edge системы по сравнению с одиночным шасси
При наличии ECMP маршрута или EtherChannel канала, охватывающих оба шасси,
трафик коммутируется на локальном шасси, не передается по nV Edge фабрике.
Однако, данный функционал (local rack preference) может быть отключен
посредством CLI
Единственная копия Multicast трафика передается по nV Edge фабрике. Репликация
широковещательного трафика происходит на фабрике и исходящих картах
локального шасси
14. Коммутация трафика, двухуровневая IOS-XR модель
Inter-Chassis Inter-Chassis
LC LC
Data Plane Data Plane
3 4
Decapsulation
Encapsulation
P1 P1
Ingress LC P2
Egress LC
Inter-Chassis Link bundle
P2
Data Plane
Data Plane
Load Balance
P1
Lookup
P2
LOOKUP
P
1
P
Inter-Chassis Inter-Chassis
2
LC LC
1 2
Data Plane Data Plane 5
Decapsulation
Encapsulation
3 4
P1 P1
P2 P2
Шасси 0 Шасси 1
1 Ingress Forwarding Lookup Inter-Chassis Egress Forwarding
L2/L3/Mcast regular lookup 3 Encapsulation 5 Lookup L2/L3/Mcast
regular lookup
Inter-Chassis Load Balance Load balance Inter-Chassis
2 4
across multiple inter-chassis links Decapsulation
15. Функционал “Rack Local Preference”
multicast unicast
Пакеты передаются по
nV Edge фабрике,
ТОЛЬКО если нет
двойного подключения
L3 ECMP
Active/active
link bundle
16. Использование nV Edge фабрики (1)
Кольцевая топология
nV Edge система не требует
дополнительных интерфейсов
PE2 для развертывания
nV Edge не меняет кольцевой топологии,
каналы nV фабрики используются как
PE1
обычные интерфейсы
Путь прохождения трафика не изменится
относительно не-nV Edge конфигурации и
будет зависеть от маршрутизации и L2
протоколов
17. Использование nV Edge фабрики (2)
Spoke-and-Hub топология
Граница Ядро Граница Ядро
Граница Ядро
nV Edge может потребовать изменения
текущей топологии, но не потребует
дополнительных интерфейсов
18. Инициализация nV Edge системы
Шасси 0 Шасси 1 Кластер
Процедура конвертации двух устройств в одно 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
Минимальный простой при конвертации двух устройств в nV Edge систему
19. nV Edge Конфигурация
1 Глобальная конфигурация nv Edge
nv
edge-system
serial FOX1437GC1R rack 1 статическое сопоставление серийного # и номера nV шасси
serial FOX1439G63M rack 0
Конфигурация inter-chassis каналов, дата-фабрики
2
interface TenGigE1/2/0/0
nv edge interface
interface TenGigE0/2/0/0
nv edge interface
Нет необходимости конфигурировать inter-chassis порты EOBC управления,
работает как plug-and-play
После введения конфигурации nV шасси с номером 1 перезагрузится и присоединится к
кластеру.
Это все, что требуется для миграции двух одиночных ASR 9000 в одну nV Edge систему!
20. Пример вывода CLI команд
Интерфейсы виртуальной системы
RP/0/RSP0/CPU0:ASR4-Rack0(admin)#show dsc
Thu Apr 12 03:01:12.225 UTC <Интерфейсы на шасси 0>
--------------------------------------------------------- GigabitEthernet0/1/1/0 unassigned Up Up
Node ( Seq#) Role Serial# State GigabitEthernet0/1/1/1 unassigned Shutdown Down
--------------------------------------------------------- <snip>
0/RSP0/CPU0 ( 0) ACTIVE FOX1545GRM1 PRIMARY-DSC
0/RSP1/CPU0 ( 31785) STANDBY FOX1545GRM1 NON-DSC <Интерфейсы на выносе 100>
1/RSP0/CPU0 ( 31763) STANDBY FOX1325G77H NON-DSC GigabitEthernet100/0/0/0 unassigned Up Up
1/RSP1/CPU0 ( 32001) ACTIVE FOX1325G77H BACKUP-DSC GigabitEthernet100/0/0/1 unassigned Up Up
<snip>
RP/0/RSP0/CPU0:ASR4-Rack0#show platform <Интерфейсы на шасси 1>
Thu Apr 12 03:00:32.799 UTC GigabitEthernet1/1/1/0 unassigned Up Up
Node Type State Config State GigabitEthernet1/1/1/0.1 unassigned Down Down
----------------------------------------------------------------------------- <snip>
0/RSP0/CPU0 A9K-RSP440-SE(Active) IOS XR RUN PWR,NSHUT,NMON
0/RSP1/CPU0 A9K-RSP440-SE(Standby) IOS XR RUN PWR,NSHUT,NMON
0/0/CPU0 A9K-2x100GE-TR IOS XR RUN PWR,NSHUT,MON
0/1/CPU0 A9K-MOD160-TR IOS XR RUN PWR,NSHUT,NMON
0/1/0 A9K-MPA-2X40GE DISABLED PWR,SHUT,MON
0/1/1 A9K-MPA-20X1GE OK PWR,NSHUT,MON
0/3/CPU0 A9K-SIP-700 IOS XR RUN PWR,NSHUT,MON
0/3/0 SPA-8XOC12-POS OK PWR,NSHUT,MON
0/3/1 SPA-2XCHOC12/DS0 OK PWR,NSHUT,MON
0/3/2 SPA-2XOC48POS/RPR OK PWR,NSHUT,MON
1/RSP0/CPU0 A9K-RSP440-SE(Standby) IOS XR RUN PWR,NSHUT,MON
1/RSP1/CPU0 A9K-RSP440-SE(Active) IOS XR RUN PWR,NSHUT,MON
1/1/CPU0 A9K-MOD160-SE IOS XR RUN PWR,NSHUT,MON
1/1/0 A9K-MPA-2X10GE OK PWR,NSHUT,MON
1/1/1 A9K-MPA-20X1GE OK PWR,NSHUT,MON
1/3/CPU0 A9K-24x10GE-TR IOS XR RUN PWR,NSHUT,MON
1/4/CPU0 A9K-24x10GE-SE IOS XR RUN PWR,NSHUT,MON
22. ASR 9000 nV Сателлит
Локальные
интерфейсы
“виртуальные/ Протокол управления
удаленные”
интерфейсы
nV фабрика
Сателлит
Единая ASR 9000 nV система База
Установить специальную версию ПО на устройстве доступа для его конвертации в ASR9K nV сателлит
Сателлит и ASR 9000 базовое шасси используют специальный протокол (аналог CDP) для
автоматического обнаружения, конфигурации и управления подключенными устройствами
Сателлит и база могут находиться на разных узлах, нет ограничения на дистанцию между
устройствами
Соединение между сателлитом и базой называется “nV фабрикой”, может быть L1 или поверх L2
туннеля (будущее)
С пользовательской точки зрения сателлиты выглядят как удаленные или виртуальные линейные
карты ASR 9000
Базовое шасси ASR 9000 и подключенные сателлиты это одна виртуальная система
Сателлит - Plug-n-Play
23. ASR 9000v Аппаратная составляющая
Электропитание
Заменяемый блок вентиляторов с
• Резервируемое -
48 VDC • ToD/PSS выходом
подключение
1 RU Высота • BITS выходом
• Один AC ввод
44x10/100/1000 Mbps 4x10G SFP+
вставки • Первоначально используются только
• Коммутация на скорости порта как nV фабрик порты (в будущем могут
использоваться как порты доступа)
• Медные и оптические SFP
• Медные и оптические SFP+ вставки
• Speed/duplex автоматическое
согласование Расширенный температурный
диапазон
Максимальное
энергопотребление 210 Вт • От -40C до +65C –работы
Номинальное 159 Вт • От -40C до +70C –хранения
24. Cisco ASR 901 – Новый сателлит XR 4.3.0
Компактный
– 1RU, ETSI 300mm глубина, < 40W
– Расширенный температурный диапазон
ASR 901-E (Ethernet only) – От -40c до +65С
Metro/Carr. Eth Switch w/ 12 GE ports Надежный
– Двойной ввод электропитания
– Резервируемый блок электропитания
(опционально)
Гибкость
– Поддержка LTE
– Модель Pay-as-you-grow лицензирования
ASR 901 (TDM + Ethernet)
Маршрутизатор с 16 T1/E1 + 12 GE Масштабируемость и функциональность
портами – 12 GE портов + 16 T1/E1 портов
– L2 коммутация, L3 маршрутизация с MPLS,
QOS на скорости порта
– SyncE, 1588v2 BC/TC, 10Mhz, BITS, 1PPS,
ToD, p2p
25. Cisco ASR 903 – новый сателлит XR 4.3.0
• Компактный
– 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 доступ
26. Обнаружение и управление nV cателлитом
CPU MAC-DA MAC-SA Control VID Payload/FCS CPU
Сателлит ASR 9000v
ASR 9000 База
Фаза обнаружения
– Используется протокол второго уровня, аналогичный CDP, для
обнаружения сателлитов и периодических сообщений проверки
связности
– Для проверки связности nV фабрик каналов раз в секунду
посылается сообщение. Определение отказов на основе BFD
отложено на будущий релиз ПО
Управление
– Специальный протокол, разработанный Cisco, поверх TCP
– Get/ Set сообщения для применения конфигурации и получения
состояния устройства
Возможна стандартизация в IETF
27. Сателлит – передача данных
MAC-DA MAC-SA VLANs (OPT) Payload MAC-DA MAC-SA VLANs (OPT) Payload
MAC-DA MAC-SA nV-tag VLANs (OPT) Payload/FCS
Сателлит ASR 9000v
ASR 9000 База
На сателлите На базе
– Принимается Ethernet фрейм на порту – База получает фрейм на порту фабрики
доступа – Проверяет nV-tag, сопоставляет фрейм с
– Добавляется специальный nV-tag, затем виртуальным портом доступа сателлита
локальная коммутация на nV фабрику – В дальнейшем рассматриваем принятый пакет,
– Помещаем фрейм в исходящую очередь как полученный на локальном порту, применяем
порта nV фабрики и затем передаем его L2/L3 функционал, QoS, ACL, и т.д.
– Пакет коммутируется на кокальный порт или на
другой виртуальный порт сателлита
28. Схемы подключения сателлитов
44x1GE 4x10GE 44x1GE 4x10GE
Порты доступа фабрик порты Порты доступа фабрик порты
На одном
сателлите
нельзя
одновременно
использовать
обе модели
Модель 1: Статическая привязка Модель 2: Агрегация фабрик каналов
Нет резервирования фабрик портов Резервирование фабрик портов
– Любой порт доступа может быть привязан к – Трафик портов доступа балансируется по фабрик
любому фабрик порту. При отказе фабрик порта интерфейсам, составляющим агрегированный канал
соотвествующие порты доступа автоматически – При отказе одного из фабрик интерфейсов трафик
отключаются разбалансируется по оставшимся
– Привязка делается вручную, так например, все 44 – Балансировка трафика по фабрик каналам – по порту
порта доступа могут быть ассоциированы с одним доступа, при этом на стороне сателлита и базы выбор
фабрик портом фабрик канала может не совпадать
29. Реализация QoS (1) – База -> Сателлит
P1: протокол управления сателлитом
50 Mbps police
Ограничение трафика на “nv” Ethernet
Неблокируемо интерфейсе с соответствии с реальной
скоростью порта на сателлите: 10/100/1000Mbps
на сателлите перед отправкой на фабрику
Regular MQC, H-QoS
“nv” Ethernet P1 +P2 + P3+ Normal
ASR 9000v Fabric “nv” Ethernet
port
…
“nv” Ethernet …
…
“nv” Ethernet
Regular MQC, H-QoS
“nv” Ethernet P1+P2 + P3+ Normal
ASR 9000 База
30. Реализация QoS (2) – Сателлит -> База
Политика MQC QoS
на входе “nv” Ethernet
интерфейса
P1: Управл. сателл.
50mbps policed Regular MQC, H-QoS
P1+P2 + Normal
L2/L3 трафик P2: сигнализация
управления 1G policed
Cos/IPP/EXP 5-7 Пользоват. данные
Порт
Приорит. очередь фабрики
Пользоват. данные
Cos/IPP/EXP 0-4
Нормальн. очередь ASR 9000 База
ASR 9000v
– Пользовательские приоритетные и обычные данные попадают не в приоритетные очередь
на фабрик порту, неявно поддерживается отношение 100:1
– P1 и P2 передаются с приоритетом отностиельно пользовательских данных
– И контрольный и пользовательский трафик классифицируется по очередям неявно
31. Реализация QoS (3) – развитие XR 5.1.0
– Ограничение входящего трафика на порту – 2-ух уровневый H-QoS на фабрик порту,
– Классификация трафика на входе на физическом или саб-интерфейсе
– Маркировка CoS/DSCP на входе – Для пользовательского трафика: 2 PQ +
4 нормальные очереди
– Исходящая приоритетная очередь
P1: Satellite protocol
50MB policed
P2: control packet
1G policed
User data
Priority queue 1
User data
Priority queue 2
Normal queue 1
Normal queue 2
Normal queue 3
Normal queue 4
Сателлит
База
32. Управление сателлитом (1) – взгляд пользователя
“nv” Ethernet интерфейсы
interface GigabitEthernet 100/0/0/1
ipv4 address 1.1.1.1 255.255.255.0
Порты доступа interface GigabitEthernet 100/0/0/2.100 l2transport
encapsulation dot1q 100
сателлита rewrite ingress tag push dot1q 2
Virtual Satellite
access port –
represent real
satellite access
ASR 9000v Satellite/Hos port
t Fabric port
ASR 9000
ASR 9000 nV Система
Uplink порты сателлита не конфигурируются, рассматриваются как внутренние nV фабрик интерфейсы
Порты доступа на сателлите представлены виртуальными “nV” интерфейсами на ASR 9000 базе. Пользователь
конфигурирует виртуальные интерфейсы так же как и обычные L2/L3 интерфейсы или саб-интерфейсы
Вся конфигурация сателлитов делается на базовой системе
Если порт доступа на сателлите переходит в состояние “Down”, то виртуальный интерфейс на базе также
принимает это состояние. Если административно выключить виртуальный “nV” интерфейс, то реальный порт на
сателлите также будет выключен
33. Управление сателлитом (2) – передача данных
Сателлит ТОЛЬКО выполняет
локальную коммутацию
трафика между портами Satellite access
доступа и фабрики
port to normal port
communication
ASR 9000v
ASR 9000 База
Нет локальной коммутации/маршрутизации на сателлите, все выполняется на базе
Сателлит таким образом не выполняет заучивания MAC адресов
Все интеллектуальные функции реализуются на ASR 9000 шасси, виртуальных портах
Очень небольшой функционал может быть запущен на сателлитах, например, базовый QoS,
репликация широковещательного трафика, OAM измерение производительности, SyncE и 1588*.
Однако конфигурация их все равно выполняется на базе, основном шасси
* Только QoS в первом релизе выполняется на сателлитах
34. Управление сателлитом (3) – SNMP, CLI и т.д. доступ
Обычные операции, например, show CLI команды
делаются на базовом шасси
– Отчет по состав оборудования (inventory), состояние устройства,
температура, блоков электропитания и т.д.
– Счетчики интерфейсов, статистики
– SNMP MIB
– Взаимодействие с NMS, включая ANA/ PRIME
Команды отладки низкого уровня запускаются на самом
сателлите
– Пользователь может подключиться по telnet к специальному порту
управления сателлита или через базовое шасси
35. Управление сателлитом (4) – Обновление ПО
RP/0/RSP0/CPU0:R1#sh install active
Node 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.vm
Active Packages:
disk0:asr9k-px-4.2.1.22K.CSCtz10483-0.0.4.i
disk0:asr9k-satellite-px-4.2.1.22K пакет программного обеспечения (PIE)
disk0:asr9k-mini-px-4.2.1.22K
disk0:asr9k-mpls-px-4.2.1.22K
disk0:asr9k-mcast-px-4.2.1.22K
disk0:asr9k-fpd-px-4.2.1.22K
В ROM памяти сателлита
всегда находится
RP/0/RSP0/CPU0:R1#install nv satellite ?
<100-65534> Satellite ID резервная копия ПО
all All active satellites (Golden image)
RP/0/RSP0/CPU0:R1#install nv satellite 100 ?
activate Install a new image on the satellite, transferring first if necessary
transfer Transfer a new image to the satellite, do not install yet
RP/0/RSP0/CPU0:R1#install nv satellite 100 active
36. Управление сателлитом (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
37. Поддерживаемые топологии
Сателлит Единичное подключение, статическое
соответствие
Сателлит Единичное подключение, агрегация nV фабрик
каналов
ASR 9000 Edge
Сателлит Двойное подключение к nV edge кластеру,
статическое соответствие
ASR 9000 Edge
Сателлит Двойное подключение к nV edge кластеру,
агрегация nV фабрик каналов
Сателлит должен иметь прямое Ethernet подключение по темной оптике или
DWDM к базе
38. Поддерживаемые конфигурации агрегации
каналов
Сателлит
CE Сателлит CE
Сателлит
MC-LAG на ASR 9000
CE Сателлит
Satellite
Агрегация каналов доступа на сателлите CE
возможна только при использовании
статического подключения на фабрике Satellite
LACP обрабатывается на ASR 9000 Базе
Агрегация каналов на nV Кластере
39. Неподдерживаемые конфигурации агрегации
каналов
Поддерживается или агрегация каналов
доступа, или фабрик каналов, но не
вместе
CE Сателлит
Агрегация интерфейсов доступа
сателлита и локальных
интерфейсов не поддерживается
Сателлит
CE
40. L2 резервирование подключений доступа
Поддерживаемые STP/REP/G.8032 конфигурации
Сателлит
L2 доступ с
STP/REP/G.8032
Сателлит
MST/REP/G.8032 пакеты обрабатываются на Базе
Порты доступа сателлитов полностью поддерживают MST/MST-AG/REP-AG/G.8032
PVST-AG поддерживается только для статической модели подключения сателлита
41. XR 5.1.0
Подключение сателлита к двум независимым
ASR 9000 Phase 1 target
Для L1 и L2 фабрик каналов
Satellite Работает в Активном/Резервном режиме,
сателлит связывает свои порты доступа
только с одним из ASR 9000 (Primary)
L1 фабрик При обнаружении отказа канала фабрики
каналы сателлит изменяет соответствие,
переводит порты доступа на другую Базу
Реализация L2 и L3 сервисов в таком
случае аналогична схеме предоставления
Satellite услуг при использовании MC-LAG
L2 фабрик
каналы
42. XR 5.1.0
Кольцевая топология подключения сателлитов
к двум независимым ASR 9000
Phase 1 target
Каждому сателлиту назначается уникальный T-VLAN
для коммутации в кольце
Если T-VLAN соответствует сателлиту, то он делает
коммутацию порт доступа <-> фабрика, если нет, то
Сателлит
фабрика <-> фабрика
Основной Если сателлит обнаруживает отказ основного фабрик
фабрик канал
канала, то он привязывает порты доступа к
Сателлит резервному фабрик каналу
Резервный Нет локальной коммутации в пределах кольца
фабрик канал
Возможно реализовать эффективную мультикаст
Сателлит репликацию
Сателлит
Физическая кольцевая топология
Логическая Hun-n-Spoke
топология с L2 фабрик каналами
44. Поддержка на рассмотрении в IOS XR 5.x
Сателлит
Сателлит Сателлит
Сателлит Сателлит
Сателлит
Сателлит
Сателлит
Сателлит
Сателлит
45. Конфигурация сателлита
1 Определение сателлита
и его свойств 3 Конфигурация “nv” Ethernet
интерфейсов: аналогично
локальным Ethernet подключениям
2 Конфигурация nV фабрик
портов
Сателлит
Базовое шасси
Все конфигурации выполняются на
базовом шасси
46. Пример конфигурации сателлита
nv
satellite 101 задание номера сателлита область <100-65534>
type asr9000v
ipv4 address 10.0.0.101 IP адрес для внутреннего взаимодействия
между базой и сателлитами. В будущем эта конфигурация будет
опциональной, когда появится “auto-IP” функционал
satellite 102 определение сателлита
ipv4 address 10.0.0.102 IP адрес управления сателлита
type asr9000v может находиться в VRF
interface TenGigE 0/2/0/2 Статическое
ipv4 point-to-point
ipv4 unnumbered Loopback0 соответствие
nv
satellite-fabric-link satellite 101
remote-ports
GigabitEthernet 0/0/0-9
Агрегация
interface bundle-ethernet 1
ipv4 point-to-point каналов nV
ipv4 unnumbered Loopback0
nv
фабрики
satellite-fabric-link satellite 102
remote-ports
GigabitEthernet 0/0/0-43
47. nV Сателлит – Преимущества использования
SDCP
Сателлит nv фабрик
каналы
Одна виртуальная система База
1 Plug-n-play NNI подключение сателлитов к базе
Автоматическая конфигурация фабрик каналов
Нет сложных конструкций подключения устройства к двум опорным узлам
Централизованное UNI управление портами
2 Централизованное управление без NMS системы
Простое управление VLAN на портах UNI доступа
Весь L3 и L2 функционал работает на базе, а не на сателлите
3 Одно виртуальное устройство для управления и обслуживания
Простая замена ПО
Единая операционная система IOS-XR
Полная совместимость устройств доступа и агрегации
4 Сателлит очень прост стабильность и надежность
Сателлит много надежнее чем одиночное устройств, значительно меньше
шансов на программную неисправность или необходимость обновления ПО
Сателлит - Plug-n-Play подключение, нет конфигурации
48. Также рекомендуем посетить
• Архитектура платформы Cisco ASR 9000
• Обеспечение отказоустойчивости в сетях Carrier Ethernet
• Открытая дискуссия по технологиям для операторов связи
– 21 ноября, среда, 18 часов, Конгресс-зал Правый
– Готовьте свои вопросы !
• Демо-стенд «Решения для операторов связи» (демо-зона, комната 5)
– ASR 9000 с интерфейсами 100GigabitEthernet
– технология сетевой виртуализации ASR 9000 nV
– Carrier Grade v6 на базе маршрутизатора Cisco ASR 9000 с модулем ISM
– И многое другое !
49. Спасибо!
Заполняйте анкеты он-лайн и получайте подарки в
Cisco Shop: http://ciscoexpo.ru/expo2012/quest
Ваше мнение очень важно для нас!