Мп инженерные сети: Инженерные сети | МП «Инженерные Сети»

Сен 17, 1982 alexxlab

Содержание

1025203738812,телефон, юридический адрес, схема проезда, контакты

Код по ОКВЭД	Наименование дополнительного вида деятельности
35.12	Передача электроэнергии и технологическое присоединение к распределительным электросетям
35.2	Производство и распределение газообразного топлива
35.30	Производство, передача и распределение пара и горячей воды; кондиционирование воздуха
36.00	Забор, очистка и распределение воды
37.00	Сбор и обработка сточных вод
41. 20	Строительство жилых и нежилых зданий
42.99	Строительство прочих инженерных сооружений, не включенных в другие группировки
43.12	Подготовка строительной площадки
43.21	Производство электромонтажных работ
43.22	Производство санитарно-технических работ, монтаж отопительных систем и систем кондиционирования воздуха
43.29	Производство прочих строительно-монтажных работ
43.31	Производство штукатурных работ
43. 33	Работы по устройству покрытий полов и облицовке стен
43.34	Производство малярных и стекольных работ
43.39	Производство прочих отделочных и завершающих работ
43.91	Производство кровельных работ
43.99	Работы строительные специализированные прочие, не включенные в другие группировки
52.10	Деятельность по складированию и хранению
61.10	Деятельность в области связи на базе проводных технологий
63. 99	Деятельность информационных служб прочая, не включенная в другие группировки
66.12	Деятельность брокерская по сделкам с ценными бумагами и товарами
68.32	Управление недвижимым имуществом за вознаграждение или на договорной основе
71.1	Деятельность в области архитектуры, инженерных изысканий и предоставление технических консультаций в этих областях
71.12.2	Деятельность заказчика-застройщика, генерального подрядчика
71.12.5	Деятельность в области гидрометеорологии и смежных с ней областях, мониторинга состояния окружающей среды, ее загрязнения
71. 12.6	Деятельность в области технического регулирования, стандартизации, метрологии, аккредитации, каталогизации продукции
71.12.8	Деятельность по предоставлению инженерно-технических консультаций в сфере энергосбережения и повышения энергетической эффективности использования энергетических ресурсов
71.20	Технические испытания, исследования, анализ и сертификация
73.11	Деятельность рекламных агентств
74.90	Деятельность профессиональная, научная и техническая прочая, не включенная в другие группировки
81.22	Деятельность по чистке и уборке жилых зданий и нежилых помещений прочая
81. 29.9	Деятельность по чистке и уборке прочая, не включенная в другие группировки

Тендеры МП Звенигородские инженерные сети

Тендеры по заказчикам

Тендер № 56435399
от 22.11.21
Окончание 24.11.2021 в 16:00 (МСК)

Начальная цена

126 544‍ ₽

МУНИЦИПАЛЬНОЕ ПРЕДПРИЯТИЕ ГОРОДСКОГО ОКРУГА ЗВЕНИГОРОД МОСКОВСКОЙ ОБЛАСТИ «ЗВЕНИГОРОДСКИЕ ИНЖЕНЕРНЫЕ СЕТИ»

Тендер № 56434692
от 22.11.21
Окончание 24.11.2021 в 16:00 (МСК)

г. Звенигород;г. Одинцово

Начальная цена

159 928‍ ₽

Тендер № 56434706
от 22.11.21
Окончание 24.11.2021 в 16:03 (МСК)

г. Одинцово;г. Звенигород

Начальная цена

170 467‍ ₽

Тендер № 56418285
от 22. 11.21
Окончание 24.11.2021 в 11:42 (МСК)

Начальная цена

298 375‍ ₽

Тендер № 55924263
от 29.10.21
Окончание 02.11.2021 в 15:06 (МСК)

Начальная цена

27 089‍ ₽

Тендер № 55922603
от 29.10.21
Окончание 02.11.2021 в 14:48 (МСК)

г. Звенигород;г. Одинцово

Начальная цена

117 388‍ ₽

Тендер № 55897678
от 28.10.21
Окончание 01.11.2021 в 18:00 (МСК)

г. Звенигород;г. Одинцово

Начальная цена

11 491‍ ₽

Тендер № 55743054
от 22.10.21
Окончание 26.10.2021 в 10:42 (МСК)

г. Одинцово;г. Звенигород

Начальная цена

58 948‍ ₽

Тендер № 55498507
от 12.10.21
Окончание 14.10.2021 в 12:15 (МСК)

г. Звенигород;г. Одинцово

Начальная цена

199 276‍ ₽

Тендер № 55409499
от 07.10.21
Окончание 11.10.2021 в 10:33 (МСК)

г. Одинцово;г. Звенигород

Начальная цена

299 973‍ ₽

Тендер № 55229620
от 28.09.21
Окончание 30.09.2021 в 18:27 (МСК)

Начальная цена

174 970‍ ₽

Тендер № 54478752
от 23.08.21
Окончание 25.08.2021 в 16:00 (МСК)

Начальная цена

99 398‍ ₽

Муниципальное предприятие городского округа Звенигород Московской области «Звенигородские инженерные сети»

Тендер № 54477807
от 23. 08.21
Окончание 25.08.2021 в 16:00 (МСК)

Начальная цена

99 398‍ ₽

Тендер № 54367127
от 17.08.21
Окончание 19.08.2021 в 16:33 (МСК)

Начальная цена

139 876‍ ₽

Тендер № 54367132
от 17.08.21
Окончание 19.08.2021 в 16:30 (МСК)

Начальная цена

39 020‍ ₽

Тендер № 54366132
от 17.08.21
Окончание 19.08.2021 в 16:30 (МСК)

Начальная цена

39 020‍ ₽

Тендер № 54366136
от 17.08.21
Окончание 19.08.2021 в 16:33 (МСК)

Начальная цена

139 876‍ ₽

Тендер № 54245851
от 11. 08.21
Окончание 13.08.2021 в 11:24 (МСК)

Начальная цена

17 969‍ ₽

Тендер № 54243624
от 11.08.21
Окончание 13.08.2021 в 11:24 (МСК)

Начальная цена

17 969‍ ₽

Тендер № 54062628
от 02.08.21
Окончание 04.08.2021 в 13:06 (МСК)

Начальная цена

153 619‍ ₽

Тендер № 54045707
от 31.07.21
Окончание 03.08.2021 в 10:57 (МСК)

Начальная цена

48 133‍ ₽

Тендер № 54045703
от 31.07.21
Окончание 03.08.2021 в 11:00 (МСК)

Начальная цена

101 033‍ ₽

Тендер № 54045650
от 31. 07.21
Окончание 03.08.2021 в 10:48 (МСК)

Начальная цена

21 659‍ ₽

Тендер № 53776248
от 16.07.21
Окончание 20.07.2021 в 10:00 (МСК)

Начальная цена

125 766‍ ₽

Тендер № 53775022
от 16.07.21
Окончание 20.07.2021 в 10:00 (МСК)

Начальная цена

55 709‍ ₽

Тендер № 53711322
от 14.07.21
Окончание 16.07.2021 в 12:24 (МСК)

Начальная цена

69 092‍ ₽

Тендер № 53539589
от 05.07.21
Окончание 07.07.2021

Начальная цена

192 585‍ ₽

Тендер № 53539577
от 05. 07.21
Окончание 07.07.2021

Начальная цена

15 250‍ ₽

Тендер № 53539578
от 05.07.21
Окончание 07.07.2021

Начальная цена

126 023‍ ₽

Тендер № 53538737
от 05.07.21
Окончание 07.07.2021

г. Одинцово; г. Звенигород

Начальная цена

56 300‍ ₽

Тендер № 53538705
от 05.07.21
Окончание 07.07.2021

Начальная цена

88 587‍ ₽

Тендер № 53477873
от 01.07.21
Окончание 05.07.2021

Начальная цена

104 108‍ ₽

Тендер № 53477855
от 01. 07.21
Окончание 05.07.2021

Начальная цена

59 386‍ ₽

Тендер № 53397640
от 28.06.21
Окончание 30.06.2021

Начальная цена

157 142‍ ₽

Тендер № 53394915
от 28.06.21
Окончание 30.06.2021

г. Одинцово; г. Звенигород

Начальная цена

208 980‍ ₽

Тендер № 53394917
от 28.06.21
Окончание 30.06.2021

Начальная цена

247 983‍ ₽

Тендер № 52977834
от 07.06.21
Окончание 09.06.2021

Начальная цена

28 200‍ ₽

Тендер № 52940728
от 04. 06.21
Окончание 08.06.2021

Начальная цена

124 864‍ ₽

Тендер № 52940644
от 04.06.21
Окончание 08.06.2021

Начальная цена

81 110‍ ₽

Тендер № 52566598
от 20.05.21
Окончание 24.05.2021

Начальная цена

299 948‍ ₽

Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году

Сумма / НМЦ
Обеспечение контракта

415 840,00 Р

Обеспечение контракта: 62 376,00 Р

Статус

Не состоялась

Подача заявок до: 25. 12.2020 15:00 МСК

Предмет закупки

#	Позиция	Кол-во	Ед. изм.
Позиция 1 (223-ФЗ)	Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году	4 000	Л; ДМ3	4 000 Л; ДМ3
Позиция 2 (223-ФЗ)	Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году	4 000	Л; ДМ3	4 000 Л; ДМ3
			0 из 2

Позиция

Кол-во

Ед. изм.

Включить в долю

Выгоднее

Позиция
1
(223-ФЗ)

Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году

4 000

Л; ДМ3

4 000 Л; ДМ3

Позиция
2
(223-ФЗ)

4 000

Л; ДМ3

4 000 Л; ДМ3

0 из 2

Стандарты и нормы

Найдено 9 недействующих или несуществующих стандартов в 1 документе

Показать
Скрыть

Документы

Скачать все документы

Заказчик

ИНН 5015249617
•КПП 501501001
•ОГРН 1125032002402

Вероятные контактные данные: -, 7-495-5971004;, 7-495-5971004, mpzis. [email protected]

Организатор

ИНН 5015249617
•КПП 501501001
•ОГРН 1125032002402

Вероятные контактные данные: -, 7-495-5971004;, 7-495-5971004, [email protected]

Что такое MP — точка слияния в проектировании трафика MPLS?

Что такое MP, точка слияния в проектировании трафика MPLS? Понимание точки слияния в MPLS Traffic Engineering поможет вам понять MPLS TE — Fast Reroute.

MP (точка слияния) — термин, используемый в контексте быстрого перенаправления. Я кратко упомянул точку слияния в посте MPLS Traffic Engineering Fast Reroute Link Protection ранее, и в этом посте я объясню это более подробно.

Давайте посмотрим на топологию ниже.

Рисунок — Точка слияния в MPLS Traffic Engineering MPLS TE FRR Link Protection

Как показано в топологии, красный — это первичный LSP, что означает рабочий путь, поэтому он передает трафик.

Зеленый — это резервный LSP, он просто резервный и будет использоваться в случае сбоя.

С помощью MPLS Traffic Engineering Fast Reroute можно защитить связь и отказ узла.На этом рисунке показан сбой канала, потому что сбой канала M-N защищен (трафик будет перенаправлен немедленно в случае сбоя канала M-N)

Связь между маршрутизатором M и N. Если этот канал выходит из строя, сетевой трафик не может передаваться между A и D через красный LSP, который является основным путем.

Он будет разорван между маршрутизаторами M и N.

Но если требуется продолжить перенос трафика по альтернативному пути в течение 50 мсек, используется быстрое изменение маршрута.Если трафик идет от маршрутизатора A к D, в случае сбоя соединения маршрутизатора M с N, кто может направить трафик к зеленому LSP?

Маршрутизатор

M правильно?

Потому что маршрутизатор M первым узнает об отказе канала связи, когда канал маршрутизатора M — N не работает.

Маршрутизатор M, поскольку он напрямую подключен к неисправному каналу, перенаправляет трафик на зеленый LSP. И первичный LSP, и зеленый LSP завершаются на узле N.

В случае сбоя канала M-N, если трафик снова достигает узла N, узел N может продолжить пересылку трафика в пункт назначения, которым является маршрутизатор D.

Узел N называется точкой слияния (MP), потому что резервный LSP объединяется с первичным LSP на этом маршрутизаторе / узле.

Сеть

VXLAN с MP-BGP Руководство по проектированию плоскости управления EVPN

Содержание

Введение. 3

Уровень управления MP-BGP EVPN: Обзор .. 4

Программная и аппаратная поддержка плоскости управления MP-BGP EVPN. 4

Транспортные IP-устройства под управлением MP-BGP EVPN .. 4

VTEP с MP-BGP EVPN.. 5

Маршрутизация между VXLAN. 5

MP-BGP EVPN Поддержка VXLAN на коммутаторах Cisco Nexus серии 9000. 5

Мультиарендность в MP-BGP EVPN .. 5

MP-BGP EVPN NLRI и семейство адресов L2VPN EVPN. 6

Интегрированная маршрутизация и мост с плоскостью управления MP-BGP EVPN. 7

Обучение на локальном хосте. 8

Объявление маршрута EVPN и обучение удаленному хосту. 8

Симметричная и асимметричная интегрированная маршрутизация и мосты.9

VNI для доменов моста и экземпляров IP VRF. 12

Обнаружение и аутентификация однорангового узла VTEP в MP-BGP EVPN . . 13

Распределенный шлюз Anycast в MP-BGP EVPN .. 15

Подавление ARP в MP-BGP EVPN .. 15

MP-BGP EVPN Конфигурация VTEP. 16

Виртуальный порт-канал VTEP в MP-BGP EVPN VXLAN .. 20

EVPN vPC Конфигурация VTEP. 21

