MPLS. Удачные примеры неудачных конфигураций

Статья опубликована на телекомзе.
===================

Немного магии и обычный наш любимый понятный IP превращается в MPLS. Поначалу чуждый нам с его коммутаией на основе меток, LSP, LDP и пугающим Traffic Engineering.
Этот мир кажется удивительным, незнакомым, ну как!!! казался. !!!!.. LDP тут прокладывает кратчайшие тропы, высокоскоростные TE-Туннели пронзают сеть в поисках лучших условий. И неопытные доморощенные инженеры начинают в этом мире вести себя как дикари. Не ведая, что творят, они бросаются настраивать оборудование, включают MPLS, прописывают route target и route distinguisher и после этого рождаются замысловатые труднодиагностируемые петли, потери пакетов, проблемы с маршрутизацией.

Позже, в своём цикле «Сети для самых маленьких» я обязательно опишу всё это в подробностях. А сейчас я бы хотел привести несколько интересных проблем из жизни, не ударяясь в теоретические путешествия.

Читать дальше →

Каверзные сетевые вопросы

Давно была идея собрать воедино интересные вопросы, касающиеся сетей.

Объединяет их то, что все они довольно простые, но мы подчас о них не задумываемся (я во всяком случае о них не задумывался).
В общем я их собрал, подбил, нашёл ответы.
Итак, блиц опрос:

Начнём с самых низких уровней и с самых простых вопросов



В1. Почему для витой пары выбран такой странный порядок: синяя пара на 4-5, разрывая зелёную, которая на 3, 6?



О1: Сделано это в угоду двухконтактному телефонному разъёму. Таким образом, например, в патч-панель можно вставить как телефонный кабель, так и витую пару.
Можно даже через один кабель вывести и сеть и телефонию, но я вам этого не говорил!

habrahabr.ru/post/158177/.


В2. В стандарте Ethernet между кадрами всегда имеется промежуток, называемый IFG (Inter Frame Gap) длиною 12 байтов. Для чего он нужен, и почему он присутствует в современных стандартах?

Читать дальше →

100 метров Ethernet

Статья опубликована на nag.ru.
=========

При подготовке к статье с каверзными вопросами я наткнулся на интересный вопрос — откуда взялось ограничение в 100 метров на длину Ethernet-сегмента.

Мне пришлось погрузиться глубоко в физику и логику процессов, чтобы приблизиться к пониманию.

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

CSMA/CD


Причина кроется в технологии CSMA/CD — Carrier Sense Multiple Access with Collision Detection. Если вдруг кто-то не знает, то это когда у нас одна шина (одна среда передачи данных), к которой подключено несколько станций (Multiple Access). Каждая станция следит за состоянием шины — есть ли в ней сигнал от другой станции (Carrier Sense). Если вдруг два устройства начали передавать в один момент, то оба они должны это обнаружить (Collision Detection).

Да, всё это касается полудуплексных сетей. Поэтому если у вас взгляд устремлён исключительно в светлое 10гигабитное будущее, эта статья не для вас.

В первую очередь, я хочу, чтобы все понимали, что скорость передачи сигнала в среде никоим образом не зависит от применяемого стандарта. Хоть в Ethernet (10Мб/с), хоть в 10Gbit Ethernet скорость распространения импульса в медном кабеле — примерно 2/3 скорости света. Как здорово написали в одном холиварном треде: вы можете говорить быстро или медленно, но скорость звука от этого не меняется.

Теперь обратимся к сути CSMA/CD. В современных сетях коллизии исключены, потому что у нас уже нет общей шины и практически всегда все устройства работают в полнодуплексном режиме. То есть у нас всего лишь два узла на конце одного кабеля и отдельные пары для приёма и передачи. Поэтому механизма CSMA/CD уже нет в 10Gbit Ethernet. Однако рассмотреть его будет полезно, так же, как например, изучать RIP, который, вроде, никому уже и не нужен, но прекрасно иллюстрирует принцип работы дистанционно-векторных протоколов маршрутизации.


Читать дальше →
  • 2
  • +1
  • 9868

LinkMeUp. Выпуск № 5. Гость из Норвегии

