Документы локальной вычислительной сети

Основы документирования сетей

Сразу скажу, что на написание мини статейки об основах документирования для наших подписчиков подтолкнул курс от уже упоминавшегося на канале Netskills. Вся основная механика у них на канале:

На структурную схему наносятся принципиальные моменты дающее полное, но общее представление о том:

  1. Cколько у нас провайдеров;
  2. Как у нас выстроена архитектура ЛВС: внешний периметр, ядро, уровень доступа;
  3. Как обстоит дело с отказоустойчивостью. Каскад устройств, как на картинке firewall и core switch, указывает на то, что используется стек. Вот какой конкретно стек: stack wise, vss с единым control plane или vPC/MCLAG домен с раздельным control plane тут не важно. Аспекты типов стекирования отражаются на схеме L2, в таблице кабельных соединений, а особенности настроек в документе под номером 6 — “Описание настроек”.

Еще раз заостряю внимание. Структурная схема — общая информация. Стеки/кластера и связанные с этим концепции укладываем на L2 схему.

После того как у нас есть “структурка” мы готовим (требуем от подрядчика) L3 схему.

L3 схема

На L3 схеме отображаются ключевые сегменты сети: стыки access-core, core-FW, FWs (border routers) — ISPs. Если описывается корпоративная инфраструктура, то к ключевым сегментам можно отнести сегменты в которых находятся основные корпоративные ресурсы: dns, почта, NTP, VIP пользователи, гостевой и пользовательский Wi-Fi. Если описывается инфраструктура уровня ЦОД, где может быть десятки тысяч сегментов, необходимо ограничится L3 сегментами лишь стыковых соединений. Сегмент удобно изображать в виде трубы с нанесением на нее адреса подсети и соответствующего идентификатора vlan. Целесообразно указывать default gateway. Оборудование уровня L2: L2 коммутаторы, хабы, медиаконвертеры на L3 схеме не изображаются!

0E7otrGh1ZJuv wjE2Cd9Yw9I9vFYgk2T1R IMkYSxWd0YNIHOtQp7luD7bjty cPf6qTRanC1IGHLChXmUrIWq v74B7 eSRsKomYKn8zdCrrmxWmHq4

После того как имеется структурная схема и L3 переходим к L2 схеме.

L2 схема

L2 схема это уже про частности канального, местами физического уровня. Тут мы уже делаем акцент на типе используемого кабеля: оптика или медь, стековое соединение. Указываем номер порта, тип линка: агрегированный или нет, режим: trunk или access, id vlans в транках (можно и не указывать, так как их может быть слишком много). Конкретные перечни vlan относящихся к информационным системам клиентов, пользователей и то каким транкам они принадлежат лучше всего отражать в документе “Описание настроек”. На схеме же можно/целесообразно отразить факт наличия in-band и out-of-band менеджмента. Т.е. на наличие управляющего трафика посредством основных каналов и альтернативного варианта управления инфраструктурой посредством выделенных каналов, менеджмент коммутаторов, консольных серверов.

Читайте также:  В чем заключается основная цель создания компьютерной сети

3Fq ttvaMLNdYMsPvbMVHazielRkovfw2Fi3vmW9sDJ1W zFk0oaW p31DjlZTQXu1suts Orx8 SzHnngoRds h3ara4fIOPNkHGwf7E tmiCbiFPKBep2IHxutwquA5kSxYGglAW61CHewjlea0WeiicO 3zek8NZZvBpKp2kZwRDqrh0Fb8 zWw4P84qDs84JP IXUzdpTiY0 r73z1N8qbF0OvYjZrrKXEdGc7N1tn7OgDOTv6iZWLyg2GRYrbJVFLcWwtWEO

Traditional — два standalone коммутатора с наличием петли и работающим STP (стоит избегать таких вариантов архитектур, по возможности. Но в кампусе допускается);

StackWise Virtual-Physical/StackWise Virtual-logical — Два коммутатора представляются Access уровню как один виртуальный. Нет риска петель, не надо беспокоится о STP, нет простоя линков (must have в крупном enterprise и data center)

VnRDZ XAAKQzhYnzdOkieHDqfmLEaOMS x2B7ucktzS6FbJzshBaKLRNGAGhcRECjS Evl92