vPC VTEP MP-BGP Status и обновления маршрута EVPN.24

MP-BGP EVPN VXLAN Fabric Design. 26

VXLAN Fabric с MP-iBGP EVPN .. 27

Отражатель маршрута MP-iBGP на уровне позвоночника 27

Отражатель маршрута MP-iBGP на листовом слое 30

MP-iBGP со специальными отражателями маршрутов. 31

VXLAN Fabric с MP-eBGP EVPN .. 31

Внешняя маршрутизация для MP-BGP EVPN VXLAN .. 35

Пример конфигурации для eBGP между пограничным листом VXLAN EVPN и внешним маршрутизатором 36

Пример конфигурации OSPF между пограничным листом VXLAN EVPN и внешним маршрутизатором 39

Вопросы масштабируемости для граничных оконечных узлов EVPN VXLAN. 41

Распределение внешних маршрутов в матрицу EVPN VXLAN. 41

EVPN VXLAN Fabric Объявления внутренней сети извне. 41

Масштабируемость арендатора EVPN на пограничных конечных узлах. 42

Масштабируемость маршрута IP-хоста на граничных конечных узлах. 42

Соединение центра обработки данных для MP-BGP EVPN VXLAN .. 42

Заключение. 43

Для получения дополнительной информации. 43

Введение

Virtual Extensible LAN (VXLAN) — это оверлейная технология для виртуализации сети.Он обеспечивает расширение уровня 2 по общей сети инфраструктуры уровня 3, используя MAC-адрес в туннельной инкапсуляции протокола IP User Datagram Protocol (MAC в IP / UDP). Целью получения расширения уровня 2 в оверлейной сети является преодоление ограничений физических серверных стоек и границ географического местоположения и достижение гибкости для размещения рабочих нагрузок в центре обработки данных или между различными центрами обработки данных.

Первоначальные стандарты IETF VXLAN (RFC 7348) определили VXLAN на основе многоадресной рассылки с лавинной рассылкой без плоскости управления.Он основан на управляемом данными поведении лавинной рассылки и обучения для обнаружения одноранговых узлов удаленных конечных точек туннеля VXLAN (VTEP) и обучения удаленных конечных узлов. Наложенный широковещательный, неизвестный одноадресный и многоадресный трафик инкапсулируется в многоадресные пакеты VXLAN и транспортируется на удаленные коммутаторы VTEP через базовую многоадресную пересылку. Флуд при таком развертывании может стать проблемой для масштабируемости решения. Требование включить возможности многоадресной рассылки в базовой сети также представляет проблему, поскольку некоторые организации не хотят включать многоадресную рассылку в своих центрах обработки данных или сетях WAN.

Чтобы преодолеть ограничения VXLAN с потоком и обучением, как определено в RFC 7348, организации могут использовать виртуальную частную сеть Ethernet с многопротокольным протоколом пограничного шлюза (MP-BGP EVPN) в качестве плоскости управления для VXLAN. MP-BGP EVPN был определен IETF как основанная на стандартах плоскость управления для оверлеев VXLAN. Плоскость управления MP-BGP EVPN обеспечивает обнаружение одноранговых узлов VTEP и распределение информации о доступности конечных узлов, что позволяет создавать более масштабируемые схемы оверлейной сети VXLAN, подходящие для частных и общедоступных облаков.Плоскость управления MP-BGP EVPN представляет набор функций, которые уменьшают или устраняют наводнение трафика в оверлейной сети и обеспечивают оптимальную пересылку трафика как с запада на восток, так и с юга на север.

В этом документе обсуждаются функции и конфигурация MP-BGP EVPN и описываются типовые схемы оверлейной сети VXLAN с использованием MP-BGP EVPN.

В этом документе не обсуждаются основы VXLAN, VXLAN в режиме многоадресной рассылки и обучения или связанные варианты дизайна сети.Для получения дополнительной информации о VXLAN и VXLAN с многоадресной рассылкой и обучением обратитесь к следующим документам:

● Обзор VXLAN: Коммутаторы Cisco Nexus ^® серии 9000: http://www. cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11- 729383.html.

● Дизайн VXLAN с коммутаторами платформы Cisco Nexus 9300: http://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-732453.html.

Этот документ предполагает наличие предварительных знаний о BGP, MP-BGP и BGP и многопротокольной коммутации по меткам (BGP / MPLS) IP VPN. Дополнительные сведения см. В следующих документах IETF RFC:

● RFC 4271 — протокол пограничного шлюза 4 (BGP-4): https://tools.ietf.org/html/rfc4271

● RFC 4760 — Многопротокольные расширения для BGP-4: https://tools.ietf.org/html/rfc4760

● RFC 4364 — BGP / MPLS IP VPN: https://tools.ietf.org/html/rfc4364#page-15

Уровень управления MP-BGP EVPN: обзор

MP-BGP EVPN — это протокол управления для VXLAN, основанный на отраслевых стандартах.До EVPN оверлейные сети VXLAN работали в режиме распространения и обучения. В этом режиме изучение информации конечного хоста и обнаружение VTEP управляются плоскостью данных, без протокола управления для распределения информации о доступности конечного хоста между VTEP. MP-BGP EVPN меняет эту модель. Он вводит обучение на уровне управления для конечных хостов за удаленными VTEP. Он обеспечивает разделение уровней управления и данных, а также единую плоскость управления для пересылки уровней 2 и 3 в оверлейной сети VXLAN.

Уровень управления MP-BGP EVPN предлагает следующие основные преимущества:

● Протокол MP-BGP EVPN основан на отраслевых стандартах, что обеспечивает совместимость с различными поставщиками.

● Он позволяет изучать информацию о доступности конечных узлов на уровнях 2 и 3 на уровне управления, что позволяет организациям создавать более надежные и масштабируемые оверлейные сети VXLAN.

● Он использует технологию MP-BGP VPN десятилетней давности для поддержки масштабируемых многопользовательских оверлейных сетей VXLAN.

● Семейство адресов EVPN несет информацию о доступности как на уровне 2, так и на уровне 3, обеспечивая тем самым интегрированный мост и маршрутизацию в оверлейных сетях VXLAN.

● Он минимизирует наводнение в сети за счет распределения маршрутов MAC / IP на основе протокола и подавления протокола разрешения адресов (ARP) на локальных VTEP.

● Он обеспечивает оптимальную переадресацию трафика с востока на запад и с севера на юг и поддерживает мобильность рабочих нагрузок с помощью распределенной функции Anycast.

● Обеспечивает обнаружение и аутентификацию одноранговых узлов VTEP, снижая риск несанкционированного доступа VTEP в оверлейной сети VXLAN.

● Он предоставляет механизмы для построения активно-активной множественной адресации на уровне 2.

Программная и аппаратная поддержка плоскости управления MP-BGP EVPN

В зависимости от роли, которую устройство играет в сети VXLAN MP-BGP EVPN, может потребоваться поддержка только функций уровня управления или функций уровня управления и данных в сети VXLAN с помощью элемента управления MP-BGP EVPN. самолет.

Транспортные IP-устройства под управлением MP-BGP EVPN

Транспортные IP-устройства

обеспечивают IP-маршрутизацию в базовой сети. Запуская протокол MP-BGP EVPN, они становятся частью плоскости управления VXLAN и распределяют маршруты MP-BGP EVPN среди своих партнеров MP-BGP EVPN. Устройства могут быть одноранговыми узлами MP-iBGP EVPN или отражателями маршрутов или одноранговыми узлами MP External BGP (MP-eBGP) EVPN. Их программное обеспечение ОС должно поддерживать MP-BGP EVPN, чтобы оно могло понимать обновления MP-BGP EVPN и распространять их среди других партнеров MP-BGP EVPN, используя определенные стандарты конструкции.Для пересылки данных транспортные IP-устройства выполняют IP-маршрутизацию только на основе внешнего IP-адреса инкапсулированного пакета VXLAN. Им не нужно поддерживать функции инкапсуляции и декапсуляции данных VXLAN.

VTEP с MP-BGP EVPN

VTEP, на которых работает MP-BGP EVPN, должны поддерживать функции как плоскости управления, так и плоскости данных. На уровне управления они инициируют маршруты MP-BGP EVPN, чтобы анонсировать свои локальные хосты. Они получают обновления MP-BGP EVPN от своих партнеров и устанавливают маршруты EVPN в своих таблицах пересылки.Для пересылки данных они инкапсулируют пользовательский трафик в VXLAN и отправляют его по базовой IP-сети. В обратном направлении они получают инкапсулированный трафик VXLAN от других VTEP, декапсулируют его и пересылают трафик с инкапсуляцией собственного Ethernet к хосту.

Необходимо выбрать правильные платформы коммутаторов для различных сетевых ролей. Для транспортных IP-устройств программное обеспечение должно поддерживать плоскость управления MP-EVPN, но оборудование не должно поддерживать функции уровня данных VXLAN.Для VTEP коммутатор должен поддерживать функции как уровня управления, так и уровня данных.

Маршрутизация между VXLAN

Плоскость управления MP-BGP EVPN обеспечивает интегрированную маршрутизацию и мостовое соединение, распределяя информацию о доступности как Уровня-2, так и Уровня-3 для конечных хостов в оверлейных сетях VXLAN. Связь между хостами в разных подсетях требует маршрутизации между VXLAN. BGP EVPN обеспечивает эту связь, распределяя информацию о доступности уровня 3 в форме маршрута IP-адреса хоста или префикса IP-адреса.В плоскости данных VTEP должен поддерживать поиск маршрута IP-адреса и выполнять инкапсуляцию VXLAN на основе результата поиска. Эта возможность называется функцией маршрутизации VXLAN. Не все аппаратные платформы коммутаторов поддерживают маршрутизацию VXLAN, что влияет на выбор аппаратной платформы.

MP-BGP EVPN Поддержка VXLAN на коммутаторах Cisco Nexus серии 9000

Плоскость управления MP-BGP EVPN для VXLAN была представлена в программном обеспечении Cisco ^® NX-OS версии 7.0 (3) I1 (1) для коммутаторов Cisco Nexus серии 9000. Функции программного обеспечения будут реализованы в составе программных продуктов Cisco NX-OS для других платформ коммутаторов Cisco Nexus, таких как коммутаторы Cisco Nexus серии 7000.

В Cisco NX-OS 7.0 (3) I1 (1) коммутаторы платформы Cisco Nexus 9300 поддерживают как функции уровня управления MP-BGP EVPN, так и функции уровня данных VTEP. Коммутаторы платформы Cisco Nexus 9500 поддерживают функции уровня управления MP-BGP EVPN. Функции уровня данных VTEP будут добавлены к коммутаторам платформы Cisco Nexus 9500 в отладочном выпуске Cisco NX-OS 7.0 (3) I1 (1). Платформы Cisco Nexus 9300 и 9500 поддерживают аппаратную маршрутизацию между VXLAN.

Хотя многие функции MP-BGP EVPN и обсуждение дизайна в этом документе не зависят от платформы, поскольку Cisco Nexus серии 9000 является первой платформой коммутатора, которая поддерживает этот протокол, примеры основаны на серии Cisco Nexus 9000.

Мультиарендность в MP-BGP EVPN

Как расширение существующего MP-BGP, MP-BGP EVPN наследует поддержку мультиарендности с VPN с использованием конструкции виртуальной маршрутизации и пересылки (VRF).В MP-BGP EVPN несколько арендаторов могут сосуществовать и совместно использовать общую транспортную IP-сеть, имея при этом свои собственные отдельные VPN в оверлейной сети VXLAN.

В оверлейной сети EVPN VXLAN идентификаторы сети VXLAN (VNI) определяют домены уровня 2 и обеспечивают сегментацию уровня 2, не позволяя трафику уровня 2 пересекать границы VNI. Точно так же сегментация уровня 3 среди клиентов VXLAN достигается путем применения технологии VRF уровня 3 и обеспечения изоляции маршрутизации между арендаторами с помощью отдельного VNI уровня 3, сопоставленного с каждым экземпляром VRF.У каждого арендатора есть свой собственный экземпляр маршрутизации VRF. IP-подсети VNI для данного клиента находятся в том же экземпляре VRF уровня 3, который отделяет домен маршрутизации уровня 3 от других клиентов.

Встроенная поддержка мультиарендности является преимуществом MP-BGP EVPN VXLAN по сравнению с VXLAN на основе многоадресной рассылки и другими технологиями расширения Layer-2 без возможностей мультиарендности. Это делает технологию VXLAN более подходящей для облачных сетей, которые развертываются с использованием многопользовательской модели.

MP-BGP EVPN NLRI и L2VPN Семейство адресов EVPN

Как и другие протоколы управления сетевой маршрутизацией, MP-BGP EVPN предназначен для распространения информации о доступности сетевого уровня (NLRI) в сети. Уникальной особенностью EVPN NLRI является то, что он включает информацию о доступности уровней 2 и 3 для конечных хостов, которые находятся в оверлейной сети EVPN VXLAN. Другими словами, он объявляет как MAC-адреса, так и IP-адреса конечных хостов EVPN VXLAN. Эта возможность формирует основу для поддержки интегрированной маршрутизации и моста VXLAN.

Необходимо распределить

MAC-адресов уровня 2, поскольку VXLAN является технологией расширения уровня 2. В отличие от традиционной VLAN, которая ограничена определенным местом в сети и остается в пределах границ уровней 2 и 3, VNI представляет собой виртуальный сегмент уровня 2 в оверлейной сети. Однако с точки зрения базовой сети она может охватывать несколько несмежных сайтов, выходя за границы уровня 2 и уровня 3 базовой инфраструктуры (рисунок 1). Трафик между конечными хостами в одном и том же VNI должен передаваться в наложенной сети, что означает, что устройства VTEP в данном VNI должны знать о других MAC-адресах конечных хостов в этом VNI. Распределение MAC-адресов через BGP EVPN позволяет уменьшить или исключить неизвестную одноадресную лавинную рассылку в VXLAN.