Здравствуйте, коллеги-связисты.
В этот раз у нас в гостях сетевой инженер из Норвегии — Михаил Щедрин. Поэтому большую часть пятого выпуска мы будем говорить о переезде, работе в Норвегии и практике построения сетей «у них».
Кроме того, по традиции мы расскажем о некоторых интересных новостях:
  1. Минкомсвязи предлагает отобрать лицензии для LTE у «большой четвёрки», которые были им выданы в рамках конкурса в 2012-м году. Ссылка
  2. Микран поставит Мобильные Комплексы Связи для Минобороны. Ссылка
  3. Ethernet Alliance объявила о создании трёх новых комитетов: 400 Gb Ethernet, Access Networking и Roadmap. Ссылка
  4. Cisco готовит RFC по Open EIGRP и анонсировала новый механизм EIGRP OTP. Ссылка

Сайт миграционной службы Норвегии: www.udi.no/
Большой форум русского коммьюнити в Норвегии: www.dom.no/forum

Скачать файл подкаста.




Добавить RSS в подкаст-плеер.

Под катом слайды к подкасту.

Читать дальше →

LinkMeUp. Выпуск № 4

Проект потихоньку развивается, и мы рады сообщить о важном событии в его жизни: в этом выпуске в подкасте гость — Александр Ефремов — инженер Хуавэй.

Итак, сегодня обсуждаем:

1) Новости телекома
  • Компания ARISTA представила гибкую 100 GbE Ethernet платформу с низкой ценой за порт
  • Организация 3GPP заявила, что технология LTE-Advanced определяется стандартами начиная с Release 10 и выше, включая Release 12, потому что вендоры присваивают это название своим модификациям протокола
  • Компании Вымпелком и RubicPro будут показывать рекламу пользователям бесплатных точек доступ WiFi на основе решения WiFly
  • Технология WiSee может распознавать жесты человека с помощью WiFi

2)Темы гостя подкаста
  • Разница между коммутацией каналов и коммутацией пакетов
  • ISDN
  • Сети NGN и IMS для объединения разнородных сетей (ТФОП, IP, TDM) и предоставления услуг телефонии
  • Основы работы современных телефонных сетей и взаимодействия с традиционными (SIP, SDP, RTP, TDM)
  • Технологии резервирования
  • Бриф по универсальным платформам ATCA, OSTA2.0, Ericsson Blade System

Скачать файл подкаста.




Добавить RSS в подкаст-плеер.
Поскольку slideshare начинает подгружать всю дорожку даже без запуска — достаточно открыть страницу, ищите слайдкаст под катом.

Читать дальше →

Сети для самых маленьких. Часть восьмая. BGP и IP SLA

Все выпуски


До сих пор мы варились в собственном соку – VLAN’ы, статические маршруты, OSPF. Плавно росли над собой из зелёных студентов в крепких инженеров.
Теперь отставим в сторону эти игрушки, пришло время BGP.

Сегодня мы
  • Разбираемся с протоколом BGP: виды, атрибуты, принципы работы, настройка
  • Подключаемся к провайдеру по BGP
  • Организуем резервирование и распределение нагрузки между несколькими линками
  • Рассмотрим вариант резервирования без использования BGP – IP SLA




Читать дальше →

Принимаем ваши заявки

Не так давно на страничке эбаут мы скромно написали, что поможем с решением проблем.

А сегодня объявляем во всеуслышание! Мы готовы помогать бесплатно!

Если у вас есть интересная неразрешимая проблема, или вы хотите построить/улучшить сеть, но не знаете с какой стороны подойти к этой проблеме, обращайтесь к нам: helpme@linkmeup.ru

Почему мы это делаем?
Потому что мы молодые, энергичные и у нас куча свободного времени хотим больше практики.

Как мы это делаем?
Во-первых, совершенно бесплатно.
Во-вторых, мы не профессионалы и не представители вендоров, поэтому гарантировать решение абсолютно любой проблемы не можем.
То есть очень маловероятно, что мы сможем найти причину внезапных перезагрузок маршрутизатора, если дело в физическом браке внутренней шины. Или не работает импорт меток из BGP в RSVP из-за программных ограничений.