Вот если говорить не про проект, а про эксплуатацию действующей инфраструктуры, то существует два подхода:

  1. Ведение такой же Exel таблицы. Просто функционально, но есть нюансы. Как правило плодится много копий и по итогу информация зачастую не 100% актуальна. Если документ ведет один человек, то это куда не шло. Если к планированию и учету IP пространства причастны >1, то целесообразно использовать специальные продукты (пункт 2).
  2. Система централизованного учета IP пространства. Есть один бесплатный и удобный продукт под названием phpipam, лично его использую. С этим инструментом планирование и учет IP пространства циклопически упрощается (https://phpipam.net/)

60ITeRlgK4QXHjWYY kkLumyqnDZmF7zbIUBzGPX5 Jww5AR4YIE2F5D6y0XO7f4P1MV vC66O1QLlwdmwQWX Kp7SnbhUMLv cm0KJCW7IA

Маркер — идентификатор связи (по аналогии с ключевым полем в БД). В продаже есть специальные принтера. Можно использовать ручные бобины.

Откуда (Ряд/Шкаф/Юнит)-Оборудование-Плата/порт

Куда\Откуда — транзитные (промежуточные) коммутации. Если оконечное оборудование, в нашем примере это блейд корзина HP C7000 подключается портом OA1 (On-board administrator) непосредственно к менеджмент коммутатору Cisco WS-C3750X-24 (Маркер 0051), то блоки Куда\Откуда пустые. А вот если взять маркер 0094, то связь между с7000 и коммутаторами ядра пролегает через промежуточную патч-панель и нетподиум (оптическая СКС);

Куда — собственно так же как и Откуда — Оборудование-Плата/порт. Обычно (в большинстве случаев) Откуда — оконечное оборудование: рабочее место, сервер. Куда — коммутатор. Но если связь отражает межкоммутаторное взаимодействие, кластерное взаимодействие, то слева отражается условный 1-й номер, а справа условный 2-й номер.

Читайте также:  Сетевая модель osi принцип работы

Тип разъема: RJ-45, MM/SM LC/MM SC и тд. и тп. По данному столбцу сразу понятно что у вас за физика оптика или медь, какой тип оптики мультимод или синглмод, какой тип оптического разьема.

Количество кусков (патчкордов) и их длина— тут все должно быть понятно.

Кто и когда проводил работы — тоже очень важный момент.

Описание настроек

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

Дополнительные документы:

7. Расположение оборудование в стойках > (см. вкладку СКС-2)

UOa LFTaszvJxCLAnHx9bicTFQdlsJShkmc as Ia8TS45Wc6ATAkhs3uAEXMrf1xAVEYa6tHYuwxdSyj6xO mmdhl1 D2TkudOOle46YexUuZTRw6otJEZ1auKT76Wl aYwsJR 67gHaUw 5OtMy0 mo7wI1pot9 JKd CEbT8e8NLKzoeKl519JkJR4N0dUgiwPOhcTiCisp1w9Uffcs DkGQgc27wCJiMIQrJNA2ywX0HEfJD0WtttUoU3t QzUR DwTqZqOfdUda

Немного поддержу Netskills еще рекламкой:

0da478479b283411da793

Если материал понравился — лучшая помощь порекомендовать канал товарищу IT-шнику. Лишними знания не бывают)

Источник

5 Документирование сети

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

Документирование схемы расположения элементов сети.

  1. План-схема здания содержит следующую информацию (разработка этого документа ведется на основе «синек» здания или помещения):
  • пути и длина кабельных соединений, удовлетворяющих спецификации сетевых топологий

— тип кабеля — местоположение и тип кабельных соединений

  • местоположение и характеристики коммутационного оборудования.

2. Документация по сетевому файл-серверу и рабочим станциям. В каждой сетевой среде существует несколько аспектов файл-сервера (FS) и рабочих станций (WS) подлежащих документированию: конфигурация оборудования, конфигурация программного оборудования, роль в управлении. Конфигурация оборудования:

  • тип центрального процессора;
  • оперативная память;
  • тип и емкость дисков
  • все платы ввода-вывода
  • сетевые платы
Читайте также:  Система обмена информацией по компьютерным сетям

Конфигурация программного обеспечения:

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

Карта управления сетью:

  • роль и местоположение FS и WS принимающие участие в управлении сетью в управлении сетевой архитектурой;
  • файлы настройки управляющего оборудования;
  • карта адресного пространства.

Карта неисправностей содержит: — тип оборудования — серийный номер — местоположение — сетевой пользователь или пользователи — описание неисправности или ее симптомы — причина — cпособ устранения. Комплект документации по топологии Ethernetвключает:

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

Документация по топологии Token Ring кроме стандартной документации разрабатываются схемы стоек устройства много станционного доступа (MAU) размещаются в общих кабельных шкафах. Нумерация должна быть с ярлыками, а кабельные сегменты иметь маркировку на обоих концах. Схемы коммутационных панелей представляют собой разводку кабелей локальной сети и их подключение к MAU. Используется конфигурация «WS– портMAU». Ячейка содержит следующую информацию: № панели/ порт/ № кабеля. Кабельный шкаф соединяется с коммутационной панелью следующим образом: все сегменты кабели и кабели основного кольца, входящие и выходящие из кабельного шкафа, должны подводиться и подключаться к тыльной стороне коммутационной панели. Рисунок 5.1 — Диаграмма схемы соединений коммутационной панели, MAU, кабельных шкафов Таблица13 — Таблица соединений коммутационной панели, MAU, кабельных шкафов

1/9/33
23/16/19

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

Источник

Оцените статью
Adblock
detector