Рисунок 1. VNI в базовой IP-сети

IP-адреса хостов уровня 3 объявляются через MP-BGP EVPN, так что трафик между VXLAN может направляться к конечному хосту назначения по оптимальному пути. Для трафика между VXLAN, который необходимо направить к конечному хосту назначения, IP-маршрутизация на основе хоста может обеспечить оптимальный путь пересылки к точному местоположению хоста назначения.

MP-BGP EVPN также может анонсировать префиксные маршруты IP-подсети для VNI. Маршруты с префиксом могут использоваться для маршрутизации трафика к хостам назначения, когда IP-маршруты хоста отсутствуют: например, когда IP-маршруты хоста еще не изучены VTEP через MP-BGP. VTEP может также объявлять префиксные маршруты за пределы сети VXLAN, если подсети должны быть маршрутизируемыми и быть известными за пределами сети VXLAN.

EVPN NLRI передается в BGP с использованием многопротокольного расширения BGP с новым семейством адресов, называемым EVPN уровня 2 (L2VPN).Подобно семейству адресов VPNv4 в IP VPN на основе BGP MPLS (RFC 4364), семейство адресов L2VPN EVPN для EVPN использует распознаватели маршрута (RD) для поддержания уникальности среди идентичных маршрутов в разных экземплярах VRF и использует цели маршрута ( RT) для определения политик, которые определяют, как маршруты объявляются и совместно используются различными экземплярами VRF.

Различитель маршрута — это 8-битный номер октета, используемый для различения одного набора маршрутов (одного экземпляра VRF) от другого. Это уникальный номер, добавляемый к каждому маршруту, поэтому, если один и тот же маршрут используется в нескольких разных экземплярах VRF, BGP может рассматривать их как отдельные маршруты.Различитель маршрута передается вместе с маршрутом через MP-BGP, когда маршруты EVPN обмениваются с одноранговыми узлами MP-BGP.

Цели маршрута могут быть применены к экземпляру VRF для управления импортом и экспортом маршрутов между этим экземпляром и другими экземплярами VRF. Атрибуты route-target для маршрута распределяются в форме атрибута расширенного сообщества BGP, поэтому конфигурация BGP на устройствах, на которых выполняется MP-BGP EVPN, должна быть включена для создания или обработки расширенных атрибутов сообщества.

В реализации Cisco NX-OS отличитель маршрута BGP и цель маршрута могут быть сгенерированы автоматически для упрощения настройки. Отличитель маршрута BGP может быть автоматически получен из идентификаторов маршрутизаторов VNI и BGP коммутатора VTEP, а цель маршрута BGP может быть автоматически сгенерирована как BGP AS: VNI. Кроме того, вы также можете вручную настроить отличитель маршрута BGP и цель маршрута. Если все MP-BGP EVPN VTEP в сети являются платформами коммутаторов Cisco Nexus, рекомендуется использовать автоматически сгенерированные значения для различения маршрутов и целевых значений маршрута. Если устройства VTEP нескольких поставщиков взаимодействуют друг с другом, рекомендуется вручную настроить значения, чтобы избежать проблем, вызванных различиями в реализациях поставщиков. Для сценариев развертывания eBGP, в которых VTEP находятся в разных доменах BGP, цели маршрута BGP должны быть назначены вручную.

Интегрированная маршрутизация и мост с плоскостью управления MP-BGP EVPN

Плоскость управления MP-BGP EVPN обеспечивает интегрированную маршрутизацию и мостовое соединение путем распределения информации о доступности уровней 2 и 3 для конечного хоста, находящегося в оверлейных сетях VXLAN.Каждый VTEP выполняет локальное обучение для получения информации о MAC и IP-адресах от своих локально подключенных хостов, а затем распространяет эту информацию через плоскость управления MP-BGP EVPN. Хосты, подключенные к удаленным VTEP, изучаются удаленно через плоскость управления MP-BGP. Такой подход уменьшает затопление сети для обучения конечных хостов и обеспечивает лучший контроль над распределением информации о доступности конечных хостов.

На рисунке 2 показан пример изучения и распределения NLRI конечного хоста в MP-iBGP EVPN с использованием отражателей маршрута.

Рисунок 2. MP-BGP EVPN Host NLRI Learning and Distribution

Обучение на локальном хосте

VTEP в MP-BGP EVPN изучает MAC-адреса и IP-адреса локально подключенных конечных хостов посредством локального обучения. Это обучение может быть основано на локальной плоскости данных с использованием стандартных процедур обучения Ethernet и IP, таких как изучение MAC-адреса источника из входящих кадров Ethernet и изучение IP-адреса, когда хосты отправляют пакеты Gratuitous ARP (GARP) и Reverse ARP (RARP). или запросы ARP для IP-адреса шлюза на VTEP.В качестве альтернативы, обучение может быть достигнуто с помощью плоскости управления или интеграции плоскости управления между VTEP и локальными хостами.

Объявление маршрута EVPN и обучение удаленному хосту

После изучения MAC и IP-адресов локального хоста VTEP объявляет информацию о хосте в плоскости управления MP-BGP EVPN, чтобы эту информацию можно было распространить на другие VTEP. Этот подход позволяет EVPN VTEP изучать удаленные конечные хосты в плоскости управления MP-BGP EVPN.

Маршруты EVPN объявляются через семейство адресов L2VPN EVPN. Маршруты BGP L2VPN EVPN включают следующую информацию:

● RD: Отличитель маршрута

● Длина MAC-адреса: 6 байт

● MAC-адрес: MAC-адрес хоста

● Длина IP-адреса: 32 или 128

● IP-адрес: IP-адрес хоста (IPv4 или IPv6)

● L2 VNI: VNI домена моста, которому принадлежит конечный хост

● L3 VNI: VNI, связанный с экземпляром маршрутизации VRF арендатора

MP-BGP EVPN использует атрибут расширенного сообщества BGP для передачи экспортированных целей маршрута в маршруте EVPN.Когда EVPN VTEP получает маршрут EVPN, он сравнивает атрибуты цели маршрута в полученном маршруте со своей локально настроенной политикой импорта цели маршрута, чтобы решить, следует ли импортировать маршрут или игнорировать его. В этом подходе используется технология MP-BGP VPN десятилетней давности (RFC 4364) и обеспечивается масштабируемая мультиарендность, при которой узел, не имеющий локального VRF, не импортирует соответствующие маршруты. Масштабирование VPN может быть дополнительно улучшено за счет использования конструкций BGP, таких как распределение маршрутов с ограничениями по маршруту (RFC 4684).

Когда коммутатор VTEP инициирует маршруты MP-BGP EVPN для своих локально изученных конечных хостов, он использует свой собственный адрес VTEP в качестве следующего перехода BGP. Этот следующий переход BGP должен оставаться неизменным при распределении маршрута по сети, поскольку удаленный VTEP должен узнать исходный адрес VTEP в качестве следующего перехода для инкапсуляции VXLAN при пересылке пакетов для оверлейной сети.

Базовая сеть обеспечивает IP-доступность для всех адресов VTEP, которые используются для маршрутизации инкапсулированных пакетов VXLAN к выходному VTEP через базовую сеть.Сетевые устройства в базовой сети должны поддерживать информацию о маршрутизации только для адресов VTEP. Им не нужно изучать маршруты EVPN. Такой подход упрощает работу базовой сети и повышает ее стабильность и масштабируемость.

Симметричная и асимметричная интегрированная маршрутизация и мосты

В проектах IETF EVPN определены две семантики интегрированной маршрутизации и моста (IRB): асимметричный IRB и симметричный IRB. ОС Cisco NX-OS для коммутационных платформ Cisco Nexus реализует симметричный IRB для обеспечения преимуществ масштабируемости и упрощенной поддержки мультитенантности на уровнях 2 и 3.

Асимметричный IRB

С асимметричным IRB входящий VTEP выполняет как мостовое соединение уровня 2, так и поиск маршрутизации уровня 3, тогда как выходной VTEP выполняет только мостовой поиск уровня 2. Как показано на рисунке 3, с асимметричным IRB, когда пакет перемещается между двумя VNI, входящий VTEP направляет пакет от VNI источника к VNI назначения. Выходной VTEP передает пакет в точку назначения в VNI назначения.

Рисунок 3. Маршрутизация VXLAN с асимметричным IRB

Асимметричный IRB требует, чтобы входящий VTEP был настроен как с исходным, так и с целевым VNI для пересылки на уровне 2 и 3. По сути, это требует, чтобы каждый VTEP был настроен со всеми VNI в сети VXLAN и изучал записи ARP и MAC-адреса для всех конечных хостов, подключенных к этим VNI (рисунок 4). Такое поведение может вызвать проблемы масштабируемости по мере увеличения плотности конечных хостов и / или количества VNI VXLAN в оверлейной сети.

Рисунок 4. VTEP Членство VNI в асимметричном IRB

Симметричный IRB

При симметричном IRB входящий и выходной VTEP выполняют поиск на уровне 2 и 3. Симметричный IRB вводит несколько новых логических конструкций:

● VNI уровня 3: Каждый экземпляр VRF арендатора сопоставлен с уникальным VNI уровня 3 в сети. Это сопоставление должно быть согласованным для всех VTEP в сети. Весь маршрутизируемый трафик между VXLAN инкапсулируется с VNI уровня 3 в заголовке VXLAN и обеспечивает контекст VRF для принимающего VTEP.Принимающий VTEP использует этот VNI для определения контекста VRF, в котором необходимо пересылать внутренний IP-пакет. Этот VNI также обеспечивает основу для обеспечения сегментации уровня 3 в плоскости данных.

● MAC-адрес маршрутизатора VTEP: Каждый VTEP имеет уникальный системный MAC-адрес, который другие VTEP могут использовать для маршрутизации между VNI. Этот MAC-адрес здесь называется MAC-адресом маршрутизатора. MAC-адрес маршрутизатора используется в качестве внутреннего MAC-адреса назначения для маршрутизируемого пакета VXLAN.

Как показано на рисунке 5, когда пакет отправляется из VNI A в VNI B, входящий VTEP направляет пакет в VNI уровня 3. Он перезаписывает внутренний MAC-адрес назначения на MAC-адрес выходного маршрутизатора VTEP и кодирует VNI уровня 3 в заголовке VXLAN. После того, как выходной VTEP получает инкапсулированный пакет VXLAN, он сначала декапсулирует пакет, удаляя заголовок VXLAN. Затем он смотрит на внутренний заголовок пакета. Поскольку MAC-адрес назначения во внутреннем заголовке пакета является его собственным MAC-адресом, он выполняет поиск маршрутизации уровня 3. VNI уровня 3 в заголовке VXLAN предоставляет контекст VRF, в котором выполняется этот поиск маршрутизации.

Рисунок 5. Маршрутизация VXLAN с симметричным IRB

Преимущества симметричного IRB

При симметричном IRB входящему VTEP не требуется знать VNI назначения для маршрутизации между VNI. Следовательно, VTEP не нужно изучать и поддерживать информацию о MAC-адресах для удаленных хостов, подключенных к выходным VNI, для которых у него нет локальных хостов (рисунок 6).Этот подход приводит к лучшему использованию таблицы MAC-адресов и смежности ARP на VTEP. Например, на рисунке 6 все MAC-адреса хоста и смежности ARP в VNI-B не обязательно должны присутствовать в VTEP-1. В результате маршрутизация и мосты более масштабируемы, чем с асимметричным IRB. Cisco NX-OS реализует симметричный IRB для достижения оптимального обучения и масштабирования.

Рисунок 6. VTEP Членство в VNI с симметричным IRB

VNI для доменов моста и экземпляров IP VRF

Клиент EVPN VXLAN может иметь несколько сетей уровня 2, каждая из которых имеет соответствующий VNI. Эти сети уровня 2 являются доменами моста в оверлейной сети. Связанные с ними VNI часто называют VNI уровня 2 (L2). Каждому арендатору также требуется VNI уровня 3 (L3) для симметричного IRB, если требуется маршрутизация между VXLAN. Хотя VTEP может иметь все или часть VNI уровня 2 в EVPN VXLAN, он должен иметь VNI уровня 3 для маршрутизации между VXLAN. Все VTEP в EVPN должны иметь одинаковый VNI уровня 3 (рисунок 7).

Рисунок 7. VNI для экземпляров домена моста и IP VRF

Когда EVPN VTEP выполняет поиск переадресации и инкапсуляцию VXLAN для пакетов, которые он получает от своих локальных конечных хостов, он использует либо VNI уровня 2, либо VNI уровня 3 в заголовке VXLAN, в зависимости от того, нужно ли передавать пакеты по мосту. или маршрутизируется.Если MAC-адрес назначения в исходном заголовке пакета не принадлежит локальному VTEP, локальный VTEP выполняет поиск уровня 2 и передает пакет на конечный хост назначения, который находится в том же VNI уровня 2, что и исходный хост. . Локальный VTEP встраивает этот VNI уровня 2 в заголовок VXLAN. В этом случае и исходный, и целевой хосты находятся в одном и том же широковещательном домене уровня 2. Если MAC-адрес назначения принадлежит локальному коммутатору VTEP, то есть если локальный VTEP является IP-шлюзом для исходного хоста, а исходный и целевой хосты находятся в разных IP-подсетях, пакет будет маршрутизироваться локальным VTEP.В этом случае он выполняет поиск маршрутизации уровня 3. Затем он инкапсулирует пакеты с VNI уровня 3 в заголовке VXLAN и перезаписывает внутренний MAC-адрес назначения на MAC-адрес удаленного маршрутизатора VTEP. После получения инкапсулированного пакета VXLAN удаленный VTEP выполняет другой поиск маршрутизации на основе внутреннего IP-заголовка, поскольку внутренний MAC-адрес назначения в полученном пакете принадлежит самому удаленному VTEP.

