Цена прибор приемно контрольный сигнал 10: Блок приемно-контрольный охранно-пожарный Сигнал-10

% PDF-1.6 % 15163 0 объект > endobj xref 15163 295 0000000017 00000 н. 0000006943 00000 н. 0000007160 00000 н. 0000009198 00000 п. 0000009368 00000 н. 0000009560 00000 н. 0000009606 00000 н. 0000009672 00000 н. 0000010172 00000 п. 0000010613 00000 п. 0000010902 00000 п. 0000011189 00000 п. 0000011239 00000 п. 0000011310 00000 п. 0000013457 00000 п. 0000016166 00000 п. 0000031611 00000 п. 0000043733 00000 п. 0000046914 00000 п. 0000047331 00000 п. 0000047441 00000 п. 0000047624 00000 п. 0000047733 00000 п. 0000047862 00000 п. 0000048032 00000 п. 0000048194 00000 п. 0000048344 00000 п. 0000048517 00000 п. 0000048648 00000 н. 0000048759 00000 п. 0000048943 00000 н. 0000049127 00000 п. 0000049299 00000 п. 0000049467 00000 п. 0000049641 00000 п. 0000049815 00000 п. 0000049987 00000 н. 0000050152 00000 п. 0000050292 00000 п. 0000050467 00000 п. 0000050637 00000 п. 0000050757 00000 п. 0000050939 00000 п. 0000051096 00000 п. 0000051201 00000 п. 0000051380 00000 п. 0000051492 00000 п. 0000051603 00000 п. 0000051769 00000 п. 0000051876 00000 п. 0000052002 00000 п. 0000052119 00000 п. 0000052247 00000 п. 0000052367 00000 п. 0000052535 00000 п. 0000052697 00000 п. 0000052854 00000 п. 0000052974 00000 п. 0000053125 00000 п. 0000053254 00000 п. 0000053373 00000 п. 0000053486 00000 п. 0000053619 00000 п. 0000053757 00000 п. 0000053909 00000 п. 0000054048 00000 п. 0000054192 00000 п. 0000054340 00000 п. 0000054488 00000 н. 0000054626 00000 п. 0000054768 00000 п. 0000054928 00000 п. 0000055082 00000 п. 0000055202 00000 п. 0000055325 00000 п. 0000055461 00000 п. 0000055600 00000 п. 0000055719 00000 п. 0000055841 00000 п. 0000055976 00000 п. 0000056114 00000 п. 0000056326 00000 п. 0000056451 00000 п. 0000056562 00000 п. 0000056704 00000 п. 0000056837 00000 п. 0000057017 00000 п. 0000057130 00000 п. 0000057275 00000 п. 0000057442 00000 п. 0000057563 00000 п. 0000057725 00000 п. 0000057909 00000 п. 0000058060 00000 п. 0000058223 00000 п. 0000058337 00000 п. 0000058453 00000 п. 0000058640 00000 п. 0000058829 00000 п. 0000059008 00000 п. 0000059195 00000 п. 0000059384 00000 п. 0000059570 00000 п. 0000059742 00000 п. 0000059917 00000 н. 0000060103 00000 п. 0000060275 00000 п. 0000060450 00000 п. 0000060580 00000 п. 0000060715 00000 п. 0000060853 00000 п. 0000061006 00000 п. 0000061134 00000 п. 0000061272 00000 п. 0000061399 00000 п. 0000061558 00000 п. 0000061718 00000 п. 0000061844 00000 п. 0000061971 00000 п. 0000062110 00000 п. 0000062250 00000 п. 0000062380 00000 п. 0000062501 00000 п. 0000062639 00000 п. 0000062784 00000 п. 0000062925 00000 п. 0000063069 00000 п. 0000063197 00000 п. 0000063318 00000 п. 0000063476 00000 п. 0000063626 00000 п. 0000063753 00000 п. 0000063904 00000 п. 0000064050 00000 п. 0000064197 00000 п. 0000064337 00000 п. 0000064468 00000 н. 0000064592 00000 п. 0000064744 00000 п. 0000064883 00000 п. 0000065044 00000 п. 0000065173 00000 п. 0000065297 00000 п. 0000065452 00000 п. 0000065580 00000 п. 0000065740 00000 п. 0000065901 00000 п. 0000066028 00000 п. 0000066156 00000 п. 0000066296 00000 п. 0000066437 00000 п. 0000066568 00000 п. 0000066690 00000 н. 0000066829 00000 п. 0000066970 00000 п. 0000067112 00000 п. 0000067257 00000 п. 0000067386 00000 п. 0000067508 00000 п. 0000067667 00000 п. 0000067818 00000 п. 0000067958 00000 п. 0000068086 00000 п. 0000068238 00000 п. 0000068385 00000 п. 0000068533 00000 п. 0000068674 00000 п. 0000068788 00000 п. 0000068909 00000 п. 0000069045 00000 п. 0000069184 00000 п. 0000069288 00000 п. 0000069392 00000 п. 0000069512 00000 п. 0000069633 00000 п. 0000069749 00000 п. 0000069859 00000 п. 0000070037 00000 п. 0000070139 00000 п. 0000070254 00000 п. 0000070392 00000 п. 0000070517 00000 п. 0000070652 00000 п. 0000070799 00000 п. 0000070979 00000 п. 0000071084 00000 п. 0000071197 00000 п. 0000071380 00000 п. 0000071495 00000 п. 0000071614 00000 п. 0000071806 00000 п. 0000071958 00000 п. 0000072116 00000 п. 0000072250 00000 п. 0000072413 00000 п. 0000072547 00000 п. 0000072659 00000 п. 0000072822 00000 п. 0000072956 00000 п. 0000073068 00000 п. 0000073205 00000 п. 0000073349 00000 п. 0000073484 00000 п. 0000073605 00000 п. 0000073736 00000 п. 0000073859 00000 п. 0000074010 00000 п. 0000074145 00000 п. 0000074337 00000 п. 0000074456 00000 п. 0000074572 00000 п. 0000074708 00000 п. 0000074826 00000 п. 0000074987 00000 п. 0000075083 00000 п. 0000075255 00000 п. 0000075367 00000 п. 0000075495 00000 п. 0000075629 00000 п. 0000075758 00000 п. 0000075873 00000 п. 0000075996 00000 п. 0000076120 00000 п. 0000076245 00000 п. 0000076396 00000 п. 0000076552 00000 п. 0000076661 00000 п. 0000076836 00000 п. 0000076937 00000 п. 0000077047 00000 п. 0000077167 00000 п. 0000077290 00000 п. 0000077513 00000 п. 0000077635 00000 п. 0000077759 00000 п. 0000077883 00000 п. 0000077984 00000 п. 0000078094 00000 п. 0000078213 00000 п. 0000078331 00000 п. 0000078455 00000 п. 0000078635 00000 п. 0000078733 00000 п. 0000078860 00000 п. 0000079043 00000 п. 0000079226 00000 п. 0000079333 00000 п. 0000079452 00000 п. 0000079616 00000 п. 0000079728 00000 п. 0000079841 00000 п. 0000080004 00000 п. 0000080125 00000 п. 0000080235 00000 п. 0000080377 00000 п. 0000080520 00000 п. 0000080641 00000 п. 0000080794 00000 п. 0000080912 00000 п. 0000081027 00000 п. 0000081165 00000 п. 0000081269 00000 п. 0000081375 00000 п. 0000081499 00000 п. 0000081633 00000 п. 0000081762 00000 п. 0000081866 00000 п. 0000082030 00000 п. 0000082135 00000 п. 0000082302 00000 п. 0000082415 00000 п. 0000082538 00000 п. 0000082668 00000 п. 0000082790 00000 н. 0000082957 00000 п. 0000083045 00000 п. 0000083210 00000 п. 0000083308 00000 п. 0000083442 00000 п. 0000083552 00000 п. 0000083654 00000 п. 0000083775 00000 п. 0000083877 00000 п. 0000083986 00000 п. 0000084113 00000 п. 0000084258 00000 п. 0000084405 00000 п. 0000084534 00000 п. 0000084638 00000 п. 0000084759 00000 п. 0000084882 00000 п. 0000084988 00000 п. 0000085098 00000 п. 0000085221 00000 п. 0000085346 00000 п. трейлер ] / Инфо 15160 0 R / Назад 5375129 / Корень 15164 0 R / Размер 15458 / Источник (WeJXFxNO4fJduyUMetTcP9 + oaONfINN4 + d7jldTqWHsQ8kyediHjbdYiPz5kx2NpB9khgm8VtCFmyd8gIrwOjQRAIjPsWhM4vgMCV \ 8KvVF / K8lfg2p5NW5ukTgC4Q1QleakqT8ZCyy03GEg =) >> startxref 0 %% EOF 15164 0 объект > endobj 15165 0 объект > ручей xgUEϽ} — [

Система совместной работы Cisco 11.x Референсные сетевые проекты (SRND) — Сетевая инфраструктура [Cisco Unified Communications Manager (CallManager)]

Инфраструктура LAN

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

Дизайн локальной сети для обеспечения высокой доступности

Правильное проектирование локальной сети требует построения надежной и резервированной сети сверху вниз. Структурируя локальную сеть в виде многоуровневой модели (см. Рис. 3-1) и развивая инфраструктуру локальной сети по шагам модели, вы можете построить высокодоступную, отказоустойчивую и избыточную сеть. После правильного проектирования этих уровней вы можете добавить сетевые службы, такие как DHCP и TFTP, для обеспечения дополнительных сетевых функций.В следующих разделах исследуются уровни инфраструктуры и сетевые службы:

Для получения дополнительной информации о дизайне кампуса см. Design Zone for Campus at

http://www.cisco.com/go/designzone

Уровень доступа в кампусе

Уровень доступа Campus LAN включает в себя часть сети от порта (ов) рабочего стола до коммутатора коммутационного шкафа. Коммутаторы уровня доступа традиционно конфигурируются как устройства уровня 2 с восходящими линиями связи уровня 2 к уровню распределения. Рекомендации уровня 2 и связующего дерева для схем доступа уровня 2 хорошо документированы и кратко обсуждаются ниже. Для более новых коммутаторов Cisco Catalyst, поддерживающих протоколы уровня 3, возможны новые конструкции маршрутизируемого доступа, которые позволяют сократить время конвергенции и упростить конструкцию. Проекты маршрутизируемого доступа обсуждаются в разделе «Проекты маршрутизируемого уровня доступа».

Рекомендации по проектированию доступа уровня 2

Надлежащая разработка уровня доступа начинается с назначения отдельной IP-подсети для каждой виртуальной LAN (VLAN).Как правило, VLAN не должна охватывать несколько коммутаторов коммутационного шкафа; то есть VLAN должна присутствовать в одном и только одном коммутаторе уровня доступа (см. рисунок 3-2). Такая практика устраняет топологические петли на уровне 2, что позволяет избежать временных прерываний потока из-за сходимости связующего дерева. Однако с введением основанного на стандартах протокола IEEE 802. 1w Rapid Spanning Tree Protocol (RSTP) и 802.1s Multiple Instance Spanning Tree Protocol (MISTP), Spanning Tree может сойтись с гораздо большей скоростью.Что еще более важно, ограничение VLAN одним коммутатором уровня доступа также служит для ограничения размера широковещательного домена. Существует вероятность того, что большое количество устройств в одной VLAN или широковещательном домене будет периодически генерировать большие объемы широковещательного трафика, что может быть проблематичным. Хорошее практическое правило — ограничить количество устройств в каждой VLAN примерно до 512, что эквивалентно двум подсетям класса C (то есть 23-битному маскированному адресу подсети класса C). Для получения дополнительной информации об уровне доступа в кампусе см. Документацию, доступную по адресу http: // www.cisco.com/en/US/products/hw/switches/index.html.

Примечание Рекомендация ограничить количество устройств в одной VLAN унифицированных коммуникаций примерно до 512 связана не только с необходимостью контролировать объем широковещательного трафика VLAN. Установка Unified CM в VLAN с IP-подсетью, содержащей более 1024 устройств, может привести к быстрому заполнению кэша ARP сервера Unified CM, что может серьезно повлиять на обмен данными между сервером Unified CM и другими конечными точками Unified Communications.

Рисунок 3-2 Коммутаторы уровня доступа и VLAN для голоса и данных

При развертывании голосовой связи Cisco рекомендует включить две VLAN на уровне доступа: собственную VLAN для трафика данных (VLAN 10, 11, 30, 31 и 32 на рис. 3-2) и голосовую VLAN под Cisco IOS или Вспомогательная VLAN под CatOS для голосового трафика (представлена ​​идентификаторами VVID 110, 111, 310, 311 и 312 на рис. 3-2).

Отдельные VLAN для передачи голоса и данных рекомендуются по следующим причинам:

• Сохранение адресного пространства и защита голосового устройства от внешних сетей

Частная адресация телефонов в голосовой или вспомогательной VLAN обеспечивает сохранение адреса и гарантирует, что телефоны не будут доступны напрямую через общедоступные сети. К ПК и серверам обычно обращаются с помощью адресов подсети с общедоступной маршрутизацией; однако к голосовым конечным точкам можно обращаться с использованием адресов частных подсетей RFC 1918.

• Расширение границы доверия QoS для голосовых и видеоустройств

Границы доверия QoS могут быть расширены на голосовые и видеоустройства без расширения этих границ доверия и, в свою очередь, функций QoS на ПК и другие устройства передачи данных. Дополнительные сведения о доверенных и ненадежных устройствах см. В главе «Управление пропускной способностью».

• Защита от вредоносных сетевых атак

Управление доступом VLAN, теги 802.1Q и 802.1p могут обеспечить защиту голосовых устройств от вредоносных внутренних и внешних сетевых атак, таких как черви, атаки типа «отказ в обслуживании» (DoS) и попытки устройств данных получить доступ к приоритетным очередям через маркировка пакетов.

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

Отдельные VLAN для устройств передачи голоса и данных на уровне доступа обеспечивают простоту управления и упрощенную настройку QoS.

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

• Транкинг 802.1Q и 802.1p для надлежащей обработки маркировки пакетов CoS уровня 2 на портах с подключенными телефонами
• Несколько исходящих очередей для обеспечения приоритетной постановки в очередь потоков голосовых пакетов RTP
• Возможность классифицировать или реклассифицировать трафик и устанавливать границу сетевого доверия
• Возможность линейного электропитания (Хотя возможность линейного электропитания не является обязательной, она настоятельно рекомендуется для коммутаторов уровня доступа.)
• Поддержка уровня 3 и возможность реализации списков контроля доступа QoS (эти функции рекомендуются, если вы используете определенные конечные точки унифицированных коммуникаций, такие как ПК, на котором запущено приложение программного телефона, такое как Jabber, которое не может получить преимущества от расширенной границы доверия. )

Протокол связующего дерева (STP)

Чтобы минимизировать время сходимости и максимизировать отказоустойчивость на уровне 2, включите следующие функции STP:

Включите PortFast на всех портах доступа.Телефоны, ПК или серверы, подключенные к этим портам, не пересылают блоки данных протокола моста (BPDU), которые могут повлиять на работу STP. PortFast гарантирует, что телефон или компьютер при подключении к порту сможет немедленно начать прием и передачу трафика, не дожидаясь схождения STP.

Включите корневую защиту или защиту BPDU на всех портах доступа, чтобы предотвратить введение мошеннического коммутатора, который может попытаться стать корнем связующего дерева, вызывая тем самым события повторной конвергенции STP и потенциально прерывая потоки сетевого трафика.Порты, для которых установлено состояние errdisable с помощью BPDU Guard, необходимо либо повторно включить вручную, либо коммутатор должен быть настроен на автоматическое повторное включение портов из состояния отключения из-за ошибки по истечении заданного периода времени.

• UplinkFast и BackboneFast

Включите эти функции там, где это необходимо, чтобы гарантировать, что при изменениях в сети уровня 2 STP как можно быстрее сходится для обеспечения высокой доступности. При использовании стекируемых коммутаторов Cisco включите Cross-Stack UplinkFast (CSUF), чтобы обеспечить быстрое переключение при отказе и конвергенцию в случае отказа коммутатора в стеке.

• Обнаружение однонаправленного канала (UDLD)

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

Note С введением RSTP 802.1w такие функции, как PortFast и UplinkFast, не требуются, поскольку эти механизмы встроены в этот стандарт. Если на коммутаторе Catalyst включен RSTP, в этих командах нет необходимости.

Проекты маршрутизируемого уровня доступа

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

Перенос границы L2 / L3 на уровень доступа

В типичной иерархической структуре кампуса на уровне распределения используется комбинация протоколов и сервисов уровня 2, уровня 3 и уровня 4 для обеспечения оптимальной конвергенции, масштабируемости, безопасности и управляемости. В наиболее распространенных конфигурациях уровня распределения коммутатор доступа настроен как коммутатор уровня 2, который пересылает трафик на высокоскоростных магистральных портах на коммутаторы распределения. Коммутаторы распределения сконфигурированы для поддержки как коммутации Уровня 2 на своих магистральных линиях коммутаторов доступа нисходящего потока, так и коммутации Уровня 3 на своих портах восходящего направления в направлении ядра сети, как показано на Рисунке 3-3.

Рисунок 3-3 Традиционный дизайн кампуса — доступ уровня 2 с распределением уровня 3

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

Альтернативной конфигурацией традиционной модели уровня распределения, показанной на рис. 3-3, является конфигурация, в которой коммутатор доступа действует как узел маршрутизации полного уровня 3 (обеспечивая коммутацию как уровня 2, так и уровня 3) и уровня доступа к распределению 2. Магистрали восходящей линии связи заменяются на каналы с маршрутизацией «точка-точка» уровня 3.Эта альтернативная конфигурация, в которой разграничение уровней 2/3 перемещено от коммутатора распределения к коммутатору доступа (как показано на рис. 3-4), кажется серьезным изменением конструкции, но на самом деле является просто продолжением текущего передовой дизайн.

Рисунок 3-4 Дизайн кампуса маршрутизированного доступа — Доступ уровня 3 с распределением уровня 3

В традиционных схемах маршрутизированного доступа уровня 2 и уровня 3 каждый коммутатор доступа настроен с уникальными виртуальными локальными сетями для передачи голоса и данных.В схеме уровня 3 шлюз по умолчанию и корневой мост для этих VLAN просто перемещаются с коммутатора распределения на коммутатор доступа. Адресация для всех конечных станций и шлюза по умолчанию остается прежней. Конфигурация VLAN и определенных портов на коммутаторе доступа остается неизменной. Конфигурация интерфейса маршрутизатора, списки доступа, ip helper и любая другая конфигурация для каждой VLAN остаются идентичными, но настраиваются на коммутируемом виртуальном интерфейсе VLAN (SVI), определенном на коммутаторе доступа, а не на коммутаторах распределения.

Есть несколько заметных изменений конфигурации, связанных с перемещением интерфейса уровня 3 вниз к коммутатору доступа. Больше нет необходимости настраивать адрес виртуального шлюза протокола горячего резервирования маршрутизатора (HSRP) или протокола балансировки нагрузки шлюза (GLBP) в качестве интерфейсов «маршрутизатора», поскольку все VLAN теперь являются локальными. Аналогично, с одним маршрутизатором многоадресной рассылки для каждой VLAN нет необходимости выполнять какие-либо традиционные настройки многоадресной рассылки, такие как настройка интервалов запросов PIM или обеспечение синхронизации назначенного маршрутизатора с активным шлюзом HSRP.

Конвергенция маршрутизируемого доступа

Многие потенциальные преимущества использования дизайна доступа уровня 3 включают следующее:

• Улучшенная сходимость
• Упрощенная конфигурация многоадресной рассылки
• Динамическая балансировка нагрузки трафика
• Единая плоскость управления
• Единый набор инструментов для устранения неполадок (например, ping и traceroute)

Из этих преимуществ, пожалуй, наиболее значительным является улучшение времени конвергенции сети, возможное при использовании схемы маршрутизируемого доступа, настроенной с использованием расширенного протокола маршрутизации внутреннего шлюза (EIGRP) или Open Shortest Path First (OSPF) в качестве протокола маршрутизации.Сравнивая время сходимости для оптимальной схемы доступа уровня 2 (либо с циклом связующего дерева, либо без цикла) со временем сходимости для схемы доступа уровня 3, вы можете получить четырехкратное улучшение времени сходимости, с 800 до 900 мс для в проекте уровня 2 — менее 200 мс для проекта доступа уровня 3.

Для получения дополнительной информации о схемах маршрутизируемого доступа см. Документ High Availability Campus Network Design — Routed Access Layer с использованием EIGRP или OSPF , доступный по адресу

http: // www.cisco.com/application/pdf/en/us/guest/netsol/ns432/c649/ccmigration_09186a0080811468.pdf

Уровень распределения в кампусе

Уровень распределения Campus LAN включает в себя часть сети от коммутационных коммутаторов до коммутатора следующего перехода. Дополнительные сведения о коммутаторах уровня распределения кампуса см. В документации по продукту, доступной по адресу

http://www.cisco.com/en/US/products/hw/switches/index.html

На уровне распределения важно обеспечить избыточность для обеспечения высокой доступности, включая избыточные каналы между коммутаторами уровня распределения (или маршрутизаторами) и коммутаторами уровня доступа.Чтобы избежать создания топологических петель на уровне 2, используйте ссылки уровня 3 для соединений между резервными коммутаторами распределения, когда это возможно.

Протоколы резервирования первого перехода

В иерархической модели кампуса, где распределительные коммутаторы являются границей L2 / L3, они также действуют как шлюз по умолчанию для всего домена L2, который они поддерживают. Требуется некоторая форма избыточности, потому что эта среда может быть большой и может произойти значительный сбой, если устройство, выступающее в качестве шлюза по умолчанию, выйдет из строя.

(GLBP), протокол маршрутизатора горячего резервирования (HSRP) и протокол резервирования виртуального маршрутизатора (VRRP) — все это протоколы резервирования первого перехода. Cisco изначально разработала HSRP для удовлетворения потребности в резервировании шлюза по умолчанию. Инженерная группа Интернета (IETF) впоследствии ратифицировала протокол виртуального маршрутизатора (VRRP) в качестве основанного на стандартах метода обеспечения избыточности шлюза по умолчанию. Совсем недавно Cisco разработала GLBP, чтобы преодолеть некоторые ограничения, присущие как HSRP, так и VRRP.

HSRP и VRRP с усовершенствованиями Cisco обеспечивают надежный метод резервного копирования шлюза по умолчанию и могут обеспечить переключение на резервный распределительный коммутатор менее чем за одну секунду при правильной настройке.

Протокол балансировки нагрузки шлюза (GLBP)

Подобно HSRP и VRRP, протокол балансировки нагрузки шлюза Cisco (GLBP) защищает трафик данных от отказавшего маршрутизатора или канала, а также позволяет распределять нагрузку пакетов между группой резервных маршрутизаторов.Когда HSRP или VRRP используются для обеспечения избыточности шлюза по умолчанию, резервные члены одноранговых отношений бездействуют, ожидая события сбоя, чтобы они приняли управление и активно перенаправили трафик.

До разработки GLBP было трудно реализовать и управлять методами более эффективного использования восходящих каналов. В одном методе корень HSRP и STP / RSTP чередовался между одноранговыми узлами распределения, причем четные VLAN размещались на одном узле, а нечетные VLAN — на другом.Другой метод использовал несколько групп HSRP на одном интерфейсе и использовал DHCP для переключения между несколькими шлюзами по умолчанию. Эти методы работали, но не были оптимальными с точки зрения конфигурации, обслуживания или управления.

GLBP настроен и работает как HSRP. Для HSRP один виртуальный MAC-адрес выдается конечным точкам, когда они используют протокол разрешения адресов (ARP) для изучения физического MAC-адреса своих шлюзов по умолчанию (см. Рисунок 3-5).

Рисунок 3-5 HSRP использует один виртуальный MAC-адрес

Два виртуальных MAC-адреса существуют с GLBP, по одному для каждого партнера GLBP (см. Рисунок 3-6).Когда конечная точка использует ARP для определения своего шлюза по умолчанию, виртуальные MAC-адреса проверяются циклически. Отказоустойчивость и конвергенция работают так же, как и с HSRP. Резервный одноранговый узел принимает виртуальный MAC-адрес отказавшего устройства и начинает пересылку трафика на отказавший одноранговый узел.

Рисунок 3-6 GLBP использует два виртуальных MAC-адреса, по одному для каждого узла GLBP

Конечным результатом является то, что более равномерное использование восходящих каналов достигается с минимальной конфигурацией.В качестве побочного эффекта событие конвергенции на восходящем канале или на основном распределительном узле влияет только на половину меньшего числа хостов, в результате чего событие конвергенции в среднем на 50 процентов меньше.

Дополнительные сведения о HSRP, VRRP и GLBP см. В Руководстве по проектированию сети кампуса для обеспечения высокой доступности , доступном по адресу

http://www.cisco.com/application/pdf/en/us/guest/netsol/ns431/c649/ccmigration_09186a008093b876.pdf

Протоколы маршрутизации

Настройте протоколы маршрутизации уровня 3, такие как OSPF и EIGRP, на уровне распределения, чтобы обеспечить быструю конвергенцию, балансировку нагрузки и отказоустойчивость.Используйте такие параметры, как таймеры протокола маршрутизации, стоимость пути или канала, а также сводки адресов, чтобы оптимизировать и контролировать время конвергенции, а также распределять трафик по множеству путей и устройств. Cisco также рекомендует использовать команду passive-interface , чтобы предотвратить маршрутизацию соседних соседей через уровень доступа. Эти смежности обычно не нужны, и они создают дополнительную нагрузку на ЦП и увеличивают использование памяти, поскольку протокол маршрутизации отслеживает их. Используя команду passive-interface на всех интерфейсах, обращенных к уровню доступа, вы предотвращаете отправку обновлений маршрутизации на эти интерфейсы, и, следовательно, смежности между соседями не формируются.

Уровень ядра кампуса

Базовый уровень Campus LAN включает в себя часть сети от распределительных маршрутизаторов или коммутаторов уровня 3 до одного или нескольких высокопроизводительных базовых коммутаторов или маршрутизаторов уровня 3. Коммутаторы Catalyst с поддержкой уровня 3 на базовом уровне могут обеспечивать связь между многочисленными уровнями распределения кампуса. Дополнительные сведения о коммутаторах уровня ядра кампуса см. В документации по адресу http://www.cisco.com/en/US/products/hw/switches/index.html.

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

• Резервный канал или кабельные трассы

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

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

• Подсистемы резервного устройства

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

Коммутаторы Cisco Catalyst с виртуальной системой коммутации (VSS) — это метод обеспечения избыточности во всех этих областях путем объединения двух супервизоров Catalyst, действующих как одно целое. Для получения дополнительной информации о VSS см. Документацию по продукту, доступную по адресу

http://www.cisco.com/en/US/products/ps9336/index.html

Протоколы маршрутизации на базовом уровне должны быть снова настроены и оптимизированы для резервирования путей и быстрой конвергенции.В ядре не должно быть протокола STP, поскольку сетевое соединение должно маршрутизироваться на уровне 3. Наконец, каждый канал между ядром и распределительными устройствами должен принадлежать своей собственной VLAN или подсети и быть настроен с использованием 30-битной маски подсети.

Дата-центр и ферма серверов

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

Поскольку эти серверы и ресурсы критически важны для голосовых сетей, Cisco рекомендует распределить все кластерные серверы Unified CM, централизованные голосовые шлюзы и централизованные аппаратные ресурсы между несколькими физическими коммутаторами и, если возможно, несколькими физическими точками в пределах кампуса.Такое распределение ресурсов гарантирует, что в случае отказа оборудования (например, отказа коммутатора или линейной карты коммутатора) по крайней мере некоторые серверы в кластере будут по-прежнему доступны для предоставления услуг телефонии. Кроме того, некоторые шлюзы и аппаратные ресурсы будут по-прежнему доступны для обеспечения доступа к PSTN и предоставления дополнительных услуг. Помимо физического распределения, эти серверы, шлюзы и аппаратные ресурсы должны быть распределены между отдельными VLAN или подсетями, чтобы в случае широковещательного шторма или атаки отказа в обслуживании в конкретной VLAN не все голосовые соединения и службы были нарушены.

Питание через Ethernet (PoE)

PoE (или линейное питание) — это питание 48 В постоянного тока, подаваемое по стандартному кабелю Ethernet с неэкранированной витой парой (UTP). Вместо использования настенного питания IP-телефоны и другие устройства с встроенным питанием (PD), такие как точки беспроводного доступа Aironet, могут получать питание от коммутаторов Catalyst Ethernet с встроенным питанием или другого оборудования с встроенным источником питания (PSE). Встроенное питание включено по умолчанию на всех коммутаторах Catalyst с встроенным питанием.

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

Помимо встроенного питания Cisco PoE, Cisco теперь поддерживает стандарты IEEE 802.3af PoE и IEEE 802.3at Enhanced PoE. Информацию о том, какие унифицированные IP-телефоны Cisco поддерживают стандарты 802.3af и 802.3at, см. В документации по продукту для конкретных моделей телефонов.

Энергосбережение для IP-телефонов

Технология Cisco EnergyWise обеспечивает интеллектуальное управление энергопотреблением для устройств в IP-сети, включая оконечные точки унифицированных коммуникаций, использующие Power over Ethernet (PoE).Архитектура Cisco EnergyWise может включать и выключать питание устройств, подключенных с помощью PoE на коммутаторах с поддержкой EnergyWise, на основе настраиваемого расписания. Для получения дополнительной информации об EnergyWise см. Документацию по номеру

http://www.cisco.com/en/US/products/ps10195/index.html

Когда переключатель PoE выключает IP-телефоны для экономии энергии EnergyWise, телефоны полностью выключаются. EnergyWise отключает линейное питание на портах, которые подключаются к IP-телефонам, и делает это по расписанию или командами из инструментов управления сетью.Когда питание отключено, проверка наличия активного вызова на телефоне не производится. Питание отключается, и любой активный звонок прерывается. IP-телефон теряет регистрацию в Cisco Unified Communications Manager, и звонки на телефон и с него невозможны. На телефоне нет механизма для включения, поэтому вызов службы экстренной помощи на этом телефоне будет недоступен.

IP-телефон можно перезапустить, только когда коммутатор снова включит его. После восстановления питания IP-телефоны перезагрузятся и пройдут процесс восстановления, который включает запрос нового IP-адреса, загрузку файла конфигурации, применение любых новых параметров конфигурации, загрузку нового микропрограммного обеспечения или языковых стандартов и регистрацию в Cisco Unified CM.

График EnergyWise настраивается и управляется в сетевой инфраструктуре Cisco. Это не требует какой-либо настройки на IP-телефоне или Cisco Unified CM. Однако потреблением энергии на телефоне также можно управлять с помощью профиля устройства, настроенного в Unified CM. Варианты энергосбережения, предоставляемые Unified CM, включают следующее:

Режим энергосбережения плюс

В режиме Power Save Plus на IP-телефонах можно настроить время включения и выключения телефона, а также периоды ожидания простоя.Параметры конфигурации EnergyWise Power Save Plus для IP-телефонов Cisco определяют расписание перехода IP-телефонов в спящий режим (отключение питания) и пробуждение (включение). Для этого режима требуется сеть с поддержкой EnergyWise. Если EnergyWise включен, то время сна и пробуждения, а также другие параметры можно использовать для управления питанием телефонов. Параметры Power Save Plus настраиваются в профиле устройства для конкретного продукта в Cisco Unified CM Administration и отправляются на IP-телефоны как часть XML-файла конфигурации телефона.

Во время настроенного периода отключения питания в этом режиме энергосбережения IP-телефон отправляет запрос коммутатору с просьбой о пробуждении в указанное время. Если на коммутаторе включена функция EnergyWise, он принимает запрос и снижает мощность порта телефона, переводя телефон в спящий режим. В спящем режиме потребление энергии телефоном снижается до 1 Вт или меньше. В этом случае телефон не выключается полностью. Когда телефон находится в спящем режиме, переключатель PoE обеспечивает минимальную мощность, которая освещает клавишу выбора на телефоне.Пользователь может вывести IP-телефон из спящего режима с помощью кнопки «Выбрать». IP-телефон не переходит в спящий режим, если на телефоне активен вызов. При желании можно настроить звуковые и визуальные оповещения для предупреждения пользователей перед переходом телефона в режим Power Save Plus. Пока телефон находится в спящем режиме, он не зарегистрирован в Cisco Unified CM и не может принимать входящие вызовы. Используйте параметр «Переадресация незарегистрированных» в профиле конфигурации устройства телефона, чтобы указать, как обрабатывать любые входящие вызовы на номер телефона.

Примечание Режим Cisco EnergyWise Power Save Plus поддерживается большинством IP-телефонов Cisco и оконечных устройств Collaboration Desk. Чтобы узнать, какие оконечные устройства поддерживают EnergyWise Power Save Plus, обратитесь к таблицам данных для ваших моделей оконечных устройств:
http://www.cisco.com/c/en/us/products/collaboration-endpoints/product-listing.html

Режим энергосбережения

В режиме энергосбережения подсветка экрана не горит, когда телефон не используется.В этом режиме телефон остается зарегистрированным в Cisco Unified CM и может принимать входящие и исходящие вызовы. Cisco Unified CM Administration имеет параметры конфигурации для конкретного продукта, позволяющие отключать дисплей в определенное время в одни дни и на весь день в другие дни. Телефон остается в режиме энергосбережения в течение запланированного времени или до тех пор, пока пользователь не снимет трубку или не нажмет любую кнопку. Сеть с поддержкой EnergyWise не требуется для режима энергосбережения. Время простоя можно запланировать так, чтобы дисплей оставался включенным до истечения времени ожидания, а затем отключался автоматически.Телефон по-прежнему включен в этом режиме и может принимать входящие вызовы.

Режим энергосбережения можно использовать вместе с режимом энергосбережения плюс. Использование обоих значительно снижает общее энергопотребление IP-телефонов Cisco Unified.

Для получения информации о настройке этих режимов см. Руководства по администрированию IP-телефонов Cisco и оконечных устройств Collaboration Desk:

http://www.cisco.com/c/en/us/products/collaboration-endpoints/product-listing.html

Качество обслуживания LAN (QoS)

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

На рис. 3-7 показано типичное превышение лимита подписки, возникающее в инфраструктуре LAN.

Рисунок 3-7 Избыточная подписка на трафик данных в LAN

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

Приложения, такие как совместное использование файлов (как одноранговая, так и серверная), удаленное сетевое хранилище, сетевое программное обеспечение для резервного копирования и электронные письма с большими вложениями, могут создавать условия, при которых перегрузка сети возникает чаще и / или на более длительный срок. . Некоторые из негативных последствий недавних атак червей — это чрезмерный объем сетевого трафика (как одноадресного, так и широковещательного шторма), увеличивающий перегрузку сети. Если политика управления буфером отсутствует, потери, задержки и дрожание в локальной сети могут быть затронуты для всего трафика.

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

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

Для управления трафиком и обеспечения качества голоса и видео необходимы следующие типы инструментов QoS в сети:

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

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

Provisioning включает в себя точное вычисление требуемой полосы пропускания для всех приложений плюс накладные расходы на элементы.

В следующих разделах обсуждается использование этих механизмов QoS в университетской среде:

Классификация трафика

Классификация или маркировка трафика как можно ближе к границе сети всегда была неотъемлемой частью архитектуры проектирования сети Cisco.Классификация трафика — это входной критерий для доступа к различным схемам организации очередей, используемым в коммутаторах кампуса и интерфейсах WAN. Телефоны Cisco IP отмечают потоки сигналов голосового управления и RTP в источнике, и они соответствуют значениям, представленным в таблице 3-3. Таким образом, IP-телефон может и должен классифицировать потоки трафика.

В Таблице 3-3 перечислены требования к классификации трафика для инфраструктуры LAN.

Для получения дополнительной информации о классификации трафика см. Руководства по проектированию QoS, доступные на сайте

http: // www.cisco.com/c/en/us/solutions/enterprise/design-zone-ipv6/design-guide-listing.html

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

Основные классы, представляющие интерес для IP-видеотелефонии:

Голос классифицируется как CoS 5 (приоритет IP 5, PHB EF или DSCP 46).

Видеоконференцсвязь классифицируется как CoS 4 (приоритет IP 4, PHB AF41 или DSCP 34).

Сигнализация вызова для голосовой и видеоконференцсвязи классифицируется как CoS 3 (приоритет IP 3, PHB CS3 или DSCP 24).

Cisco настоятельно рекомендует эти классификации как передовой опыт в сети унифицированных коммуникаций Cisco.

Различия в маркировке QoS между видеовызовами и голосовыми вызовами

Голосовой компонент вызова можно классифицировать одним из двух способов, в зависимости от типа текущего вызова. Среда для голосового телефонного вызова будет классифицироваться как CoS 5 (IP-приоритет 5 или PHB EF), в то время как голосовой канал видеоконференции будет иметь свой носитель, классифицированный как CoS 4 (IP-приоритет 4 или PHB AF41).Все продукты Cisco IP Video Telephony соответствуют стандарту Cisco Corporate QoS Baseline, который требует, чтобы аудио и видео каналы видеовызова были помечены как CoS 4 (IP Precedence 4 или PHB AF41). Причины этой рекомендации включают, помимо прочего, следующее:

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

Cisco находится в процессе изменения этого требования к конечным точкам, чтобы отдельно отмечать аудио и видеоканалы видеовызова, тем самым обеспечивая гибкость маркировки аудио и видео каналов видеовызова с одинаковым значением DSCP или другим DSCP значения в зависимости от вариантов использования.Дополнительную информацию о маркировке DSCP см. В главе «Управление пропускной способностью».

Класс сигнализации применим ко всем протоколам голосовой сигнализации (таким как SCCP, MGCP и т. Д.), А также к протоколам видеосигнала (таким как SCCP, H.225, RAS, CAST и т. Д.).

Учитывая рекомендуемые классы, первый шаг — решить, где будут классифицироваться пакеты (то есть какое устройство будет первым отмечать трафик своей классификацией QoS). По сути, есть два места для маркировки или классификации трафика:

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

Обеспечение QoS с использованием доверенной точки ретрансляции (TRP)

Доверенная точка ретрансляции (TRP) может использоваться для принудительного применения и / или повторной маркировки значений DSCP медиа-потоков от конечных точек.Эта функция позволяет применять QoS для мультимедиа с конечных точек, таких как программные телефоны, где значения QoS для мультимедиа могли быть изменены локально.

TRP — это медиаресурс, основанный на существующей функции точки завершения медиа (MTP) Cisco IOS.

можно настроить на «Использовать надежную точку ретрансляции», которая будет вызывать TRP для всех вызовов.

Для обеспечения QoS TRP использует настроенные значения QoS для мультимедиа в параметрах службы Unified CM для повторной маркировки и обеспечения соблюдения значений QoS в мультимедийных потоках от конечной точки.

TRP поддерживается протоколами Cisco IOS MTP и ресурсами транскодирования. (Используйте Unified CM, чтобы установить флажок «Включить TRP» на MTP или ресурсе транскодирования, чтобы активировать функцию TRP.)

Очередь интерфейса

После того, как пакеты были помечены соответствующим тегом на уровне 2 (CoS) и уровне 3 (DSCP или PHB), важно настроить сеть для планирования или постановки в очередь трафика на основе этой классификации, чтобы обеспечить каждый класс трафика. с сервисом, который ему нужен от сети.Включив QoS на коммутаторах кампуса, вы можете настроить весь голосовой трафик для использования отдельных очередей, что практически исключает возможность отбрасывания голосовых пакетов при мгновенном заполнении буфера интерфейса.

Хотя инструменты управления сетью могут показать, что сеть кампуса не перегружена, инструменты QoS по-прежнему необходимы для обеспечения качества передачи голоса. Инструменты управления сетью показывают только среднюю загруженность за период времени. Хотя это среднее значение полезно, оно не показывает пиков загруженности на интерфейсе кампуса.

Буферы интерфейса передачи в университетском городке имеют тенденцию к перегрузке в небольших конечных интервалах из-за импульсного характера сетевого трафика. Когда возникает эта перегрузка, все пакеты, предназначенные для этого интерфейса передачи, отбрасываются. Единственный способ предотвратить потерю голосового трафика — это настроить несколько очередей на коммутаторах кампуса. По этой причине Cisco рекомендует всегда использовать коммутатор, который имеет как минимум две очереди вывода на каждый порт и возможность отправлять пакеты в эти очереди на основе классификации QoS Layer 2 и / или Layer 3.Большинство коммутаторов Cisco Catalyst поддерживают две или более очередей вывода на порт. Дополнительную информацию о возможностях организации очереди интерфейса коммутатора Cisco Catalyst см. В документации по адресу http://www.cisco.com/en/US/products/hw/switches/index.html

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

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

Добавление голосового трафика в конвергентную сеть не приводит к значительному увеличению общей нагрузки сетевого трафика; предоставление полосы пропускания по-прежнему определяется требованиями требований к трафику данных. Цель проекта — избежать перегрузки трафика данных на любом канале, через который будет проходить телефонная сигнализация или медиапотоки. Сравнение требований к пропускной способности одного голосового вызова G.711 (приблизительно 86 кбит / с) и необработанной пропускной способности канала FastEthernet (100 Мбит / с) указывает на то, что голос не является источником трафика, вызывающим перегрузку сети в локальной сети, а скорее является поток трафика, который необходимо защитить от перегрузки сети LAN.

Ухудшение IP-связи, если QoS не используется

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

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

Эти эффекты применимы ко всем моделям развертывания. Однако при развертывании на одной площадке (в кампусе), как правило, менее вероятно возникновение условий, вызванных постоянными прерываниями связи, поскольку большая пропускная способность, обычно развертываемая в средах LAN (минимальные каналы 100 Мбит / с), позволяет получить некоторую остаточную полосу пропускания для система IP-коммуникаций.

В любой модели развертывания на основе WAN перегрузка трафика с большей вероятностью приведет к устойчивым и / или более частым прерываниям связи, потому что доступная полоса пропускания намного меньше, чем в LAN (обычно менее 2 Мбит / с), поэтому канал легче насыщается . Последствия прерывания связи могут повлиять на взаимодействие с пользователем, независимо от того, проходит ли голосовая среда по пакетной сети, потому что сигнальный трафик между конечными точками и серверами Unified CM также может задерживаться или отбрасываться.

Рекомендации по проектированию QoS для виртуальных унифицированных коммуникаций с серверами Cisco UCS

, такие как Cisco Unified Communications Manager (Unified CM), работают как виртуальные машины поверх гипервизора VMware. Эти виртуальные машины Unified Communications подключаются к виртуальному программному коммутатору, а не к аппаратному Ethernet. Доступны следующие типы виртуальных программных коммутаторов:

• Стандартный коммутатор VMware vSphere

Доступно во всех редакциях VMware vSphere и независимо от типа схемы лицензирования VMware.Стандартный коммутатор vSphere существует только на том хосте, на котором он настроен.

• Распределенный коммутатор VMware vSphere

Доступно только в версии Enterprise Plus Edition VMware vSphere. Распределенный коммутатор vSphere действует как единый коммутатор для всех связанных хостов в центре обработки данных и помогает упростить управление программным виртуальным коммутатором.

Cisco имеет программный коммутатор, называемый виртуальным коммутатором Nexus 1000 (1000 В). Для Cisco Nexus 1000V требуется версия Enterprise Plus Edition от VMware vSphere.Это распределенный виртуальный коммутатор, видимый для нескольких хостов VMware и виртуальных машин. Cisco Nexus серии 1000V обеспечивает подключение виртуальных машин на основе политик, безопасность мобильных виртуальных машин, улучшенное качество обслуживания и сетевую политику.

С точки зрения виртуального подключения каждая виртуальная машина может подключаться к любому из указанных выше виртуальных коммутаторов, находящихся на блейд-сервере. При использовании блейд-серверов Cisco UCS серии B блейд-серверы физически подключаются к остальной части сети через Fabric Extender в шасси UCS к межсоединительному коммутатору UCS Fabric (например, Cisco UCS 6100 или 6200 Series).Коммутатор межсоединений UCS Fabric — это место, где физическая проводка подключается к локальной сети Ethernet клиента и FC SAN.

С точки зрения потока трафика, трафик с виртуальных машин сначала идет на программный виртуальный коммутатор (например, стандартный коммутатор vSphere, распределенный коммутатор vSphere или коммутатор Cisco Nexus 1000V). Затем виртуальный коммутатор отправляет трафик на физический межсоединительный коммутатор UCS Fabric через сетевой адаптер и Fabric Extender своего блейд-сервера. Коммутатор UCS Fabric Interconnect Switch передает IP-трафик и трафик SAN по оптоволоконному каналу через Fibre Channel over Ethernet (FCoE) по одному проводу.Коммутатор межсоединения UCS Fabric отправляет IP-трафик на IP-коммутатор (например, Cisco Catalyst или коммутатор серии Nexus) и отправляет трафик SAN на коммутатор SAN Fibre Channel (например, коммутатор серии Cisco MDS).

Сценарий перегрузки

В развертывании с блейд-серверами Cisco UCS серии B и только с приложениями Cisco Collaboration перегрузка сети или сценарий превышения лимита подписки маловероятны, поскольку межсоединительный коммутатор UCS Fabric обеспечивает коммутационную матрицу высокой пропускной способности, а используемая полоса пропускания на блейд-сервер намного превышает максимальные требования к трафику типичного приложения для совместной работы.

Однако могут быть сценарии, при которых может возникнуть перегрузка. Например, при большом количестве блейд-серверов и шасси B-Series, большом количестве приложений и / или сторонних приложений, требующих высокой пропускной способности сети, существует вероятность перегрузки различных сетевых элементов UCS B- Последовательная система (адаптеры, модули ввода-вывода, межкомпонентные соединения). Кроме того, трафик FCoE разделяет те же сетевые элементы, что и IP-трафик, поэтому приложения, выполняющие передачу большого объема памяти, увеличили бы использование сетевых элементов и способствовали бы этой потенциальной перегрузке.

Чтобы устранить эту потенциальную перегрузку, необходимо реализовать QoS.

Внедрение QoS с Cisco UCS серии B

Коммутаторы Cisco UCS Fabric Interconnect и адаптеры, такие как адаптер Cisco VIC, выполняют QoS на основе значений CoS уровня 2. Типы трафика классифицируются по значению CoS в классы системы QoS, которые определяют, например, минимальную гарантированную полосу пропускания и политику отбрасывания пакетов, которая будет использоваться для каждого класса. Однако приложения для совместной работы Cisco выполняют маркировку QoS только на уровне 3, а не на уровне 2.Следовательно, необходимо сопоставить значения L3, используемые приложениями, со значениями L2 CoS, используемыми элементами Cisco UCS.

Стандартный коммутатор VMware vSphere, распределенный коммутатор vSphere, коммутаторы Cisco UCS Fabric Interconnect и другие сетевые элементы UCS не могут выполнять это сопоставление между L3

New Surface Duo — Dual-Screen Mobile Productivity, Do One Better — Microsoft Площадь

Поверхность

Поверхность

• Дом
• Компьютеры
  • НОВЫЙ Surface Laptop Go
    • Обзор
    • Технические характеристики
  • Ноутбук Surface 3
    • Обзор
    • Технические характеристики
  • Surface Pro 7
    • Обзор
    • Технические характеристики
  • Surface Pro X
    • Обзор
    • Технические характеристики
  • Surface Go 2
    • Обзор
    • Технические характеристики
  • Поверхность Книга 3
    • Обзор
    • Технические характеристики
  • НОВАЯ Surface Duo
  • Surface Studio 2
    • Обзор
    • Технические характеристики
  • Сравнить устройства
  • Помогите выбрать
• Компьютеры для бизнеса
  • Домашняя страница Surface для бизнеса
  • НОВЫЙ ноутбук Surface для бизнеса
  • БОЛЬШЕ ОПЦИЙ Surface Pro X для бизнеса
  • Surface Laptop 3 для бизнеса
  • Surface Pro 7 для бизнеса
  • Surface Go 2 для бизнеса
  • Surface Book 3 для бизнеса
  • НОВИНКА Surface Duo для бизнеса
  • Surface Studio 2 для бизнеса
  • Surface Hub 2S
  • Аксессуары для бизнеса
• Аксессуары
  • Наушники Surface 2
  • Поверхностные наушники
  • Аксессуары для Surface Pro X
  • Аксессуары Surface Pro
  • Аксессуары для ноутбуков Surface
  • Аксессуары Surface Book
  • Аксессуары Surface Go
  • Аксессуары Surface Studio
  • Все аксессуары Surface
• Купить сейчас
  • Поверхностные сделки
  • Связки поверхностей
  • Все устройства Surface
  • Где купить
• Поддержка
• Больше
  • Все Microsoft
    • • Microsoft 365
      • Офис
      • Windows
      • Поверхность
      • Xbox
      • Сделки
      • Поддержка
    • Программного обеспечения
      • Приложения Windows
      • Один диск
      • Outlook
      • Skype
      • Одна нота
      • Команды Microsoft
      • Microsoft Edge
    • ПК и устройства
      • Компьютеры
      • Магазин Xbox
      • Аксессуары
      • VR и смешанная реальность
      • Телефоны
    • Развлечения
      • Xbox Game Pass Ultimate
      • Золотой статус Xbox Live Gold
      • Xbox игры
      • Компьютерные игры
      • Цифровые игры для Windows
      • Фильмы и ТВ
    • Бизнес
      • Microsoft Azure
      • Microsoft Dynamics 365
      • Microsoft 365
      • Microsoft Промышленность
      • Платформа данных
      • Microsoft Advertising
      • Мощность
  .

  No related posts.