Литература / ETHERNET / TOPOL

Многоуровневая топология TH.arial { font-family: Arial, Serif;} P.topic { font-family: sans-serif;} A.plain { text-decoration: none;} A.topic01 { color: #006890; font-family: sans-serif; text-decoration: none;} A.topic02 { color: #099771; font-family: sans-serif; text-decoration: none;} A.topic03 { color: #719709; font-family: sans-serif; text-decoration: none;} A.topic04 { color: #98650A; font-family: sans-serif; text-decoration: none;} A.topic05 { color: #98340A; font-family: sans-serif; text-decoration: none;} A.topic06 { color: #099607; font-family: sans-serif; text-decoration: none;} A.topic07 { color: #9E1215; font-family: sans-serif; text-decoration: none;} A.topic08 { color: #970941; font-family: sans-serif; text-decoration: none;} A.topic09 { color: #950995; font-family: sans-serif; text-decoration: none;} A.topic010 { color: #390A98; font-family: sans-serif; text-decoration: none;} H1 { font-family: sans-serif;} H2 { font-family: sans-serif;} H3 { font-family: sans-serif;} H4 { font-family: sans-serif;} H5 { font-family: sans-serif;} H6 { font-family: sans-serif;} Сервер поддерживается

Центром Информационных Технологий

(095) 932-9212, 932-9213, 939-0783

E-mail: info@citforum.ru Сервер содержит море(!) аналитической информации CIT Forum CD-ROM Многоуровневая топология (материал компании Bay Networks) Материал любезно предоставлен компанией Jet Infosystems 1. Введение 1.1. Подсети и простые сегменты с разделяемым доступом - теперь не одно и то же 1.2. Уплощение сетей 1.3. ВЛВС делают независимыми логическую и физическую структуры сети 2. Задача управления коммутируемым объединением сетей 3. Что такое многоуровневая топология? 3.1. Различия между картой узлов, топологией и многоуровневой топологией 3.2. Требования к системам, поддерживающим многоуровневую топологию 4. Средства управления и прикладные системы на основе многоуровневой топологии 4.1. Визуализация сети 4.2. Выявление и устранение отказов 4.3. Конфигурирование и администрирование виртуальных локальных сетей 4.4. Анализ и администрирование потоков данных 4.5. Приложения третьих фирм 5. Заключение 6. Приложение 1. Технология многоуровневой топологии Optivity и ассоциированные приложения 6.1. Управляющие информационные базы топологии и ВЛВС 7. Приложение 2. Терминологический словарь Многоуровневая топология - ключ к управлению коммутируемым объединением сетей. Внедрение коммутации в рамках современных корпоративных сетей поставило перед сетевыми администраторами новые задачи. Многоуровневая топология позволяет подойти к решению этих задач во всеоружии. 1. Введение В настоящее время происходит массовое внедрение коммутаторов и вытеснение ими распределенных магистралей, маршрутизаторов свернутых магистралей, маршрутизаторов масштаба отдела, реализующих микросегментацию сетей, а также концентраторов для среды с разделяемым доступом, обеспечивающих подключение настольных систем. У новой парадигмы есть много выгод и в плане цены, и в плане производительности, однако переход к коммутируемому объединению сетей связан с тремя фундаментальными структурными изменениями, кардинальным образом влияющими на сетевое управление. 1.1. Подсети и простые сегменты с разделяемым доступом - теперь не одно и то же Поскольку коммутаторы применяются для увеличения пропускной способности за счет микросегментации, подсеть, когда-то соответствовавшая одному концентратору (см. рис. 1), теперь может быть преобразована в более сложную иерархию коммутаторов и концентраторов (см. рис. 2). Из рисунков видно, что сквозное сетевое управление стало включать больше физических устройств, больше типов устройств и больше коммуникационных каналов. Рис. 1. Подсети на основе концентраторов. Рис. 2. Иерархическая организация подсетей. 1.2. Уплощение сетей Нередко коммутаторы используют как замену маршрутизаторам при микросегментации. Коммутаторы, конечно, проще администрировать, они могут существенно снизить задержки при передаче по сети, но одновременно они вызывают значительное расширение широковещательных областей и подсетей (см. рис. 3). Большие широковещательные области способны уменьшить эффективную полосу пропускания за счет распространения широковещательного трафика, что угрожает стабильности всей сети. Рис. 3. Сеть с уплощенной структурой. 1.3. ВЛВС делают независимыми логическую и физическую структуры сети Дробление плоской коммутируемой сети на маршрутизируемые подсети может получить новую жизнь за счет создания виртуальных локальных сетей (ВЛВС) и организации маршрутизации между ними. При конфигурационной коммутации допускается определение ВЛВС (то есть виртуальных подсетей) с точностью до порта концентратора для среды с разделяемым доступом (см. рис. 4). В результате клиентов любого порта концентратора возможно включить в любую ВЛВС (как показано на том же рисунке), а центральный сервер может войти и в подсеть a, и в подсеть b, полностью нарушая существовавшую ранее связь между физической и логической сетями. Рис. 4. Реализация виртуальных локальных сетей. 2. Задача управления коммутируемым объединением сетей Перечисленные структурные отличия являются причиной непростых проблем, возникающих при администрировании сети. У средств администрирования, первоначально предложенных производителями для платформы Корпоративной управляющей станции (Enterprise Management Station, EMS), равно как и у средств, разработанных производителями оборудования для однородных сетей на основе маршрутизаторов и концентраторов (то есть для сетей с разделяемым доступом), в коммутируемой среде проявляются серьезные недостатки. Например, инструменты для выявления логической структуры объединения сетей обнаруживают только маршрутизаторы, связи между маршрутизаторам и подсети. С этой точки зрения сети, изображенные на рисунках 2 и 4, выглядят в точности так же, как и сеть с рисунка 1, то есть как маршрутизатор с двумя подсетями. Невидимыми остаются сложные взаимосвязи между коммутаторами и концентраторами, определяющие подсети или виртуальные локальные сети. Если карты сетей будут и дальше ограничиваться подобным логическим представлением, то доля сетевой инфраструктуры, невидимой для администратора, с увеличением числа установленных коммутаторов станет возрастать. В результате, если данное принципиальное расхождение между реальной сетью и ее визуальным представлением в системе сетевого управления будет оставаться необнаруженным, способность администраторов устранять возникающие проблемы или оценивать последствия отказов окажется существенно ослабленной. В дополнение к предотвращению уплощения коммутируемых сетей, ВЛВС способствуют облегчению реализации добавлений, перемещений и изменений в способе подключения настольных систем. Однако неприятная проблема конфигурирования и администрирования ВЛВС заставила большинство администраторов коммутируемых сетей отложить виртуализацию до появления адекватного управляющего инструментария. Поскольку ВЛВС в сущности являются логическим наложением на реальную сеть, приложения для всеобъемлющего, эффективного конфигурирования ВЛВС должны иметь доступ к полной картине сети на физическом уровне. Приведенные примеры показывают, что успешное решение задачи администрирования сетей с разделяемым доступом и коммутацией требует нового поколения приложений, специально модифицированных или спроектированных для управления коммутируемым объединением сетей. Ключевой составляющей большинства подобных приложений является гибкий механизм отображения, способный интегрировать и унифицировать физическое, логическое и виртуальное представление, независимо от того, какие технологии использовались при построении сети. 3. Что такое многоуровневая топология? 3.1. Различия между картой узлов, топологией и многоуровневой топологией Нередко термины "карта узлов" и "топология" используют как синонимы. Такую практику нельзя признать удачной, поскольку она, вообще говоря, скрывает различия между возможностями разных управляющих приложений. Термин "карта узлов" соответствует процессу визуализации физических и логических объектов, входящих в сеть, топология же отражает отношения связности, существующие между этими объектами. Следовательно, составление топологической картины сети включает как выявление сетевых объектов, так и выборку данных из их управляющих информационных баз (MIB), характеризующих взаимосвязи между устройствами. Например, средства отображения IP-уровня, присутствующие в большинстве EMS-платформ (таких как OpenView Network Node Manager компании Hewlett-Packard и NetView for AIX фирмы IBM), ограничиваются автоматическим составлением карты маршрутизаторов и подсетей, а также автоматической генерацией топологии сетевого (то есть IP или IPX) уровня, отражающей связи между маршрутизаторами и между портами маршрутизаторов и подсетями. Кроме того, некоторые EMS-платформы способны автоматически формировать простой список всех устройств (оконечных систем и концентраторов), входящих в каждую из подсетей. По нашему мнению, ключевым элементом управления коммутируемым объединением сетей станет система, поддерживающая многоуровневую топологию, которая не сводится к выявлению простой топологии сетевого уровня, но предполагает составление карты всех объектов с полным описанием связей между ними (то есть топологии) на физическом, канальном и сетевом уровнях (см. рис. 5). Топология ВЛВС может быть определена как наложение на физическую топологию. В дополнение к получению информации о связях на каждом из уровней, системы, поддерживающие многоуровневую топологию, должны предоставлять средства совместного анализа топологических моделей всех уровней. В таком случае сетевой администратор может выбрать область сети и переходить от одного топологического представления к другому, чтобы исследовать интересующий его фрагмент со всех точек зрения. Рис. 5. Многоуровневая топология. 3.2. Требования к системам, поддерживающим многоуровневую топологию Построение топологической модели сетевого уровня - задача относительно несложная, так как маршрутизаторы должны знать друг о друге, чтобы выполнять свои основные функции. Следовательно, стандартные протоколы обмена информацией о маршрутизации в сочетании с управляющими информационными базами достаточны для выяснения и представления межсетевой топологии. Многоуровневую топологию реализовать намного сложнее, поскольку необходимо, чтобы все активные сетевые устройства (концентраторы, коммутаторы, мосты) также обладали информацией о своих связях с другими устройствами. Такая повышенная информированность предполагает высокую интеллектуальность и эффективность алгоритмов, используемых как встроенными управляющими агентами, так и управляющим приложением. Другим основополагающим требованием является наличие механизма, позволяющего агентам в каждом устройстве обмениваться топологической информацией со своими соседями посредством эффективных протоколов, не перегружающих сеть широковещательным управляющим трафиком. Каждый управляющий агент должен поддерживать в MIB-базе таблицу с локальной топологической информацией. Система, определяющая глобальную топологию, должна иметь доступ к этим таблицам по протоколу SNMP. Встроенные агенты должны также обладать информацией о ВЛВС и включать ее в локальные топологические MIB-базы. База данных, хранящая информацию о глобальной топологии, должна иметь хорошо структурированную схему, позволяющую интегрировать логическое, физическое и виртуальное представления сети. Для этого требуются сложные, оптимизированные алгоритмы синтеза информации, полученной из многочисленных источников, в единую реляционную модель. Кроме того, должен предоставляться механизм, практически в реальном времени модифицирующий содержимое базы данных и обеспечивающий правильное отображение топологических изменений, вызванных установкой новых устройств либо реконфигурацией или отказом существующих узлов сети. Приведенный перечень требований показывает, что для поддержки многоуровневой топологии необходима распределенная система обработки в реальном времени, опирающаяся на тесное взаимодействие многих элементов сети. Потенциал этой мощной концепции для коммутируемого объединения сетей с изделиями от разных производителей в полной мере проявится тогда, когда индустриальные группы выработают стандарты взаимодействия между топологическими агентами и приложениями. Пока этого не произошло, производители сетевых инфраструктурных продуктов (маршрутизаторов, мостов, коммутаторов и концентраторов) имеют уникальную возможность реализовать расширенный набор топологических средств в рамках семейства собственных изделий. 4. Средства управления и прикладные системы на основе многоуровневой топологии Многоуровневая топологическая информация - ключ к интеграции широкого спектра средств управления коммутируемым объединением сетей в единую, простую в использовании прикладную систему. Простота использования обычно ведет к повышению эффективности и снижению эксплуатационных расходов. Высокая степень интеграции способна облегчить как выявление и устранение отказов, так и проактивное администрирование, что в совокупности помогает улучшить обслуживание пользователей. Средства управления и прикладные системы, которые могут быть построены на основе многоуровневой топологической информации, включают в себя элементы, описываемые в последующих разделах. 4.1. Визуализация сети Переключаясь между физическим, логическим и виртуальным представлениями, администратор может изучать сеть с необходимой степенью детализации, получая в результате полную информацию о ее структуре и функционировании. Одновременное исследование логического и физического представлений позволяет намного лучше понять взаимосвязи между элементами сети. Например, физическое представление может включать номера слотов и портов, соответствующих каждому сетевому соединению, и привлекать внимание к наличию параллельных соединений, которые в логическом представлении видны гораздо хуже (см. рис. 6). Полное физическое представление делает возможным анализ последствий отказов канала или устройства. Раннее выявление одиночных точек отказа, могущих нарушить работу большого числа пользователей, позволяет администратору улучшить обслуживаемость сети, не дожидаясь возникновения неприятностей. Физическая топология служит основой, удобной отправной точкой для всего семейства управляющих приложений, включая средства визуализации передней и задней панелей устройств. Рис. 6. Детальное представление физической топологии. 4.2. Выявление и устранение отказов Визуализация сети вплоть до уровня портов концентраторов и маршрутизаторов делает возможной высокоточную локализацию места отказа. Например, можно проследить и проверить весь маршрут от клиента в удаленном офисе до сервера в штаб-квартире (см. рис. 7). Детальное изучение отдельных звеньев маршрута поддерживается топологической картой, позволяющей очевидным образом идентифицировать отказавший элемент вне зависимости от его места в сети. Если отказ привел лишь к снижению эффективности, собранные на альтернативном маршруте сведения дадут возможность быстро выявить узкое место и устранить причину замедления работы пользователей. Рис. 7. Прослеживание маршрута от клиента к серверу. 4.3. Конфигурирование и администрирование виртуальных локальных сетей Виртуальное представление многоуровневой топологии позволяет разрабатывать графические приложения для конфигурирования ВЛВС, распространяющихся на области с коммутацией кадров и ячеек и с разделяемым доступом к среде передачи. Рассмотрим, например, задачу перемещения пользователя C3, подключенного к конфигурируемому концентратору, из ВЛВС C в ВЛВС B (см. рис. 8). Имеющееся соответствие между физической топологией и виртуальным представлением дает возможность системе конфигурирования ВЛВС осуществить преобразование пользователя C3 в B3 путем простой буксировки объектов на уровне портов. Данное изменение требует модификации подключений в концентраторе и коммутаторе S1, однако и здесь наличие соответствия между физическим и виртуальным представлениями делает возможным автоконфигурирование соединений между коммутаторами в масштабе всей сети. Поэлементное выполнение подобного реконфигурирование сопряжено с большим числом ручных операций и, следовательно, чревато ошибками. Рис. 8. Изменение конфигурации виртуальной локальной сети. 4.4. Анализ и администрирование потоков данных Зонды RMON и RMON2 в сочетании с встроенными агентами позволяют в реальном времени накапливать статистическую информацию о потоках данных на уровне доступа к среде передачи, а также на сетевом и прикладном уровнях. Чтобы приложения на основе RMON и RMON2 могли полностью реализовать свой потенциал, необходимы средства непосредственного отображения информации о трафике на физическое и виртуальное представления сети. Например, сопоставление RMON-информации с физической топологией является единственным способом полностью понять детали перемещения потоков данных в сетях с нерегулярной структурой. Сетевые администраторы могут сообразить, где следует разместить зонды, и сделать обоснованные предположения о последствиях изменения конфигурации, поскольку они располагают полной информацией о взаимосвязи всех элементов сети. В качестве еще одного примера рассмотрим ситуацию, когда администратор намерен оптимизировать потоки данных при наличии виртуальных сетей. Для этого, путем анализа трафика в пределах ВЛВС и между ними, он хочет выявить недочеты в распределении пользователей по виртуальным сетям. Многоуровневая топология облегчает выяснение внутренней физической структуры и физических границ ВЛВС, что дает возможность определить порты коммутаторов и каналы, в которых целесообразно собирать и анализировать данные RMON/RMON2. На основе полученной информации администратор может идентифицировать узел и приложение, ответственные за избыточный трафик между ВЛВС. Можно найти и узлы, порождающие слишком мало внутреннего для ВЛВС трафика. Вероятно, и те, и другие узлы стоит перенести в другие виртуальные сети. Если же доступна только логическая топология или топология сетевого уровня, то недостаток информации о связях существенно затрудняет процесс мониторинга потоков данных в пределах ВЛВС. 4.5. Приложения третьих фирм Многие инструменты сетевого управления требуют доступа к представлению топологии сети. Назовем системы документирования кабельного хозяйства, приложения для инвентаризации, системы автоматизации проектирования сетей, средства управления эффективностью работы сетей, инструменты сетевого моделирования. Без автоматизированного доступа к общей базе данных физической топологии, сетевые администраторы, использующие эти приложения, вынуждены каждый раз вводить топологические данные вручную. База данных многоуровневой топологии с хорошо документированными прикладными программными интерфейсами или стандартными форматами обмена данными позволяет извлечь максимум выгоды из множества приложений с единым информационным источником. Рис. 9. Управляющие приложения, использующие топологическую информацию. 5. Заключение Администрирование и эксплуатация коммутируемого объединения сетей сопряжены с решением ряда новых сложных задач, для чего требуются управляющие приложения нового поколения, опирающиеся на полную информацию о сетевых связях. Ключевым элементом этих приложений является база данных многоуровневой топологии, интегрирующая и унифицирующая представления сети на физическом, канальном, сетевом и виртуальном уровнях. Компания Bay Networks, один из крупнейших производителей продуктов для сетей как с разделяемым доступом, так и с коммутацией, заняла лидирующую позицию и в области многоуровневой топологии, запатентовав множество изобретений. Компания включила поддержку многоуровневой топологии в свою линию концентраторов, маршрутизаторов, коммутаторов кадров и ячеек. Система Optivity Enterprise содержит ряд приложений, успешно использующих многоуровневую топологическую информацию для повышения управляемости коммутируемого объединения сетей. Строго придерживаясь ориентации на концепцию открытых систем, компания Bay Networks планирует начать процесс выработки топологических стандартов. Для этого она готова пойти даже на включение в стандарты ключевых аспектов собственной запатентованной технологии, проверенной в течение пяти лет разработки многоуровневых топологических средств. Публикация прикладных программных интерфейсов, открывающих доступ к базе топологических данных системы Optivity, позволит третьим фирмам уже в ближайшее время начать встраивание приложений в Optivity Enterprise, расширяя тем самым возможности пользователей этой системы. 6. Приложение 1. Технология многоуровневой топологии Optivity и ассоциированные приложения В системе Optivity Enterprise реализовано много значительных инноваций, помогающих управлять коммутируемым объединением сетей. Среди них приложения, основанные на базе данных многоуровневой топологической информации, поддерживающей сети с разделяемым доступом, коммутацией кадров и ячеек. Топологическая база данных Optivity генерируется распределенной совокупностью компонентов, в которую входят сложная схема базы данных, эффективные средства сбора данных, многоуровневые средства синтеза данных и высокоинтеллектуальные встроенные агенты. В результате создаются и координируются многоуровневые представления сети. Подсистема Sphere Topology позволяет топологической базе данных Optivity преодолевать технологические границы в сети (см. рис. 10). Интеллектуальные агенты, присутствующие в устройствах компании Bay Networks, собирают топологическую информацию для технологической сферы, к которой они принадлежат. Периферийные устройства, входящие в две технологические "сферы" (например, периферийный коммутатор на границе между сферами коммутируемого Ethernet и ATM на рис. 10), эффективно собирают и синтезируют информацию из обеих. Рис. 10. Подсистема Sphere Topology. 6.1. Управляющие информационные базы топологии и ВЛВС Интеллектуальные агенты сохраняют топологическую информацию в общем MIB-формате, не зависящем от технологической сферы. Топологическая управляющая база Optivity содержит следующую информацию: тип шасси и задней панели; адреса канального уровня для всех портов; адрес(а) сетевого уровня; соответствие между номерами слотов и портов соседних устройств; группы портов, входящих в ВЛВС; временной штамп последнего изменения топологии. Multilayer Topology Database - это база данных многоуровневой топологии, строящаяся путем запуска процессов-демонов, которые опрашивают мастер-агентов каждой технологической сферы и получают в ответ топологические MIB-таблицы. Топологическая информация собирается, обрабатывается и сохраняется в базе данных, после формирования который демоны каждые 60 секунд запрашивают у агентов временные штампы последних изменений топологии. Если полученный штамп отличается от ранее сохраненного, у агента запрашивают полную топологическую таблицу и помещают ее в базу. Постоянная обработка временных штампов позволяет практически в реальном времени отмечать на топологической схеме красным цветом неработающие устройства и каналы. Network Atlas - это инструмент навигации/визуализации, позволяющий администратору создавать, сохранять и извлекать различные представления взаимосвязей между физической и логической сетями. Network Atlas обеспечивает гибкость при трансформации всех представлений и при навигации. Он способен также отслеживать сквозные маршруты, связывающие устройства в физическом представлении, предоставляя полную информацию об альтернативных или избыточных путях между узлами сети. Network Atlas включает инструментальную линейку подсистемы Enterprise Command Center, что дает возможность применять любое Optivity-приложение к выбранным элементам текущего представления сети. LANarchitect содержит средства конфигурирования и администрирования виртуальных локальных сетей, включающих устройства как для разделяемого, так и для коммутируемого доступа к среде передачи, в том числе коммутирующие концентраторы System 5000 и Distributed 5000, а также коммутаторы серии 28000. LANarchitect способен визуализировать представления ВЛВС, отображая на одном интуитивно ясном экране множество устройств и сетевых технологий. При модификации базы данных ВЛВС LANarchitect автоматически конфигурирует промежуточные связи, необходимые для сохранения связности виртуальной сети. Optivity Enterprise включает в себя полный набор приложений на основе протоколов RMON и RMON2, который был значительно развит для работы с многоуровневой топологической информацией. Новый инструментарий RMON Analysis содержит "цементирующее" приложение, способное анализировать на уровнях 2 и 3 трафик между любыми узлами сети, даже если на пути встречаются маршрутизаторы. Приложение DesignMan позволяет проектировщикам проверять эффект предполагаемой ресегментации до выполнения реальных изменений. Компонент DesignMan, моделирующий коммутаторы, оценивает последствия установки дополнительных коммутаторов и даже выдает рекомендации по подключению клиентских и серверных систем к новым коммутируемым сегментам. Приложение, отслеживающее тенденции в поведении сети, анализирует статистическую информацию, хранящуюся в топологической базе данных Optivity для каждого сетевого сегмента, и автоматически определяет границы нормально функционирования, помогая администратору задавать пороговые значения для возбуждения сигналов тревоги. 7. Приложение 2. Терминологический словарь Коммутаторы кадров - многопортовые мосты уровня доступа к среде передачи, работающие со скоростью этой среды и гарантирующие на порядок более высокую пропускную способность при связывании клиентских и серверных систем по сравнению с концентраторами для среды с разделяемым доступом. При сегментации ЛВС коммутаторы кадров обеспечивают лучшие показатели цена/производительность и меньшие задержки, чем традиционные связки мостов и маршрутизаторов. Коммутаторы ячеек - устройства, реализующие ATM-коммутацию данных, разделенных на короткие ячейки фиксированного размера. Ориентация на установление соединений позволяют ATM обеспечивать классы (качество) обслуживания, пригодные для всех видов мультимедийного трафика, включая данные, голос и видео. Конфигурационная коммутация - средство программного управления портами или группами портов, поддерживаемое некоторыми концентраторами для среды с разделяемым доступом, позволяющее включать эти порты в любые сегменты локальной сети, подсоединенные к задней панели концентратора. Виртуальные локальные сети (ВЛВС) - логические наложения на коммутируемое объединение сетей, определяющие группы пользователей. Это означает, что пользователь или система, подключенные к одному физическому порту, могут участвовать в нескольких ВЛВС-группах, поскольку логическая сеть не обязана подчиняться ограничениям физической. Границы ВЛВС задают область локального вещания. Обычно потоки данных в ВЛВС коммутируются на уровне 2, в то время как трафик между ВЛВС маршрутизируется, возможно с использованием внешнего маршрутизатора. Эмулируемые локальные сети (ЭЛВС) - средство эмуляции возможностей индивидуального и группового вещания, характерных для сетей с передачей кадров, в ATM-части сети. Концептуально ЭЛВС и ВЛВС близки, поскольку ЭЛВС является логическим наложением на коммутируемое объединение сетей с передачей ячеек или гибридной передачей кадров и ячеек. ЭЛВС обеспечивают поддержку в ATM-сети существующих протоколов и приложений для локальных сетей. Обычно потоки данных в ЭЛВС коммутируется на уровне 2, в то время как трафик между ЭЛВС маршрутизируется, возможно с использованием внешнего, подключенного по ATM маршрутизатора виртуальных сетей. Виртуальные сети - результат объединения концепций конфигурационной коммутации, ВЛВС и ЭЛВС с целью определения логических наложений, способных распространяться на сетевые области с коммутацией ячеек, с коммутацией кадров и с разделяемым доступом к среде передачи. Comments: info@citmgu.ru

Designed by Andrey Novikov

Copyright © CIT