Адрес назначения VTEP во внешнем IP-заголовке пакета VXLAN определяет местоположение целевого хоста в базовой сети.Пакеты VXLAN направляются к выходному VTEP через базовую сеть на основе внешнего IP-адреса назначения. После того, как пакет прибывает в выходной VTEP, проверяется VNI в заголовке VXLAN, чтобы определить VLAN, в которой пакет должен быть соединен мостом, или экземпляр VRF арендатора, к которому он должен быть маршрутизирован. В последнем случае заголовок VXLAN кодируется с помощью VNI уровня 3. VNI уровня 3 связан с экземпляром маршрутизации VRF клиента, поэтому выходной VTEP может напрямую сопоставлять маршрутизируемые пакеты VXLAN с соответствующим экземпляром маршрутизации клиента.На рисунке 8 показана эта концепция пересылки в симметричном IRB. Такой подход упрощает поддержку мультиарендности как для сегментации уровня 2, так и уровня 3.

Рисунок 8. Перенаправление пакетов VXLAN с симметричной маршрутизацией IRB

Обнаружение и аутентификация однорангового узла VTEP в MP-BGP EVPN

До MP-BGP EVPN у VXLAN не было механизма обнаружения одноранговых узлов VTEP на основе протокола управления или метода аутентификации узлов VTEP. Эти ограничения представляют собой серьезную угрозу безопасности в реальных развертываниях VXLAN, поскольку они позволяют легко вставить мошеннический VTEP в сегмент VNI для отправки или получения трафика VXLAN.

При использовании плоскости управления MP-BGP EVPN устройству VTEP сначала необходимо установить соседство BGP с другими VTEP или с внутренними отражателями маршрутов BGP (iBGP). Помимо обновлений BGP для NLRI конечного хоста, VTEP обмениваются следующей информацией о себе через BGP:

● Уровень 3 VNI

● Адрес VTEP

● MAC-адрес маршрутизатора

Как только VTEP получает обновления маршрута BGP EVPN от удаленного соседа VTEP BGP, он добавляет адрес VTEP из этого объявления маршрута в список одноранговых узлов VTEP.Этот список одноранговых узлов VTEP затем используется как разрешенный список допустимых одноранговых узлов VTEP. VTEP, которых нет в этом разрешенном списке, считаются недействительными или неавторизованными источниками. Инкапсулированный трафик VXLAN от этих недопустимых VTEP будет отброшен другими VTEP.

При пересылке на уровне данных BGP EVPN VTEP принимает инкапсулированные пакеты VXLAN только от одноранговых узлов VTEP, которые находятся в разрешенном списке. Таким образом, MP-BGP EVPN вводит обнаружение VTEP на основе протокола и возможность ограничивать распределение оверлейного трафика VXLAN только VTEP, полученным с помощью BGP.

Наряду с адресом VTEP, который способствует одноранговому обучению VTEP, маршруты BGP EVPN несут MAC-адреса маршрутизатора VTEP. У каждого VTEP есть MAC-адрес маршрутизатора. После того, как MAC-адрес маршрутизатора VTEP распределяется через MP-BGP и изучается другими VTEP, другие VTEP используют его в качестве атрибута партнера VTEP для инкапсуляции маршрутизируемых пакетов между VXLAN этому партнеру VTEP. MAC-адрес маршрутизатора запрограммирован как внутренний MAC-адрес назначения для маршрутизируемой VXLAN.

Для дополнительной безопасности существующая аутентификация BGP Message Digest 5 (MD5) может быть удобно применена к соседним сеансам BGP, чтобы коммутаторы не могли стать соседями BGP для обмена маршрутами MP-BGP EVPN до тех пор, пока они не пройдут успешную аутентификацию друг друга с помощью предварительно настроенного MD5. Ключ стандарта тройного шифрования данных (3DES).Аутентификация соседа BGP в MP-BGP EVPN настраивается так же, как ранее поддерживалась в BGP. Пример показан здесь:

Ниже приведен пример отображения состояния однорангового узла VNI и информации в Cisco NX-OS:

Распределенный шлюз Anycast в MP-BGP EVPN

В MP-BGP EVPN любой VTEP в VNI может быть распределенным шлюзом Anycast для конечных хостов в своей IP-подсети, поддерживая один и тот же IP-адрес виртуального шлюза и MAC-адрес виртуального шлюза (рисунок 9).Благодаря функции шлюза anycast в EVPN конечные узлы в VNI всегда могут использовать свои локальные VTEP для этого VNI в качестве шлюза по умолчанию для отправки трафика за пределы своей IP-подсети. Эта возможность обеспечивает оптимальную пересылку трафика на север от конечных узлов в оверлейной сети VXLAN. Распределенный шлюз Anycast также предлагает преимущество незаметной мобильности хоста в оверлейной сети VXLAN. Поскольку IP-адрес шлюза и виртуальный MAC-адрес идентичны для всех VTEP в VNI, когда конечный хост перемещается с одного VTEP на другой VTEP, ему не нужно отправлять еще один запрос ARP, чтобы повторно узнать MAC-адрес шлюза.

Рисунок 9. Распределенный шлюз Anycast в MP-BGP EVPN

Подавление ARP в MP-BGP EVPN

Подавление ARP — это усовершенствование, предоставляемое плоскостью управления MP-BGP EVPN для уменьшения сетевого лавинного трафика, вызванного широковещательным трафиком из запросов ARP.

Когда для VNI включено подавление ARP, каждый из его VTEP поддерживает таблицу кэша подавления ARP для известных IP-узлов и связанных с ними MAC-адресов в сегменте VNI.Как показано на рисунке 10, когда конечный хост в VNI отправляет запрос ARP для IP-адреса другого конечного хоста, его локальный VTEP перехватывает запрос ARP и проверяет наличие IP-адреса ARP в своей таблице кэша подавления ARP. Если он находит совпадение, локальный VTEP отправляет ответ ARP от имени удаленного конечного хоста. Локальный хост узнает MAC-адрес удаленного хоста в ответе ARP. Если у локального VTEP нет IP-адреса ARP в своей таблице подавления ARP, он рассылает запрос ARP другим VTEP в VNI. Это лавинная передача ARP может происходить для начального запроса ARP к молчащему узлу в сети. VTEP в сети не видят никакого трафика от молчащего хоста до тех пор, пока другой хост не отправит запрос ARP для своего IP-адреса и не отправит ответ ARP. После того, как локальный VTEP узнает о MAC и IP-адресе молчащего хоста, информация распространяется через плоскость управления MP-BGP EVPN на все другие VTEP. Любые последующие запросы ARP не нужно рассылать.

Поскольку большинство конечных хостов отправляют запросы GARP или RARP, чтобы объявить о себе в сети сразу после того, как они подключаются к сети, у локального VTEP сразу же будет возможность узнать их MAC- и IP-адреса и передать эту информацию другим VTEP через MP-BGP EVPN. Плоскость управления.Следовательно, наиболее активные IP-узлы в VXLAN EVPN должны быть изучены VTEP либо посредством локального обучения, либо посредством удаленного обучения на основе уровня управления. В результате подавление ARP уменьшает наводнение сети, вызванное поведением обучения ARP хоста.

Рисунок 10. Подавление ARP в MP-BGP EVPN

MP-BGP EVPN Конфигурация VTEP

В этом разделе кратко описаны шаги по настройке MP-BGP EVPN VTEP.

Шаг 1. Выполните начальную настройку каждого коммутатора VTEP.

Шаг 2. Настройте экземпляр VRF клиента EVPN.

В следующем примере показана конфигурация для двух экземпляров VRF арендатора:

Шаг 3. Создайте VNI уровня 3 для каждого экземпляра VRF клиента.

Шаг 4. Настройте VNI уровня 2 EVPN для сетей уровня 2.

Этот шаг включает отображение VLAN на VNI уровня 2 и определение их параметров EVPN.

Шаг 5. Настройте SVI для VNI уровня 2 и включите шлюз anycast под SVI.

Шаг 6. Настройте распределенный Anycast-шлюз EVPN.

Этот шаг включает настройку виртуального MAC-адреса произвольного шлюза для каждого VTEP и IP-адреса произвольного шлюза для каждого VNI.

Все VTEP в домене EVPN должны иметь один и тот же виртуальный MAC-адрес шлюза любой передачи и один и тот же IP-адрес шлюза любой передачи для данного VNI, для которого они функционируют как IP-шлюз по умолчанию.

Шаг 7. Настройте туннельный интерфейс VXLAN nve1 и свяжите с ним VNI уровня 2 и VNI уровня 3.

Шаг 8. Настройте MP-BGP на VTEP.

Шаг 9. Настройте отражатель маршрута iBGP.

Виртуальный порт-канал VTEP в MP-BGP EVPN VXLAN

Virtual Port-Channel (vPC) VTEP объединяет две технологии, vPC и VXLAN, для обеспечения избыточности на уровне устройств для VTEP.Пара коммутаторов vPC использует один и тот же адрес VTEP, часто называемый произвольным адресом VTEP, и функционирует как логический VTEP. Другие VTEP в сети рассматривают два коммутатора как один VTEP с произвольным адресом VTEP. Когда оба коммутатора vPC VTEP включены и работают, они загружают общий ресурс в конфигурации «активный-активный». Если один коммутатор vPC выходит из строя, другой коммутатор принимает на себя всю нагрузку трафика, так что событие сбоя не приводит к потере связи для устройств, подключенных к паре vPC.

Уровень управления MP-BGP EVPN в Cisco NX-OS реализован для прозрачной работы с vPC VTEP. С плоскостью управления MP-BGP EVPN, vPC VTEP продолжают функционировать как единый логический VTEP с произвольным адресом VTEP для функций VTEP, но с точки зрения MP-BGP они работают как два отдельных объекта. Они имеют разные идентификаторы маршрутизатора для BGP, формируют смежность соседей BGP с одноранговыми узлами BGP отдельно и независимо объявляют маршруты EVPN. В маршрутах EVPN они оба используют произвольный адрес VTEP в качестве следующего перехода, чтобы удаленные VTEP могли использовать изученные маршруты EVPN и инкапсулировать пакеты, используя произвольный адрес VTEP в качестве пункта назначения во внешнем IP-заголовке инкапсулированных пакетов.

EVPN vPC Конфигурация VTEP

Коммутаторы vPC VTEP настроены на использование вторичного IP-адреса на интерфейсе обратной связи в качестве адреса VTEP для источника туннелей VXLAN (интерфейс nve1). Остальная часть конфигурации EVPN VXLAN остается такой же, как для стандартного одиночного VTEP. Оба коммутатора должны иметь собственные конфигурации BGP с уникальным идентификатором маршрутизатора. На рисунке 11 показана концепция MP-BGP EVPN vPC VTEP. MP-BGP использует произвольный адрес VTEP в качестве следующего перехода при создании обновлений BGP для маршрутов EVPN.

Рисунок 11. MP-BGP EVPN vPC VTEP

Здесь показан образец конфигурации vPC VTEP.

vPC Конфигурация VTEP-1

vPC Конфигурация VTEP-2

vPC VTEP MP-BGP Status и обновления маршрута EVPN

Для своих соседей MP-BGP vPC VTEP отображаются как два отдельных соседа.Ниже приведен пример вывода show bgp l2vpn evpn summary от BGP-соседа vPC VTEP:

Два vPC VTEP объявляют маршруты EVPN с тем же произвольным адресом VTEP, что и следующий переход BGP. Здесь показаны примеры объявлений маршрута от двух vPC VTEP.

На VTEP-1

На ВТЭП-2.

На других VTEP маршруты EVPN изучаются с помощью произвольного VTEP в качестве следующего перехода.Следующий фрагмент взят из вывода show bgp l2vpn evpn на удаленном VTEP для тех же маршрутов, которые были объявлены в предыдущем примере:

MP-BGP EVPN VXLAN Fabric Design

Все большее количество организаций обращает внимание на двухуровневую архитектуру структуры «позвоночник и лист» при развертывании новых масштабируемых сетей центров обработки данных (рис. 12). Двухуровневая структура фабрики обеспечивает гибкость, необходимую для роста сети в соответствии с постоянно растущими требованиями приложений к плотности подключения и пропускной способности.Фабрика работает как сеть уровня 3, чтобы воспользоваться преимуществами доказанной стабильности и масштабируемости существующих протоколов маршрутизации уровня 3, таких как Open Shortest Path First (OSPF), BGP и Intermediate System to Intermediate System (IS-IS).

Рисунок 12. Двухуровневая архитектура структуры Spine-Leaf

В структуре Layer-3 домены Layer-2 содержатся под каждым конечным коммутатором. Для приложений, которые предполагают прямую смежность уровня 2 между вычислительными узлами, этот дизайн может ограничить размещение рабочей нагрузки.VXLAN можно развернуть для расширения доменов уровня 2 по фабрике уровня 3 для достижения гибкости размещения рабочих нагрузок. В этом разделе обсуждаются некоторые типичные варианты дизайна для фабрики VXLAN с использованием плоскости управления MP-BGP EVPN для распределения маршрутов и поддержки мультитенантности.