Зато мы, наверняка, найдём ответ, почему не устанавливается BGP-сессия, кто источник широковещательного шторма и почему в OSPF постоянно дёргаются маршруты.

В-третьих, мы занимаемся этим в свободное время и нет достаточно чётких временных рамок, в течение которых мы решим вашу проблему.

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

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

Что мы делаем?
Итак, в нашем поле зрения:

1) Вы сбились с ног в поисках причины проблем, которые возникли на вашей сети.
2) Вам необходимо настроить вашу сеть или оборудование, но вы не знаете как.
3) Вы хотите внедрить новый сервис, провести работы с минимальными перерывом связи, подключить новый филиал или провайдера.
4) Вы молодая, энергичная организация, как и мы, и у вас пока нет своей локальной сети, но очень нужно.
5) Вы надумали оптимизировать текщую сеть, проверить конфигурацию и оборудование на наличие проблем.
6) Все прочее также обсуждаемо.

Чего мы не делаем?
1) Не решаем выдуманные, олимпиадные, экзаменационные задачи.
2) Не пишем курсовые/дипломные работы.
3) Не выезжаем на место, поэтому нам нужны «руки» в вашей сети.
4) Не раздаём данные о вашей сети направо и налево.

Что нужно делать вам?
Самое главное при решении проблемы, особенно чужой, — понять её суть. Далее чётко представлять себе сценарий работы сети и сервисов.

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

1) Вы должны сами чётко понимать проблему и корректно сформулировать её нам.
2) Для большинства проблем совершенно необходима схема сети. Не нужно описывать нам её словами. Ну, пожалуйста! Пришлите нарисованную схемку, с подписанными именами устройств, интерфейсов, IP-адресами и другой важной информацией. Скорость понимания схемы с изображения, раз в 10 выше.
3) Не нужно вырывать пару строчек из конфигурации — у нас хороший Интернет-канал и мы сможем принять файл конфигурации полностью.
4) Если в письме мы задаём несколько вопросов, то это не просто так и надо ответить на все, а не на один, проигнорировав остальные.

Всё это из личного опыта работы по проблемными тикетами — все 4 пункта — весьма распространённая практика.

Ждём ваши заявки на helpme@linkmeup.ru.

Самые большие проблемы BGP

Статья опубликована на nag.ru
Ни один другой протокол не может доставить столько радости и беззаботного веселья, сколько BGP. Это клей, связующий весь Интернет и иногда с его помощью можно уложить добрую часть Глобальной сети одним неловким движением.

Давайте вспомним самые яркие и знаковые аварии BGP.

«AS 7007 incident»


Это самая первая зафиксированная глобальная авария BGP. И, пожалуй, она же самая яркая.

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


Читать дальше →

LAG и средства обнаружения проблем

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


Сегодня статья, написанная для nag.ru

===================================
Кому из нас не приходилось настраивать агрегацию каналов, настраивать LACP и медитировать на идеальную балансировку?



Всё здесь прекрасно, LAG обеспечивает резервирование — один линк падает, LACP удаляет его и работаем на оставшихся. Казалось бы.
Но известная многим проблема в том, что LACP никак не отследит такую ситуацию:



Оптический порт перейдёт в состояние Down только если на его входе нет сигнала. То есть в вышеуказанном примере порт GE1/1/4 на R2 упадёт, а на R1 – нет. LACP на R1 отработает, а на R2 нет. Налицо потери трафика:


Читать дальше →

LinkMeUp. Выпуск № 3

В сегодняшнем выпуске мы решили немного изменить ход беседы:

1) Новости телекома
  • Развитие сетей LTE.
  • Передача данных на скорости 400 Гб/c на расстояние 12000 км.
  • Технология бесшовного роуминга между сетями 3g/4g и wifi.
  • Противостояние Америки и китайских производителей сетевого оборудования.
2) Общие размышления на тему удалённой работы для инженеров
3) Протоколы RADIUS и DIAMETER.



Скачать файл подкаста.




Добавить RSS в подкаст-плеер.