MP-BGP EVPN — это новое семейство адресов в BGP, в котором используются механизмы BGP, которые не зависят от семейства адресов. Он не требует использования ни iBGP, ни eBGP. Такая гибкость упрощает для организаций переход от существующих проектов BGP для центров обработки данных к архитектуре MP-BGP EVPN VXLAN. Этот подход также обеспечивает гибкость в назначении номеров автономных систем (ASN) BGP.В этом разделе обсуждаются конструкции MP-iBGP EVPN и MP-eBGP EVPN.

VXLAN Fabric с MP-iBGP EVPN

Благодаря дизайну MP-iBGP EVPN все динамики MP-BGP находятся в одной автономной системе BGP. Чтобы упростить пиринговую топологию iBGP, в сети часто развертываются отражатели маршрутов iBGP. Протокол маршрутизации IGP по выбору может быть развернут для обеспечения IP-доступности для адресов VTEP в базовой сети. В зависимости от возможностей программного обеспечения и масштабируемости отражатели маршрутов iBGP могут быть размещены либо на уровне позвоночника, либо на листовом уровне, или они могут быть на выделенных устройствах для большей масштабируемости.

Отражатель маршрута MP-iBGP на уровне позвоночника

В этой конструкции листовые переключатели являются устройствами VTEP. Они запускают MP-iBGP и равноправный сервер с парой отражателей маршрута, которые работают на коммутаторах позвоночника. Эта конструкция требует, чтобы выбранные позвоночные устройства имели функции программного обеспечения MP-BGP EVPN, но они не обязательно должны быть VTEP.

На рис. 13 показан образец коммутационной сети MP-iBGP EVPN VXLAN с отражателями маршрута (RR) iBGP на уровне позвоночника. В этой схеме каждый лист VTEP имеет двух соседей iBGP, которые являются двумя отражателями маршрутов BGP позвоночника.Каждый рефлектор маршрутов BGP позвоночника имеет все конечные узлы VTEP в качестве клиентов рефлектора маршрутов и отражает маршруты EVPN для конечных узлов VTEP.

Рисунок 13. MP-iBGP EVPN VXLAN Fabric Design с отражателями маршрутов на уровне позвоночника

В следующем примере показана конфигурация MP-iBGP на конечных узлах VTEP в этой схеме:

В следующем примере показана конфигурация MP-iBGP на рефлекторе маршрута BGP позвоночника:

Отражатель маршрута MP-iBGP на листовом слое

Размещение отражателей маршрута BGP на уровне позвоночника — это интуитивно понятный дизайн для MP-iBGP EVPN.Для этого требуется, чтобы выбранные позвоночные устройства поддерживали программные функции протокола MP-iBGP EVPN, чтобы они могли обрабатывать и распространять обновления MP-iBGP для маршрутов EVPN. Если спиновые устройства не могут запускать MP-BGP EVPN, то функции отражателя маршрута BGP необходимо переместить на конечный уровень, где конечные коммутаторы поддерживают функции MP-BGP EVPN и VTEP (рисунок 14).

Рисунок 14. MP-iBGP EVPN Fabric Design с функциями отражателя маршрутизатора BGP на конечном уровне

В этой схеме коммутаторы позвоночника вообще не участвуют в плоскости управления MP-BGP EVPN.Они запускают базовый протокол сетевой маршрутизации, чтобы установить IP-доступность для адресов VTEP и адресов пиринга iBGP, если они не совпадают с адресами VTEP: например, на VTEP vPC.

MP-iBGP со специальными отражателями маршрутов

Роль отражателей маршрутов MP-iBGP в EVPN такая же, как и для стандартных отражателей маршрутов iBGP, которые должны отражать обновления BGP между одноранговыми узлами iBGP, чтобы им не нужно было формировать полностью взаимосвязанную одноранговую топологию iBGP.Такой подход значительно упрощает топологию iBGP и делает протокол более масштабируемым. Поскольку функции отражателя маршрутов являются чисто функциями плоскости управления, отражатели маршрутов BGP не обязательно должны находиться на пути пересылки плоскости данных. Эта функция обеспечивает большую гибкость при размещении отражателя маршрута и выборе платформы.

Одним из вариантов масштабируемой конструкции является использование выделенных устройств в качестве отражателей маршрута вне тракта передачи данных (рисунок 15). Выбранные устройства должны поддерживать MP-BGP EVPN и иметь соответствующую масштабируемость уровня управления BGP и вычислительную мощность, необходимые для быстрой конвергенции.Использование специализированных отражателей маршрута устраняет требования к функции MP-BGP EVPN на уровне позвоночника. Это также снимает с конечных узлов VTEP нагрузку, связанную с необходимостью выполнять функции отражателя маршрутов BGP в дополнение к пересылке данных. Хотя логически оконечные узлы VTEP имеют прямое соседство iBGP с отражателями маршрутов, отражатели маршрутов могут быть физически подключены к сети фабрики VXLAN так же, как оконечные узлы, и иметь сеансы iBGP между оконечными элементами VTEP и отражателями маршрутов для прохождения нескольких переходов (обычно 2) в сети тканевой основы.Следует учитывать особенности маршрутизации, чтобы подкладываемые пути данных между адресами VTEP не проходили через отражатели маршрутов. Это требование помогает гарантировать, что отражатели маршрута находятся вне пути пересылки данных.

Рисунок 15. Конструкция MP-iBGP EVPN с выделенными отражателями маршрутов

VXLAN Fabric с MP-eBGP EVPN

Хотя разработка MP-iBGP EVPN является обычной практикой, некоторые организации предпочитают запускать eBGP между своими конечными и спинными слоями.MP-BGP EVPN может работать как с iBGP, так и с eBGP. EVPN с пирингом MP-eBGP — это жизнеспособный вариант дизайна. Схема eBGP предлагает несколько вариантов распределения автономной системы (AS) BGP. На рисунке 16 показана схема, в которой каждый лист VTEP находится в своей собственной уникальной AS BGP, а на рисунке 17 показан другой вариант, в котором все конечные узлы VTEP находятся в одной AS, но все они взаимодействуют через eBGP с коммутаторами позвоночника.

Поскольку MP-BGP EVPN является расширением BGP, он наследует стандартное поведение BGP.В сети MP-BGP EVPN некоторые варианты поведения по умолчанию нежелательны. Например, когда маршрутизатор BGP объявляет маршруты BGP одноранговому узлу eBGP, по умолчанию он изменяет следующий переход BGP на свой собственный IP-адрес. В MP-BGP EVPN, когда VTEP инициирует обновление BGP для объявления своих маршрутов EVPN, он использует свой собственный адрес VTEP в качестве следующего перехода BGP. Этот следующий переход должен быть сохранен во время пошагового распределения маршрутов BGP, чтобы другие VTEP могли получать маршруты EVPN с исходным адресом VTEP в качестве следующего перехода и могли использовать этот маршрут для инициирования туннелирования VXLAN в плоскости данных.

Следовательно, необходимо настроить eBGP на коммутаторах позвоночника, чтобы он не изменял следующий переход BGP. Маршрутизатор BGP также может изменять атрибуты сообщества BGP при отправке маршрутов eBGP. В MP-EVPN это изменение могло привести к изменению или удалению атрибутов цели маршрута в маршрутах EVPN. Следовательно, необходимо применить дополнительную конфигурацию к промежуточным узлам eBGP, чтобы гарантировать, что они сохранят все атрибуты маршрута и цели.

Рисунок 16. MP-eBGP EVPN VXLAN Fabric с конечными узлами VTEP в уникальных автономных системах

Поскольку в этой схеме каждый VTEP имеет уникальную BGP AS, автоматическое создание целевого маршрута в NX-OS приведет к различным целевым маршрутам на VTEP для одного и того же VNI. Рекомендуется вручную настроить цели маршрута импорта и экспорта, чтобы гарантировать, что VTEP имеют одинаковую конфигурацию целевого маршрута для одного и того же экземпляра VRF уровня 3 и для одного и того же VNI уровня 3 EVPN.

В следующем примере показана конфигурация MP-BGP для магистрального коммутатора и листа VTEP, как показано на рисунке 16.Конфигурация MP-BGP на магистральном коммутаторе включает применение исходящей политики на магистральных коммутаторах, чтобы не изменять маршрут следующего перехода eBGP. В примере также показана ручная настройка цели маршрута на листе VTEP для экземпляров VRF уровня 3 и VNI уровня 2 EVPN.

На рисунке 17 изображена конструкция MP-eBGP со всеми конечными узлами в одной и той же автономной системе, но каждый из них является равноправным с узловыми узлами через MP-eBGP.

Рисунок 17. Дизайн MP-eBGP с конечными узлами VTEP в той же автономной системе BGP

В следующем примере показана конфигурация конструкции листового и стержневого коммутатора VTEP, как показано на рисунке 17. В дополнение к конфигурации, показанной на рисунке 16, на стержневых коммутаторах на рисунке 17 необходимо отключить peer-as-check . потому что им необходимо передавать маршруты MP-BGP EVPN между двумя соседями eBGP, которые находятся в одной автономной системе BGP.Для оконечных узлов VTEP на рисунке 17 необходимо включить allowas-in , чтобы они принимали маршруты BGP от других VTEP, которые находятся в той же автономной системе BGP, что и они. Поскольку в этой схеме все конечные элементы VTEP находятся в одной и той же автономной системе BGP, удобно использовать автоматически сгенерированные системой цели импорта и экспорта для экземпляров VRF уровня 3 и VNI уровня 2 EVPN.

Внешняя маршрутизация для MP-BGP EVPN VXLAN

В большинстве организаций центр обработки данных не изолирован от остальной сети, включая сеть кампуса, глобальную сеть и Интернет.Когда структура EVPN VXLAN развернута в центре обработки данных, ей необходимо поддерживать подключение к этим сетям, которые являются внешними по отношению к структуре VXLAN.

Со стандартной структурой структуры «позвоночник и лист» внешнее подключение может быть достигнуто за счет использования граничных конечных узлов для подключения к внешним устройствам маршрутизации. Рисунок 18 иллюстрирует такую конструкцию с парой пограничных листовых переключателей.

Рисунок 18. Граничные коммутаторы Leaf для внешней маршрутизации MP-BGP EVPN VXLAN Fabric

Граничный конечный коммутатор запускает MP-BGP EVPN внутри с другими VTEP в структуре VXLAN и обменивается с ними маршрутами EVPN.В то же время он выполняет обычную одноадресную маршрутизацию IPv4 или IPv6 в экземплярах VRF клиента с внешним устройством маршрутизации. Протокол маршрутизации может быть обычным eBGP или любым IGP по выбору. По своей конструкции MP-BGP EVPN автоматически импортирует маршруты BGP, полученные в семействе одноадресных адресов IPv4 или IPv6, в семейство адресов L2VPN EVPN.

Таким образом, после того, как пограничный конечный коммутатор узнает внешние маршруты, он может анонсировать их в домен EVPN как маршруты EVPN, чтобы другие конечные узлы VTEP также могли узнать о внешних маршрутах для отправки исходящего трафика.
Граничный конечный коммутатор также может быть настроен для отправки маршрутов EVPN, изученных в семействе адресов EVPN L2VPN, семейству одноадресных адресов IPv4 или IPv6 и анонсирования их на внешнее устройство маршрутизации. Следовательно, если в структуре VXLAN существуют какие-либо общедоступные подсети, они могут быть объявлены извне, чтобы входящий трафик извне в эти общедоступные подсети мог быть направлен в структуру VXLAN.

Поскольку MP-BGP EVPN имеет встроенную мультиарендность, подсети уровня 3 в оверлейной сети VXLAN находятся в экземпляре маршрутизации VRF арендатора.По умолчанию разные клиенты могут поддерживать свои отдельные экземпляры маршрутизации уровня 3. Поэтому внешнюю маршрутизацию для разных арендаторов необходимо предоставлять отдельно. Граничный лист должен иметь внешний интерфейс уровня 3 для каждого экземпляра VRF клиента, для которого выполняется внешняя маршрутизация (рисунок 19).

Чтобы расширить такую сегментацию маршрутизации уровня 3 между различными арендаторами во внешнюю сеть, внешний маршрутизатор может также разместить свои интерфейсы уровня 3 для пограничного листа в экземплярах VRF арендатора.Сеансы маршрутизации между пограничным листом и внешним маршрутизатором будут выполняться в VRF-lite с обеих сторон.

В проектах, которые завершают сегментацию уровня 3 на граничном листе VXLAN, внешний маршрутизатор может запускать все сеансы маршрутизации в таблице маршрутизации по умолчанию. В этом случае маршруты из разных экземпляров маршрутизации клиентов в структуре VXLAN будут объединены в одну и ту же таблицу маршрутизации по умолчанию снаружи. Поскольку в этом типе дизайна арендаторы по существу совместно используют внешнюю маршрутизацию, IP-адреса клиентов VXLAN не могут перекрываться.

Рисунок 19. MP-BGP EVPN VXLAN Fabric External Routing with Multitenancy

Пример конфигурации для eBGP между пограничным листом VXLAN EVPN и внешним маршрутизатором

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

На граничном листе BGP настроен для объявления префиксов IP-подсети VXLAN. По умолчанию BGP объявляет маршруты IP-хоста MP-BGP EVPN. Фильтрация маршрутов применяется в примере конфигурации для блокировки маршрутов IP-хоста / 32, так что только префиксные маршруты объявляются внешнему маршрутизатору. Поскольку внешнему устройству не требуются определенные маршруты хоста для входящего трафика, этот подход обеспечивает лучшую масштабируемость маршрутизатора для внешней маршрутизации.

На граничном листе VXLAN:

Конфигурация BCP на внешнем маршрутизаторе:

В предыдущем примере маршрут 20 подсети VNI.0.0.0 / 24 объявляется внешнему маршрутизатору через VRF-lite eBGP, как показано в глобальной таблице маршрутизации, как показано ниже:

Маршруты, полученные от внешнего маршрутизатора, распределяются в структуру VXLAN пограничным листом через протокол MP-BGP EVPN. В следующем примере показан захват внешнего маршрута на внутреннем VTEP. VTEP изучает внешний маршрут от пограничного полотна через отражатель маршрута. Маршрут распространяется через MP-BGP EVPN.

Пример конфигурации OSPF между пограничным листом VXLAN EVPN и внешним маршрутизатором

Пример на рис. 20 использует OSPF в качестве протокола внешней маршрутизации на пограничном листе EVPN VXLAN для обмена маршрутами с внешним миром.Для мультитенантности в примере используются субинтерфейсы для маршрутизации между пограничным листом и внешним маршрутизатором. С субинтерфейсами несколько арендаторов могут совместно использовать одни и те же физические ссылки для внешней маршрутизации с одним субинтерфейсом для каждого экземпляра маршрутизации VRF арендатора на граничном листе. В этом примере маршрутизация на внешнем маршрутизаторе находится в экземпляре VRF по умолчанию. Вы также можете расширить экземпляры арендатора VRF на внешнем устройстве, настроив на нем субинтерфейсы VRF-lite.

Рисунок 20. EVPN VXLAN Внешняя маршрутизация с OSPF

Соответствующая конфигурация на бордюрной створке показана здесь:

В этом проекте граничный лист изучает внешние маршруты через OSPF в экземплярах VRF клиента. Он перераспределяет маршруты к MP-BGP в экземплярах VRF, а затем объявляет их через MP-BGP L2VPN EVPN внутренним VTEP.

В следующем примере показано распределение внешнего маршрута на пограничной створке:

Внутренние VTEP изучают внешние маршруты через MP-BGP EVPN:

Вопросы масштабируемости для граничных конечных узлов EVPN VXLAN

Граничные конечные узлы VXLAN — это точки подключения внешней коммутационной сети VXLAN.Они изучают внешние маршруты и перераспределяют их на другие VTEP через MP-BGP EVPN. В то же время они рекламируют внешние подсети, которые находятся в структуре VXLAN.

Распределение внешних маршрутов в EVPN VXLAN Fabric

Пограничный лист может получать большое количество внешних маршрутов извне. Поскольку пограничные конечные узлы обычно являются выходным шлюзом для внутренних устройств фабрики, все внешние маршруты, возможно, не нужно распределять в фабрику.Вместо этого вы можете суммировать маршруты, прежде чем объявлять их MP-BGP EVPN. В некоторых случаях может быть достаточно объявления маршрута по умолчанию к фабрике для каждого арендатора. Уменьшение количества распределенных внешних маршрутов помогает гарантировать, что внутренние устройства VTEP не исчерпают ресурсы таблицы маршрутизации с самым длинным совпадением префиксов (LPM). Этот подход также снижает нагрузку на уровень управления MP-BGP EVPN на внутренние VTEP, что приводит к повышению производительности уровня управления.

EVPN VXLAN Fabric Объявления внутренней сети для внешних

Некоторые подсети уровня 3 в оверлейной сети EVPN VXLAN должны быть доступны извне.Граничные конечные узлы должны анонсировать информацию о доступности уровня 3 для этих общедоступных подсетей. MP-BGP EVPN может распределять как маршруты IP-хоста, так и маршруты префиксов внутренней подсети снаружи. В сеансе протокола маршрутизации между пограничным листом и внешним маршрутизатором вы можете применять фильтры, чтобы избежать отправки внутренних маршрутов IP-хоста наружу. В большинстве случаев префиксные маршруты LPM для общедоступных подсетей — это то, что нужно внешней сети для отправки трафика в структуру VXLAN.

Масштабируемость арендатора EVPN на пограничных конечных узлах

Граничный лист обеспечивает внешнее подключение для клиентов в оверлейной сети VXLAN.Они должны участвовать во всех экземплярах маршрутизации VRF арендатора, для которых они служат граничными конечными узлами. При создании крупномасштабного проекта с несколькими арендаторами следуйте требованиям к максимальному количеству экземпляров VRF EVPN Layer-3, которые может поддерживать пограничный лист.

Масштабируемость маршрута IP-хоста на граничных конечных узлах

Для достижения оптимальной пересылки входящего трафика, предназначенного для внутренних конечных хостов, пограничный лист должен выполнять маршрутизацию на основе IP-хоста для конечных хостов в общедоступных подсетях клиента.Это требование подразумевает, что пограничный лист должен изучить и запрограммировать маршруты хоста в таблице аппаратной пересылки для маршрутов IP-хоста. Размер таблицы IP-хостов определяет общее количество конечных хостов, которые могут присутствовать в общедоступных подсетях клиента.

Соединение центра обработки данных для MP-BGP EVPN VXLAN

Хотя Overlay Transport Virtualization (OTV) и Virtual Private LAN Service (VPLS) остаются наиболее проверенными решениями для соединения центров обработки данных уровня 2 (DCI), VXLAN с плоскостью управления MP-BGP EVPN может предложить альтернативу при определенных условиях развертывания.Когда VXLAN развертывается в центрах обработки данных, использование ее для соединения между центрами обработки данных может упростить общий дизайн сети и снизить операционную сложность, обеспечивая единое решение наложения сети для трафика как внутри, так и между центрами обработки данных.

На рис. 21 показан простой дизайн центра обработки данных и DCI с MP-BGP EVPN VXLAN. В этом проекте каждый центр обработки данных поддерживает свою собственную автономную систему BGP и развертывает структуру EVPN VXLAN с MP-iBGP с отражателями маршрутов для простоты и масштабируемости.Между центрами обработки данных граничные конечные узлы DCI запускают многопозиционный MP-eBGP EVPN друг с другом. Следовательно, два центра обработки данных объединяются в единый домен маршрутизации MP-BGP EVPN. В плоскости управления маршруты EVPN распределяются по пути iBGP-eBGP-iBGP между центрами обработки данных. В плоскости данных, когда конечный хост в центре обработки данных A отправляет трафик на другой узел в центре обработки данных B, пакеты данных проходят через один туннель VXLAN и инкапсулируются входящим VTEP в центре обработки данных A и декапсулируются выходным VTEP в центре обработки данных. Б.Такой подход обеспечивает высокоэффективную пересылку данных DCI в оверлейной сети.

Рисунок 21. Решение DCI с унифицированным административным доменом MP-BGP EVPN

На рисунке 22 показана другая конструкция DCI с MP-BGP EVPN. Он имеет отдельный домен MP-iBGP EVPN для каждого центра обработки данных и объединяет их вместе через домен MP-eBGP EVPN между центрами обработки данных между VTEP DCI. Сеанс MP-eBGP между DCI VTEP должен быть многопоточным, если VTEP не подключены напрямую.Такой дизайн обеспечивает гибкость развертывания различных операционных и функциональных моделей EVPN в каждом центре обработки данных. Это также обеспечивает большую масштабируемость в центре обработки данных с точки зрения пиринга VTEP внутри центра обработки данных, поскольку каждый центр обработки данных имеет свой собственный атомарный домен EVPN.

Рисунок 22. DCI с отдельными административными доменами MP-BGP EVPN

Заключение

MP-BGP EVPN меняет парадигму оверлейной сети VXLAN.Он вводит обучение на уровне управления, чтобы обеспечить базу данных пересылки с постоянными сигналами в сети любого размера, вместо того, чтобы полагаться на лавинную рассылку и обучение. MP-BGP EVPN основан на проекте отраслевого стандарта и совместных усилиях нескольких поставщиков и поставщиков услуг, работающих вместе над разработкой простой и совместимой технологии. Он обеспечивает интегрированный мост и маршрутизацию для оверлейных сетей для оптимизации доставки трафика. Благодаря возможностям MP-BGP EVPN в программном обеспечении Cisco NX-OS и возможностям маршрутизации VXLAN в оборудовании Cisco Nexus серии 9000 вы можете использовать коммутаторы Cisco Nexus серии 9000 для построения высокомасштабируемых, надежных и высокопроизводительных оверлейных сетей VXLAN.

Для получения дополнительной информации

● Проект IETF — Ethernet VPN на основе BGP MPLS:
https://tools.ietf.org/html/draft-ietf-l2vpn-evpn-11

● Проект IETF — оверлейное решение для виртуализации сети с EVPN:
https://tools.ietf.org/html/draft-ietf-bess-evpn-overlay-00

● Проект IETF — Интегрированная маршрутизация и мост в EVPN:
https://tools.ietf.org/html/draft-ietf-bess-evpn-inter-subnet-forwarding-00

● Проект IETF — объявление префикса IP в EVPN:
https: // tools.ietf.org/html/draft-rabadan-l2vpn-evpn-prefix-advertising-02

● RFC 4271 — протокол пограничного шлюза 4 (BGP-4):
https://tools.ietf.org/html/rfc4271

● RFC 4760 — Многопротокольные расширения для BGP-4:
https://tools.ietf.org/html/rfc4760

● RFC 4364 — BGP / MPLS IP VPN:
https://tools.ietf.org/html/rfc4364#page-15

● Обзор VXLAN — Коммутаторы Cisco Nexus серии 9000:
http://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-729383.html

● Дизайн VXLAN с коммутаторами платформы Cisco Nexus 9300:
http://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-732453. html

A40V — 4-канальный усилитель Hi-Z / Low-Z с технологией FlexAmp

Диапазон рабочих температур

охлаждение, терморегулируемая скорость вентилятора, боковой / задний поток воздуха
Максимум: -10 ° — 50 ° C, рекомендуемый: 0 ° — 35 ° C, пониженная производительность выше 40 ° C

каналов	2	4	8
Мощность (задействованы все каналы) 8 Ом 4 Ом 70 В 90 100 В	200 Вт 200 Вт 200 Вт 200 Вт	200 Вт 200 Вт 200 Вт 200 Вт	200 Вт 200 Вт 200 Вт 200 Вт
Технология FlexAmp	Позволяет каждой паре каналов усилителя обеспечивать общую мощность до 400 Вт в любом соотношении
Частотная характеристика при 8 Ом	20 Гц — 20 кГц +/- 0.5 дБ. D
Входное сопротивление	> 10 кОм, симметричный или несимметричный
Максимальный входной уровень	12,3 В (+24 дБн)
Охлаждение Тип Диапазон рабочих температур
Разъемы Входные разъемы Дистанционные разъемы Выходные разъемы	Два 3.5 мм евро, 3-контактный (зеленый) Один 3,5 мм евро, 5-контактный (черный) Один 5,0 мм евро, 4-контактный (зеленый)	Четыре 3,5 мм евро, 3-контактный (зеленый) Один 3,5 мм евро, 5-контактный (черный) Два 5,0 мм евро, 4-контактный (зеленый)	Восемь 3,5 мм евро, 3-контактный (зеленый) Один 3,5 мм евро, 5- контакт (черный) Четыре 5,0 мм евро, 4 контакта (зеленый)
Индикаторы передней панели	Питание, сигнал (на канал), ограничение / отключение звука / защита (на канал)
Задняя панель индикаторы	Двухцветный светодиодный сигнал / ограничение / отключение звука / защита
Работа, настраиваемая пользователем режимов (на канал)	Выбор DIP-переключателя, низкое сопротивление 4 Ом или 8 Ом, прямой привод с высоким сопротивлением 70 В или 100 В
Удаленный ввод / вывод	Удаленный режим ожидания, определение состояния усилителя включено 3.Разъемы 5 мм
Фильтр верхних частот	Переключатель DIP 80 Гц на канал
Размеры	1,75 дюйма x 19 дюймов x 14,8 дюйма (44 мм x 483 мм x 377 мм)
Вес нетто	7,7 фунта (3,5 кг)	9,3 фунта (4,2 кг)	12,8 фунта (5,8 кг)
Масса в упаковке	12,3 фунта (5,6 кг)	13,9 фунта (6,3 кг)	17,4 фунта ( 7,9 кг)
Требования к питанию	Универсальный источник питания (с активной коррекцией коэффициента мощности), 100 — 240 В переменного тока, 50-60 Гц
Одобрения агентств	Соответствие UL, CE, RoHS / WEEE, FCC, класс B (кондуктивные и излучаемые помехи)
Содержимое коробки	Кабель IEC, краткое руководство, блок разъемов

Математические задачи в инженерии | Хиндави

Исследовательская статья

25 ноября 2021 г.

Модель прогнозируемого управления синхронным двигателем с постоянными магнитами на основе метода ограничения перехода состояний

Цзюнь Гао | Цзе Чжан | … | Heshan Zhang

Синхронные двигатели с постоянными магнитами широко используются и имеют достаточные перспективы развития в системах привода электромобилей. Показано, что традиционные методы прогнозирующего управления (MPC) позволяют достичь хороших характеристик управления за счет отслеживания осевого тока d, и q , а также ограничения амплитуды тока. Однако характеристики динамического отклика и гармоники тока во время процесса переключения не учитываются в традиционном MPC.Поэтому в этой статье предлагается MPC, который может эффективно улучшить характеристики управления, где последовательность переключения переключения в модуле ограничения переключения рассматривается в улучшенной модели. Ошибка перехода состояния получается из модуля ограничения переключения в соответствии с текущим состоянием переключения и вероятностью перехода, после чего выполняется интегрирование в функцию стоимости, в которой учитываются ошибка управления, ошибка отслеживания и ошибка ограничения. Алгоритм обучения с подкреплением (RL) используется для получения весового коэффициента члена ошибки перехода в модуле ограничения для автоматического определения наилучшего состояния переключения для следующего периода управления с использованием функции стоимости.Имитационные испытания показывают, что полное гармоническое искажение фазного тока на основе улучшенного MPC составляет 978,4%, что меньше 2843,0% по сравнению с традиционным методом MPC менее 20 Нм при 1000 об / мин. Время отклика двигателя на крутящий момент уменьшается на 0,026 с, тогда как результаты моделирования показывают, что характеристики ускорения электромобиля на 100 км улучшаются на 9,9%.

Статья исследования

25 ноября 2021 г.

Эмпирическое исследование национальной неоднородности инноваций в сфере высокотехнологичных производственных технологий и статуса разделения труда GVC

Лей Лян | Явен Лян

Хотя взаимосвязь между технологическими инновациями и статусом разделения труда в глобальной цепочке создания стоимости (GVC) была по существу подтверждена академическими кругами, прямая регрессия всех стран не учитывает национальные различия, относящиеся к разным уровням экономического развития.В этом документе страны, выбранные для этого исследования, делятся на развитые и развивающиеся, а затем проводятся эмпирические тесты на двух выборках для изучения неоднородности технологических инноваций и статуса разделения труда в ГПС. Результаты показывают следующее: (1) в развитых странах статус разделения труда по ГПС в высокотехнологичной обрабатывающей промышленности, как правило, выше, чем в развивающихся странах; (2) в развитых странах технологические инновации в сфере высокотехнологичного производства играют значительную роль в продвижении разделения труда в ГЦСС, в то время как в развивающихся странах они оказывают существенное сдерживающее воздействие; и (3) вклад персонала и уровень финансового развития значительно повысили статус ГЦСС в сфере разделения труда.Более ранние исследования показали, что в развивающихся странах технологические инновации в высокотехнологичных отраслях обрабатывающей промышленности не в полной мере служат цели экспорта промежуточных товаров. Выводы этого исследования предлагают новый метод объяснения природы данной страны, логики технологических инноваций и различий в статусе разделения труда в ГЦСС.

Исследовательская статья

25 ноября 2021 г.

Применение устойчивого развития к экономическим проблемам малых и средних предприятий после внедрения адресных субсидий в Иране

Рухолла Сохраби | Коорош Пури | … | Адель Пургхадер Чобар

Хотя малые и средние предприятия играют важную роль в производстве и занятости, эти фирмы имеют структурные ограничения с точки зрения человеческих и материальных ресурсов. Эти ограничения подчеркиваются после внедрения целевых субсидий в Иране, отпускания цен на энергоносители и одновременного возникновения политической и экономической ситуации. Основная проблема на нынешнем пути устойчивого развития адресована всем слоям общества, таким как инженерное и производственное.Производимые продукты должны учитывать влияние трех аспектов устойчивости в течение их жизненного цикла. Три аспекта устойчивости как неотъемлемой части вопросов устойчивости — это экономические, экологические и социальные факторы. Поэтому в данном исследовании для достижения устойчивого экономического развития в Иране рассматривается только экономический аспект. Потому что он получит большую выгоду от передачи передовых производственных технологий в промышленности через международные соглашения, такие как механизм чистого развития (МЧР).Однако высококонкурентная среда имеет решающее значение из-за более рентабельных проектов, поэтому Ирану необходимо найти баланс между устойчивым развитием и прибыльностью проектов. В этом исследовании были изучены выявление и ранжирование основных проблем ведущих малых и средних предприятий. Он также использует метод анализа режимов и последствий отказов (FMEA) и опрашивает экспертов и менеджеров малых и средних предприятий в провинции, признанную и модель принятия решений с использованием нескольких отраслей.ВИКОР был признан самым важным вызовом. Результаты показывают, что волатильность обменного курса является наивысшим приоритетом, поэтому первая проблема была выявлена. Точно так же политический бойкот и рост стоимости производства и стоимости предприятий, производящих продукцию, были определены в качестве следующих проблем.

Исследовательская статья

25 ноября 2021 г.

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

Гютай Ким | Сон-Джун Ким | Jong-Ho Shin

В этой статье представлена модель для решения проблемы неопределенности, присущей проблемам замены, в соответствии с которой фирма должна выбирать между взаимоисключающими проектами с неравной продолжительностью жизни, применяя критерий Келли (который малоизвестен инженерно-экономическому сообществу) в рамках среда ценообразования опционов на биномиальной решетке.Предполагая, что среди многих факторов неопределенной является только процентная ставка, Браун и Дэвис выполнили экономический анализ этой проблемы, используя реальный метод ценообразования опционов, и утверждали, что их модель дает результаты, противоположные результатам, полученным при традиционном подходе. Однако результаты, полученные с помощью предложенной здесь модели, согласуются с результатами традиционного подхода, в отличие от модели Брауна и Дэвиса. Вывод состоит в том, что, поскольку временной горизонт инвестирования бесконечен, твердого обоснования, касающегося выбора наилучшего метода для инвестиционной проблемы такого типа, не существует.

Исследовательская статья

25 ноября 2021 г.

Система виртуальной сборки сельскохозяйственной техники с использованием динамического распознавания жестов на основе сети CNN и LSTM

По Чжан | Цзюньцян Линь | … | Zeqin Zeng

Эксперимент с сельскохозяйственной техникой ограничен сезоном растениеводства. Отсутствие цикла роста урожая продлит период разработки машины. Использование технологии виртуальной реальности для завершения предварительной сборки и предварительных экспериментов может снизить потери, вызванные этой проблемой.Чтобы улучшить интеллект и стабильность виртуальной сборки, в этой статье была предложена более стабильная структура динамического познания жестов: протокол TCP / IP составлял сетевой коммуникационный терминал, система технического зрения на основе скачкообразного движения составляла терминал сбора данных жестов, а CNN- Сеть LSTM представляет собой терминал классификации распознавания динамических жестов. Платформа динамического распознавания жестов и платформа виртуальной сборки комбайна сформировали виртуальную систему сборки для обеспечения взаимодействия жестов.Благодаря экспериментальному анализу улучшенная сеть CNN-LSTM имела небольшой объем и могла быстро установить стабильную и точную модель распознавания жестов со средней точностью 98,0% (± 0,894). Эффективность сборки виртуальной системы сборки с каркасом была улучшена примерно на 15%. Результаты показали, что точность и стабильность этой модели соответствовали требованиям, соответствующие сборочные детали были надежными в среде виртуального моделирования всей машины, а поведение при сборе урожая в сцене виртуальной реальности было близко к реальной.Система виртуальной сборки в рамках этого фреймворка обеспечивала техническую поддержку беспилотных ферм и виртуальных экспериментов на сельскохозяйственной технике.

Исследовательская статья

25 ноября 2021 г.

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

Shaoxiong Zheng | Вэйксин Ван | … | Zepeng Wu

Лесные пожары представляют собой одну из основных проблем, угрожающих устойчивости лесов. Поэтому крайне необходима система раннего предупреждения лесных пожаров.Для решения проблемы мониторинга лесных пожаров в данной статье предлагается система мониторинга лесных пожаров, основанная на дронах и глубоком обучении. Предлагаемая система направлена на устранение недостатков традиционных систем мониторинга лесных пожаров, таких как слепые зоны, низкая производительность в реальном времени, высокие эксплуатационные расходы и большое потребление ресурсов. Методы обработки изображений используются, чтобы определить, есть ли огонь в кадре, возвращаемом дроном. Этот процесс выполняется в реальном времени, и полученная информация используется для принятия решения о необходимости спасательной операции.Предлагаемый метод отличается простотой операций, высокой производительностью и низкими эксплуатационными затратами. Результаты экспериментов показывают, что относительная точность предложенного алгоритма составляет 81,97%. Кроме того, предлагаемая методика обеспечивает возможность эффективного цифрового мониторинга лесных пожаров в реальном времени. Таким образом, это может помочь избежать бедствий, связанных с пожарами, и может значительно снизить трудозатраты и другие затраты на предотвращение и тушение лесных пожаров.

Инженер Сеть резюме в Патахера, р-н.Бетул, МП, 460449, Индия

HARI RAM JAGDEV

Mahipalpur, Нью-Дели

Моб +919 *** — ******

[email protected]

ЦЕЛЬ

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

КРАТКАЯ ИНФОРМАЦИЯ

• Всего 5.8-летний опыт работы в качестве сетевого инженера работал над обширной средой LAN / WAN.

• Опытный специалист в управлении и настройке различных серий маршрутизаторов, коммутаторов и протоколов маршрутизации Cisco и Juniper.

• Опытный специалист в области управления и устранения неполадок LMS-сервера инструментов мониторинга (Cisco Works).

СЕРТИФИКАЦИЯ

• Сертифицирован CCNP {(маршрутизация и коммутация в 2009 г.) и (TSHOOT в 2012 г.)}.

• Сертификат CCNA в 2006 г.

ПРОФЕССИОНАЛЬНАЯ КВАЛИФИКАЦИЯ

• Б.Технический специалист в области компьютерных наук и инженерии от Университета Джанардан Рай Нагар Раджастхан Видьяпит (ожидаемый результат).

• 3-летний диплом в области компьютерных наук и инженерии от R.G.P.V. Университет, Бхопал (M.P) с 58% в 2005 году.

• 10-й от H.S.S. Патакера, Бетул (МП) с 52,4% в 1997 году.

ТЕХНИЧЕСКИЕ НАВЫКИ

• Знание конфигурации Cisco и Juniper (маршрутизаторы и коммутаторы).

• Знание конфигурации протоколов маршрутизации: RIP, RIPv2, OSPF, статическая маршрутизация и маршрутизация по умолчанию.

• Знание конфигурации HSRP и VRRP.

• Знание конфигурации сетей VLAN и Ether Channel.

• Знание IPv4 (IP-адресация, подсети).

• Настройка знаний списка доступа: стандартный и расширенный.

• Мониторинг, устранение неполадок и установка сервера LMS (Cisco Works 3.1 и 4.0).

• Программное обеспечение для обмена сообщениями: — Outlook Express и Lotus Notes 6.5.

• Платформа Windows: — Window 98 / 2K / 2K3 и windows XP.

ОПЫТ РАБОТЫ

• Работал с Randstad India Ltd, Гургаон, в качестве «Инженера по FM» с 17 мая 2010 г. по настоящее время.

ВЫПОЛНЕННЫЙ ПРОЕКТ

• Работает с Nokia Siemens Networks Noida в качестве «FM-инженера» (инженера по IP-сетям) с 17 мая 2010 г. по настоящее время.

ОСНОВНЫЕ ОБЯЗАННОСТИ

• Оперативная поддержка сетей AIRCEL для 7 кругов {Дели, Мумбаи, Калькутта и Западная Бенгалия (для CISCO) и Харьяна, Пенджаб, Раджастан (для Juniper)} GNOC 24 * 7.

• Мониторинг и устранение неполадок сервера LMS (Cisco Works версии 3.1 и 4.0) для CISCO, а также EMC IONIX для Cisco и Juniper.

• Управление, настройка и устранение неполадок маршрутизаторов Cisco (серии 7606, 7609 и 12010 GSR).

• Управление, настройка и устранение неисправностей маршрутизаторов Juniper (M120, M320 и J4350) и коммутаторов (Ex4200 и Ex8200).

• Настройка и устранение неполадок OSPF, статической маршрутизации и HSRP.

• Хорошие навыки работы с командной строкой с использованием интерфейса Nokia Siemens Networks — ОТРАЖЕНИЕ.

• Решение проблем с передачей данных с помощью таких поставщиков средств передачи данных, как Reliance, Idea, Tata, Vodafone, Aircel, Airtel, Railtel и PGCIL.

ОПЫТ РАБОТЫ 3,6 ГОДА

• Работал в компании PCS Technology Ltd., Дели, в качестве сетевого инженера с 10 октября 2006 г. по 15 апреля 2010 г.

ВЫПОЛНЕННЫЙ ПРОЕКТ

I. Работал с «Индиан Эйрлайнз Лтд.». (GNOC) ИТ-отдел в аэропорту IGI от имени PCS Technology Ltd. Дели за поддержку одной из крупнейших сетей в Индии.

• Обозначение: — Сетевой инженер.

• Срок действия: — октябрь 2008 г. — апрель 2010 г.

ОСНОВНАЯ ОТВЕТСТВЕННОСТЬ

• Оперативная поддержка сети Indian Airlines (24 * 7).

• Настройка и устранение неполадок маршрутизаторов Cisco (1700, 2600 и 3600) и коммутаторов (2900 и 3700).

• Конфигурация протоколов маршрутизации OSPF и статической маршрутизации.

• Создание, настройка и управление VLAN и HSRP.

• Практическое знание сервера LMS средства мониторинга (Cisco Works вер.3.1).

• Устранение проблем, связанных с выделенными линиями и резервными линиями.

• Решение проблем с передачей с помощью координационных провайдеров среды передачи, таких как MTNL, Reliance и SITA, для решения любых проблем, связанных с линией аренды и ISDN.

II. Работал с NTPC (National Thermal Power Corporation) Ltd. Дели от имени PCS Technology Ltd.

• Обозначение: — Инженер УФМС.

• Продолжительность: — октябрь 2007 г. — сентябрь 2008 г.

ОСНОВНАЯ ОТВЕТСТВЕННОСТЬ

• Отвечает за техническую поддержку клиентов Lotus Notes 6.5 и Outlook Express.

• Поддержка и функционирование проблем, связанных с LAN / WAN

• Настройка и устранение неисправностей принтеров и антивирусов.

III. Работал с Matrix Cellular Services Pvt. Ltd., Дели, это сотрудничество организации BPO компании Hutch от имени PCS Technology Ltd.

• Обозначение: — Инженер УФМС.

• Продолжительность: — октябрь 2006 г. — сентябрь 2007 г.

ОСНОВНАЯ ОТВЕТСТВЕННОСТЬ

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

• Обслуживание настольных служб и их приложений.

• Отвечает за техническую поддержку Outlook Express, настройку и устранение неисправностей принтеров.

• Установка и устранение неисправностей обоих (Windows и Ms-Office), таких как 98 / 2K / 2K3, XP и антивирусы.

ЛИЧНЫЕ ДАННЫЕ

Имя отца: покойный г-н Кунвар Лал Джагдев

Дата рождения: 11 июля 1980 г.

Паспорт: G8598218

Семейное положение: женат

Национальность: Индианка

Постоянный адрес: больничная колония, Q.№ 1293 Патхакера, р-н. Бетул (М.П.) -460449

Место: Дели

Дата: HARI RAM JAGDEV

Связаться с этим кандидатом

MP-GeneticSynth: вывод правил биологической сети из временных рядов | Биоинформатика

Описание: MP-GeneticSynth — это инструмент Java для обнаружения логических и регулирующих механизмов, ответственных за наблюдаемую биологическую динамику, в терминах конечно-разностных рекуррентных уравнений.Программное обеспечение использует: (i) метаболические P-системы в качестве основы моделирования, (ii) эволюционный подход к обнаружению функций регуляции потока как линейных комбинаций заданных примитивных функций, (iii) подходящую переформулировку метода наименьших квадратов на оценить параметры функции, учитывая одновременно все реакции, участвующие в сложной динамике. Инструмент доступен как плагин для виртуальной лаборатории MetaPlab. Он имеет графический и интерактивный интерфейсы для подготовки данных, интеграции априорных знаний и анализа регуляторов потока.

Доступность и реализация: Исходный код, двоичные файлы, документация (включая краткое руководство и видео) и тематические исследования находятся в свободном доступе по адресу http://mplab.sci.univr.it/plugins/mpgs/index.html.

Контакт: [email protected]

1 Введение

Моделирование биологических систем — это центральная методология для раскрытия сложных взаимодействий между молекулярными видами и понимания внутренней логики метаболических, регуляторных и сигнальных процессов.Математические и вычислительные модели используются для формального представления знаний о биологических процессах, которые обычно получают в результате экспериментов. Ключевой целью является автоматический вывод структуры и параметров модели из наблюдаемых данных. Для решения этой проблемы было предложено несколько методологий обратного проектирования и соответствующее программное обеспечение. Моделирование отжига, интеллект роя частиц, генетические алгоритмы (GA) и другие методы оптимизации использовались с обоими дифференциалами (Cho et al., 2006; Goel et al. , 2008; Гонсалес и др. , 2007) и нетрадиционных моделей (Besozzi et al. , 2009; Cao et al. , 2010; Manca and Marchetti, 2012).

Здесь мы представляем MP-GeneticSynth , инструмент, основанный на ГА и многомерной регрессии для синтеза и анализа функций регуляции потока из наблюдаемых временных рядов в рамках моделирования Metabolic P-систем ( MP-систем ) ( Манка, 2013).Эволюционный подход, на котором основано программное обеспечение, открывает новые перспективы для анализа регуляторов биологических сетей. Основные области применения варьируются от метаболизма до экспрессии генов и сигнальных сетей (Bollig-Fischer et al., 2014), хотя методология может применяться и в других контекстах, где потоки материи или информации должны быть выведены из временных рядов. Основными достоинствами предлагаемого инструмента являются возможность интегрировать наблюдаемые данные с априорными знаниями и создавать модели, даже если точные скорости реакции или части стехиометрии неизвестны.

2 метода

MP-системы — это детерминированная среда моделирования с дискретным временем, основанная на грамматиках перезаписи мультимножества для вычисления динамики метаболических явлений. Модель MP (также называемая грамматикой MP ) определяется: (i) набором переменных (называемых веществ ), набором правил перезаписи (называемых реакций ) и набором начальных значений для веществ. . Правила перезаписи α → β преобразуют мультимножества переменных α , β и регулируются функциями регулирования потока , которые зависят от состояния системы (т.е.е. мгновенные значения веществ). Используя матричное представление МП-грамматики, временная эволюция ее веществ описывается рекуррентной системой уравнений конечных разностей первого порядка (Manca, 2013).

Обнаружение наборов функций регулирования, способных восстанавливать наблюдаемую динамику, является ключевой проблемой в моделировании MP, которое обобщает проблему оценки параметров, описанную в разделе 1. В Castellini et al. (2013) предлагается эволюционный подход к этой проблеме, в котором функции регулирования собираются из предопределенного словаря примитивных функций , также называемых регрессорами .GA (Mitchell, 1998) действуют как селекторы примитивных функций и используют три основных «давления окружающей среды» для формирования функций регулирования потока: (i) ошибка моделирования, (ii) сложность функции с точки зрения количества примитивных функций, (iii) биологическая надежность. вычисленных потоков (т. е. величины, относительных изменений и т. д.). Компромисс между точностью модели и сложностью оптимизируется с помощью процедуры, называемой w-адаптация алгоритма (Castellini и др. , 2014), которая также предотвращает переобучение.

Множественная линейная регрессия используется для вычисления параметров выбранных примитивных компонентов. Нетривиальная матричная переформулировка (Manca, 2013) задачи регрессии позволяет одновременно оценивать параметры каждой регулирующей функции с помощью оценки наименьших квадратов. Псевдообратное вычисление является ключевым в этом контексте, поскольку оно позволяет еще больше упростить модель. MP-GeneticSynth использует метод, основанный на разложении по сингулярным значениям (SVD), который обеспечивает хорошую производительность.

3 Основные характеристики и функции

MP-GeneticSynth (рис. 1) имеет четыре основные функции, кратко изложенные ниже. Дополнительная информация, тематические исследования и подробности об элементах графического интерфейса представлены на веб-сайте.

Рис. 1.

Рабочий процесс MP-GeneticSynth: ввод, вывод и методы

Рис. 1.

Рабочий процесс MP-GeneticSynth: ввод, вывод и методы

3.1 Проведение новых экспериментов

Эксперименты представляют собой создание регулирующих функций для исследуемой системы.Они производят аналитические результаты и файлы журналов и включают четыре этапа: (i) подготовка данных : отбираются образцы и выбираются временные ряды веществ в соответствии со значениями корреляции, и определяются наборы для обучения / проверки; (ii) выбор примитивных функций: определяется словарь примитивных функций (например, термины первой / второй степени, функции Хилла); (iii) определение априорного знания : вероятность каждой примитивной функции может быть определена для каждой функции регулирования; (iv) параметров оптимизации: задаются параметров алгоритма GA и w-адаптации.

3.2 Продолжение экспериментов

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

3.3 Анализ единичных экспериментов

Файлы экспериментов

могут быть индивидуально проанализированы с помощью ExpAnalyzer (см. Скриншоты в руководствах и основном руководстве), графическом инструменте, отображающем полную информацию о каждом поколении эволюционного процесса, с особым акцентом на лучшее решение.Глобальное представление отображает эволюцию ошибки моделирования и количество регрессоров и позволяет пользователю выбирать определенные поколения с помощью ползунка. Локальный вид обновляется соответствующим образом, показывая функции регулирования, динамику, имитирующую вещество / поток, и другие параметры. Тепловая карта показывает частоту использования каждой примитивной функции для каждой функции регулирования потока и позволяет связать эти значения с точностью потока. Отдельные лица GA и соответствующие расстояния / статистика могут быть визуализированы и экспортированы.

3.4 Сравнение решений

Решения, полученные в результате различных экспериментов, можно сравнить с помощью графического инструмента под названием ExpComparator (см. Скриншоты в основном руководстве). Это позволяет выбрать наборы решений в соответствии со значениями ошибок и количеством используемых регрессоров, а также идентифицировать по графическим и статистическим параметрам общие наборы регуляторов потока.

4 Внедрение и тематические исследования

MP-GeneticSynth выпущен как плагин для MetaPlab 1.3 (http://mplab.sci.univr.it/). Код написан на Java (JDK 6 и использует следующие библиотеки с открытым исходным кодом: ejml-0.23 (https://code.google.com/p/efficient-java-matrix-library/) для вычисления матриц, jep-2.4.1 (http://sourceforge.net/projects/jep/) для разбора функций, jfreechart-1.0.14 (http://www.jfree.org/jfreechart/) для визуализации диаграмм.

Плагин поддерживается в Linux, Windows и Mac OS и требует использования только среды выполнения Java (JRE 6u45 или новее).Пошаговые инструкции по установке MetaPlab 1.3 и запуску плагина доступны на веб-сайте MP-GeneticSynth (см. Раздел Доступность в аннотации). Этот простой процесс описан в Кратком руководстве. На веб-сайте также представлены четыре тематических исследования, а именно: митотический осциллятор у ранних эмбрионов амфибий (с чистыми и шумными временными рядами), система хищник-жертва, хаотическая логистическая карта и Vega, синтетическая модель с очень сложной динамикой. Текстовые и видеоуроки объясняют, как загружать и анализировать тематические исследования.

Время, необходимое для создания функций регулирования, зависит от: количества веществ n , количества реакций m , количества примитивных функций d , длины временного ряда t , количества особей населения GA N и количество поколений г . Основными узкими местами являются вычисление SVD, сложность которого составляет O ((n · t) 3) ⁠, и вычисление ошибки моделирования, сложность которого составляет O (k · n · m · t) ⁠, где константа k велико, потому что для вычисления значений потока требуется jep синтаксического анализа функции.Эти операции выполняются для каждого человека в популяции и для каждого поколения GA (Castellini et al. , 2013). На ноутбуке с 8 ГБ оперативной памяти и процессором Intel (R) Core (TM) i5-3340 M 2,70 ГГц потребовалось около 30 минут для создания функций регулирования для системы, содержащей 6 веществ, 10 реакций и 100 наблюдений, выполняющих 10000 поколения.

Дальнейшие разработки этого проекта в основном касаются: (i) использования методов регуляризации для регрессии, (ii) распараллеливания кода, (iii) улучшения ограничений биологической устойчивости предполагаемых потоков, (iv) применения в новых биологических системах.

Финансирование

Первый автор получил финансовую поддержку CBMC (Центр биомедицинских вычислений) Университета Вероны.

Конфликт интересов : не заявлен.

Список литературы

Besozzi

et al. . (

2009

)

Сравнение генетических алгоритмов и оптимизации роя частиц для оценки параметров в стохастических биохимических системах

LNCS

5483

116

—

127

Боллиг-Фишер

et al. . (

2014

)

Моделирование зависящих от времени эффектов транскрипции онкогена HER2 и открытие роли E2F2 в адгезии клеток рака молочной железы к матрице

Биоинформатика

3036

—

3043

Cao

et al. . (

2010

)

Развивающиеся модели клеток для систем и синтетической биологии

Syst. Synth. Биол.

—

Castellini

et al. . (

2013

)

От временных рядов к регулированию биологических сетей: эволюционный подход

Молекулярные биосистемы

225

—

233

Castellini

et al. . (

2014

)

Эволюционная процедура вывода регулирующих функций биологических сетей MP-систем

Nat.Comput.

Чо

D.Y.

et al. . (

2006

)

Идентификация биохимических сетей с помощью генетического программирования на основе S-дерева

Биоинформатика

1631

—

1640

Goel

et al. . (

2008

)

Оценка системы на основе данных метаболических временных рядов

Биоинформатика

2505

—

2511

Гонсалес

O.R.

et al. . (

2007

)

Оценка параметров с использованием имитационного отжига для S-системных моделей биохимических сетей

Биоинформатика

480

—

486

Манка

(

2013

)

Инфобиотики: информация в биотических системах

Springer

Берлин

Манка

В.

Маркетти

Л.

(

2012

)

Решение динамических обратных задач с помощью метаболических P-систем

BioSystems

109

—

Mitchell

(

1998

)

Введение в генетические алгоритмы

MIT Press

Кембридж

Заметки автора

6-2111977-3 | МП-6С-А-1 | CommScope

Максимальный диаметр совместимого кабеля	5,5 мм \| 0,217 дюйма
Совместимый диаметр кабеля, минимум	4.7 мм \| 0,185 дюйма
Максимальный диаметр совместимого изолированного проводника	1,09 мм \| 0,043 дюйма
Минимальный диаметр совместимого изолированного проводника	0.89 мм \| 0,035 дюйма
Толщина контактного покрытия	1,27 мкм
Совместимый калибр проводника, сплошной	26–23 AWG
Калибр совместимого проводника, многожильный	26–23 AWG

1025203738812,телефон, юридический адрес, схема проезда, контакты

Тендеры МП Звенигородские инженерные сети

Закупка в 2020 году топлива для автотранспорта по топливным картам для нужд МП»Звенигородские инженерные сети» в 2021 году

Что такое MP — точка слияния в проектировании трафика MPLS?

VXLAN с MP-BGP Руководство по проектированию плоскости управления EVPN

A40V — 4-канальный усилитель Hi-Z / Low-Z с технологией FlexAmp

Математические задачи в инженерии | Хиндави

Инженер Сеть резюме в Патахера, р-н.Бетул, МП, 460449, Индия

MP-GeneticSynth: вывод правил биологической сети из временных рядов | Биоинформатика

1 Введение

2 метода

3 Основные характеристики и функции

3.1 Проведение новых экспериментов

3.2 Продолжение экспериментов

3.3 Анализ единичных экспериментов

3.4 Сравнение решений

4 Внедрение и тематические исследования

Финансирование

Список литературы

Заметки автора

6-2111977-3 | МП-6С-А-1 | CommScope

Добавить комментарий Отменить ответ