Category: работа

Category was added automatically. Read all entries about "работа".

Рейтинг моих запросов

Последнее время было несколько весёлых задачек.

3-е место


Реально порадовал запрос, который я недавно описывал. Симптомы: при пинге с A на С идут потери, при этом ни с А на Б, ни с Б на С, ни с А на Д потерь нету. Почти 2 недели ломал голову, искал где причина. Оказалось, что инженер помял контакты на шине, вставляя плату.

2-е место


Вот ещё один забавный случай. Стоит задача ограничить клиенту скорость. Клиент терминируется на сабинтерфейсе с QinQ и получает услугу L2VPN.
Ну, казалось бы, чего проще: QoS на сабинтерфейс и всего делов. Ага, щаз!
При настройке qos в лоб:

[cx2-ats97-GigabitEthernet3/0/9.826]qos car cir 100000 outbound
Error: This command can not be configured on this port.

Прямая дорога в мануалы, где чёрным по жёлтому написано:

You can configure traffic policing for the CX600 only on the Ethernet ( excluding QinQ ), POS, Layer 2 Ethernet, GRE Tunnel, Eth-Trunk, Layer 2 Eth-Trunk, or IP-Trunk interface, or the Ethernet or Eth-Trunk sub-interface.

Итак, dot1q termintatin на интерфейсе говорит о том, что мы имеем дело с QinQ, следовательно не можем использовать qos car.

Не беда - обратимся к политикам трафика:

[cx2-ats97-GigabitEthernet3/0/9.826]traffic-policy 8192k inbound
Error: The specified interface does not support the traffic policy in VLL mode.

WTF! Нельзя Трафик-полиси на VLL? Реальни.

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

Логично, но не осуществимо. Классификатор можно создать на базе IP-адресов, портов, МАС-адресов и данных QOS - DSCP, TOS, IP-Precedenсe, MPLS-EXP. Ничего из этого, конечно, не подходит - трафик должен классифицироваться только на основе метки влана. Такое возможно на любом коммутаторе Huawei, но не на MetroEthernet платформе CX600. Такие дела.
Решение мы всё-таки нашли: волшебная командочка qos-profile применяется куда угодно и прекрасно решает наши проблемы.

1-е место


Наифееричнейшая ситуация - лучшая за последние недели.
Открыт запрос Minor, но с претензией на Major. У заказчика паника - уже несколько раз они наблюдали падение линка в сторону вышестоящего устройства. 5 минут лежит, потом само поднимается. Падает сервис всего города. Провайдер несёт потери.

У них во внутренней системе заявок идёт жёсткий дискас на эту тему, считают, сколько пользователей страдает, смотрят логи со всех девайсов, статистику.
Слава Лейбницу я в этом участия не принимаю и могу с чувством, с толком, с расстановкой изучать логи.
Кстати, надо тут заметить, что в девайсах Huawei два хранилища для логов - просто буфер, который выводится по команде display logbuffer, и файл подробнейших логов на карте памяти (cfcard2:/log/log.log).
В последний сохраняются все события и все действия инженеров на коммутаторе.
Вот его я и начал смотреть. Догадаетесь, что я там увидел?

Mar 3 2013 10:15:03 %%01SHELL/5/CMDRECORD(l): Record command information. (Task=vt0, Ip=X.X.X.X, User=xyz, Command="interface Eth-Trunk 3")
Mar 3 2013 10:20:13 %%01SHELL/5/CMDRECORD(l): Record command information. (Task=vt0, Ip=X.X.X.X, User=xyz, Command="shutdown")


И так на все разы, которые были в сети. Вот уж округляться у инженера xyz, пожалуй, глаза.

Подкаст для связистов ЛинкМиАп. Выпуск 1

Прошёл месяц, и мы рады представить новый выпуск нашего подкаста.

Темой обсуждения сегодня будет DPI.

1) Встреча ITU в Дубаи и обсуждение вопроса обязательного внедрения DPI.
2) Техническая релизация DPI, положение в сети. Положительные стороны.
3) СОРМ. СОРМ1, СОРМ2, СОРМ3.



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



Подписаться на подкаст можно на rpod.
Скачать файл.

Мы хотели также залить его на iTunes. Но почему то после заявки туда прошло уже 3 недели и ответа нет. Поэтому пока недоступно.

Идеальный вопрос

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


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

1. Не нужно сильно детализировать свой вопрос. Чем более общим он будет, тем проще инженеру втянуться в процесс, не нагружая себя лишними пока деталями.
Лучше вообще начать так:

“Здравствуйте. У меня проблема”.

Ответчик сам задаст правильные вопросы.

Collapse )

Как я решаю кейсы

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

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

Гораздо интереснее заморочистые задачки.

Как то:
OSPF пиринг поднимается и падет через некоторое время.
Маршруты, полученные Route Reflector'ом по BGP не анонсируются клиентам.
Не работает Inter-AS Option C.

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

Collapse )
Вот парочка запросов, которые решались таким путём:

1) Не строятся новые LSP.
Примечение: до сегодняшнего утра всё работало и строилось. Старые LSP также функционируют и не флапают.
2) Через сеть MPLS организован L2VPN. Со стороны клиента не пропускаются пакеты размером более 1546 байтов.
3) Имеется сеть, по которой передаётся видео через мультикаст. При настройке VRRP на двух маршрутизаторах клиент, для которого они являются шлюзами, получает две копии видеотрафика (по одной с каждого маршрутизатора).

Новости моего мира

Итак, я вернулся из Иркутска. Отчёты, бюрократия, подготовка к Китайскому НГ.

Без всякой надежды отправил резюме на вакансию в Cisco TAC (ну а что? Мне это близко по духу).
Правда, имея представление о том, как проходит собеседование в циску надо быть совсем отчаянным, чтобы пытаться получить эту должность на моём месте.

В наш колцентр взяли милую девушку, которая хочет быть инженером. На меня возложена почётная обязанность стать её учителем. Буду заниматься с ней Ethernet'ом, IP и прочими базовыми плюшками. Долго думал, надо ли подключать сюда свой курс "Сети для самых маленьких" и в конце концов пришёл к выводу, что "ну не зря же я его писал", надо попробовать его в реальной жизни.

По аварии: отвезли документы в страховую. Сегодня машину гнать на оценку.

Полным ходом идёт подготовка статьи из цикла СДСМ о VPN.
Детально разобрался с Inter-AS Option C с использованием RSVP вместо LDP. На днях выйдет статья на наге.

Одна из самых радостных вестей: кажется, я нашёл девушку в подкаст (CCNA, CCNP, знает жуньку)

Как я пишу статьи

Пошло чуть больше года, как я начал цикл Сети Для Самых Маленьких. И сейчас начал замечать за собой, с каким нетерпением мне хочется начать следующую часть, выдумать сюжет, разобраться в деталях, составить скелет статьи, переставлять блоки по сто раз, создавая идеальный (хотелось бы в это верить) для понимая материал.
Пока пишу текущую статью, уже вовсю придумываю следующие, вычитываю материал и хочется уже скорей закончить с VPN и взяться за BGP, Multicast, MPLS. Мысли копошатся, ищут выхода.



По ходу написания статьи я постоянно ставлю “!!!!” в тех местах, где нужно что-то поменять/добавить или мне не нравится и надо переписать.

Иногда я пишу что-то и забываю что имел ввиду, получаются такие казусы:

А поскольку каждый маршрутизатор не раздербанивает пакет, а принимает решение на основе первого же заголовка IP, то никто в Интернете не будет знать о том, что где-то там внутри кроются ваши приватные адреса 10.1.1.0 и 10.0.0.0.

!!!! Я маршрутизатор - я не хочу трогать кишки.жпг
3) Не забываем про заголовок Ethernet, при отправке провайдеру он также должен его сформировать.

Что я хотел сказать этим? :) Непонятно.

Самое тяжелое при подготовке статьи - конечно, видео. Оно отнимает очень много сил у такого скромного человека, как я. Зачастую я не могу связать двух слов, ну вы видите это по моим видео на ютьюбе, поэтому приходится перезаписывать по много раз, особенно живые эпизоды с настройкой цисок.
Подготовка текста с обучением занимает сейчас около 2 месяцев (в самом начале было только 15-20 дней), видео - около месяца.



А ещё начинаешь статью и думаешь: “Ну на этот-то раз она не получится такой гигантской и непонятной, как предыдущие”. Но пока разбираешься, всплывает всё больше и больше деталей, нюансов, с которыми приходится разбираться, а не добавить их уже нельзя, текст разрастается и к оконцовке мне уже кажется, что разобраться в этом совершенно невозможно. Хочется удалить всё и переписать заново.

LinkmeUp.ru

Сайт
http://linkmeup.ru
Итак, по результатам почти двухнедельной работы сайта можно сказать следующее:

Сайт посетило 1587 человек
8214 просмотров.

За 10 ноября:
180 посетителей
541 просмотр

linkmeup.ru

Считаю это неплохим результатом для некоммерческого проекта практически без рекламы.
Индекс цитирования пока очень низкий, поэтому не получается указать его источником статей из цикла СДСМ.

Подкаст
Вчера состоялась первая встреча ведущих подкаста ЛинкМиАп. Мы обсудили примерный хронометраж, подкаста, его содержание, составили план и подготовили необходимый материал.

Первый выпуск подкаста планируется примерно через месяц-полтора

На данный момент у нас 4 ведущих:

  • Я - Марат, инженер Huawei. Работаю в центре технической поддержки. Новосибирск

  • Максим Gluck - мой соавтор по циклу Сети Для Самых Маленьких, системный администратор и начальник отдела ИТ в Московской медицинской фирме. Москва

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

  • Роман - инженер Ericsson. Занимается 2G/3G/4G и всем, что к этому относится (GGSN, SGSN, RADIUS, BS и прочее). Выходить на связь он будет из разных частей нашей страны и, возможно, не только нашей.




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

Слон и муха

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

Вы закупили стройматериалы. Вот они лежат рядом. У вас есть вся проектная документация. Но вы делаете это первый раз.
Вы разобрались со всем за 3-4 дня, залили фундамент, выкладываете с любовью кирпичик за кирпичиком, аккуратно кладёте раствор, чтобы ни капли мимо.
Возвели стены и приколачиваете последнюю доску на крышу.
И вот спускаетесь вы за черепицей для крыши и решила зайти в дом. И в друг с ужасом обнаруживаете, что вы забыли положить одну половую доску.
Ну казалось бы мелочь сущая: положили и продолжили. Но нет, дом спректирован так, что это доска проходит под всеми стенами и положить её, не разобрав стены, просто не представляется возможным. Приходит заказчик и говорит, что это не дело - надо начинать с самого начала. И ты сносишь крышу, стены, доходишь до фундамента и, уложив эту проклятую доску, начинаешь всё сызнова - каждый кирпичик, раствор, досточку на крышу)

Вот и у меня сейчас сложилась такая ситуация. Произвожу апгрейд мегажелезки - бэкенд системы DPI - 8 блейд-серверов в корзине. Апгрейд софта на нём - процедура совершенно нетривиальная для новичка, да и ставят такие системы совсем недавно - опыта мало. 4 дня на чтение мануалов, понимание что к чему, целый день на сам апгрейд, с учётом большого количества неочевидных настроек в течение. По сути апгрейд - это обычный инсталл, но с некоторыми отклонениями ввиду того, что часть старых настроек влияет на процесс и у нового софта новый интерфейс.
Из-за разницы в версиях бэкап конфига не подходит - всё вручную.
И вот софт водружён, минимальные настройки сделаны, следующие этапы: активация лицензия и тысяча мелких настроек.
На шаге активации лицензии нужно настроить какие-то странные параметры. Про них одна маленькая незаметная строчка в документации и почти левый скриншот, причём описано это явно позже на 5-6 шагов.
Нужно поменять 5 на 3. Сделать это можно только сейчас, потом уже этот параметр не доступен для изменений. А из-за этого и часть настроек становится невозможной.
И, блин, из-за этой фитюльки, которую ты не то чтобы даже забыл, а не знал о ней вообще, нужно заново обновить 8 серверов! Это ещё один день.
При этом коллеги, оказывается, напарывались на эту проблему, почти все) И не сказали об этом ничего)

DOCSIS versus FTTB

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

=========================

Через семь лет после рождения своего прадеда DOCSIS 1.0, в августе 2006 года увидел свет стандарт DOCSIS 3.0 с фантастическими для коаксиальных сетей скоростями.
Как следует из названия (Data Over Cable Service Interface Specifications) эта технология позволяет передавать данные через коаксиальный кабель, по которому уже бежит телевидение. Нет ничего удивительного в том, что многие инженеры знают лишь о существовании такого стандартна, не вдаваясь в его детали. И если про Ethernet вам каждый второкурсник расскажет в красках и пикантных подробностях, то DOCSIS покрыт мраком. Дело в том, что в России этот стандарт не сыскал популярности, несмотря на все свои плюсы.

Итак, по прошествии пяти лет эта технология остаётся аутсайдером в нашей стране. И это при том, что в Европе и странах Ближнего Востока DOCSIS распространён подчас не меньше, чем ADSL. Частный сектор в Северной Америке буквально опутан коаксиальным кабелем, через который предоставляются услуги цифрового ТВ, Интернета и нередко телефонии.

В России были определённые проблемы с развитием сферы телекоммуникации. В то время, как заграницей вовсю строили DSL на телефонных линиях, наши ребята использовали Dial Up. Аналогично, когда у них тянули коаксиал для кабельного телевидения, у нас подавляющее большинство пользовалось эфирными антеннами.
Таким образом, DOCSIS в нашей необъятной прерогатива исключительно операторов КТВ, поскольку у них уже существует развитая инфраструктура и есть все возможности для внедрения этой технологии. Необходимо лишь купить дорогостоящие головные станции CMTS (Cable Modem Termination System).
До недавних пор большинство операторов DOCSIS использовали версию 2.0, которая обеспечивала группе абонентов более 40 Мб/с на прямом канале и 30 МБ/с на обратном.
Казалось бы, с развитием Gigabit Ethernet кому будет нужен этот DOCSIS? Но разработчики извернулись и с помощью объединения каналов добились скоростей до 400 Мб/с на прямом канале и 120 Мб/с в обратном. Кроме того в третьей версии стандарта появилась поддержка шифрования AES и протокола IPv6. Хоронить, таким образом, DOCSIS оказалось рано многие провайдеры кабельного ТВ за рубежом апгрейдят свои протоколы и соответственно оборудование. Наши тоже стараются не отставать: Акадо, бывший ТКТ и некоторые другие провайдеры уже используют новую версию.
Внедрение DOCSIS любой версии оправдано только для существующих операторов кабельного ТВ. Перед новым провайдером, если его направление - предоставление доступа в Интернет, не стоит вопрос использовать ли DOCSIS. Там решаются другие вопросы: FTTB или FTTH, Ethernet или SDH, или даже рассматривают WiMAX, к примеру. Но уж точно они не будут тянуть коаксиальный кабель. Много причин для этого есть: и сложность обслуживания и потенциальная пропускная способность и возможность масштабирования.
Но дело в том, что не только новые провайдеры не рассматривают этот малопопулярный стандарт, но даже операторы, в сетях которых уже бегают данные по DOCSIS 2.0 задумываются, а надо ли им переходить на третью версию? Зачастую в КТВ используется гибридная сеть, когда магистральные каналы уже оптические и только по зданию расходится коаксиальный кабель. В этом случае на одной чаше весов находится стоимость внедрения DOCSIS 3.0, а на второй плюсы перехода на FTTx. В долгосрочной перспективе зачастую оказывается более выгодным вложиться в переход, несмотря на необходимость поддерживать в этом случае две сети, переучивать/пополнять штат своих инженеров и небольшую утечку клиентов. Перспективы перехода ещё более радужные, учитывая распространение сейчас 10G интерфейсов и существование 100G, хоть и стоящих баснословных денег. А ведь не более десяти лет назад казалось немыслимым использовать 10 GB на магистралях или 1GB к пользователю. При этом ожидать ещё одного качественного скачка пропускной способности DOCSIS не приходится.

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

Один день из жизни Итшника. Воспоминания

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

=======================

Для обеспечения связи для одного из наших абонентов было нужно несколько поменять структуру сети: поставить маршрутизатор, поменять коммутатор, организовать канал через оператора сотовой связи по Е1 и на двух его концах поставить конвертеры интерфейсов E1-Ethernet. Схема подключения уже продумана, конвертеры оттестированы, большая часть конфигурации готова. Дело за малым: 150 км в одну сторону, установка, тестирование и 150 км в другую сторону.</dt>
 
Всё должно было происходить в живописном месте — горнолыжном спортивном комплексе близ города Кемерово. Там есть небольшой зоопарк, а на входе цветёт сакура. Часть работы на высоте метров 70 — на горе.

 
Проблемы начались сразу: в четверг в 11 мы узнаём, что вместо запланированной пятницы мы выдвигаемся сей же день после обеда.
Последние тесты, дописывание конфигурации, проверка инструментов и дальняя дорога на Camry по безбрежным просторам Сибирской Тайги.
Схема будущего подключения примерно такова: маршрутизатор1→ коммутатор1→ конвертер3→ сеть оператора→ конвертер4→ коммутатор2→ вайфай→ коммутатор5→ коммутатор6→ маршрутизатор3.


Кроме конвертера интерфейсов и маршрутизатора эта схема уже существующая и функционировала прежде так: 
маршрутизатор1→ коммутатор1→конвертер1→сеть оператора→ FOM1→ оптика→ FOM2→ конвертер2→ коммутатор4→ маршрутизатор3→ коммутатор4→ коммутатор3→оптика→ коммутатор2→ коммутатор5→ коммутатор6.


FOM — устройство для мультиплексирования нескольких (до четырёх) потоков E1 в один оптический канал. При отсутствии потока или другой проблеме, он сигнализирует об этом бесконечным высоким писком. У нас как раз тот случай. И этот писк сопровождал всю нашу работу. Мозгвыносящий, омерзительно-высокий, пульсирующий звук резал по-живому, уничтожая способность рассуждать трезво.


Красным обозначена транспортная сеть одного абонента, Зелёным — второго.
 
По существовавшей схеме на одном 2-мегабитном канале «сидели» два абонента и один «кормил» другого с маршрутизатора, расположенного у них. Изменение этой ситуации стало необходимым из-за возросшего объёма передаваемой информации.
 
Всё, что нам нужно было сделать: взять кабель оператора, обжать его, воткнуть в коммутатор2, с которого он уйдёт на вай-фай. Но не тут-то было.
Сначала нас ждал утомительный подъём:

 
На улице 28 градусов, я в сандалиях (кто же знал, что выдвигаемся сегодня). Горнолыжная трасса порою под 50 градусов уносилась вверх.
Наверху выясняется, что оператор сэкономил и отдал нам новый канал E1 в том же физическом кабеле, что и предыдущий. Таким образом для обеспечения связи одному абоненту придётся отключить временно другого. Для минимизации времени простоя было решено сделать Y-образный разветвитель.

То есть кабель от оператора будет воткнут в розетку RG-45, из которой выходят два провода.
 
Всё мы взяли с собой тогда, кроме кроссового ножа, и пары в розетку пришлось забивать обычным канцелярским ножом. Когда Y был готов, мы вытащили кабель оператора, быстро переобжали его в соответствие со стандартом Ethernet и вставили в Y, а два оставшихся хвоста в FOM и в конвертер. Порт FOM'а поднялся, а конвертера нет. Через три минуты с помощью светодиода мы поняли, что обжали в один конец 4 приёма, а в другой 4 передачи. Быстро перезабили пары в розетке и оба порта поднялись. Отлично — физическое соединение у нас было.

 
Для теста подключаемся к порту Ethernet конвертера, настраиваем нужный IP, но связи нет. При этом второй канал точно поднялся — интернет есть. Что ж, исключаем слабые места — переобжимаем и перезабиваем с этой стороны, просим также переобжать кабель со стороны маршрутизатора1. Не помогло.
 
Звонок другу оператору. Через минут 20-30 наконец выяснилось, что у них где-то был лишний loopback. После этого канал поднялся. Вот казалось бы и всё: поставить маршрутизатор и заменить коммутатор (старый DLink с завидной периодичностью подвисал и лишал народ даже локальной сети). Но беда не приходит одна. Оглушительный хлопок. И тишина... Четыре человека замерли в молчании. FOM погас, а по помещению разнёсся запах горелого железа. Вскрытие показало вздувшийся конденсатор. Очевидно, сгорел блок питания. И скорее всего это произошло из-за отсутствия заземления. Но, как вам известно из прошлой моей статьи, я не большой спец в электричестве. 
 
Ситуация критическая — до конца рабочего дня нужна связь. Представитель абонента уносится (в прямом смысле, потому что спускаться шагом практически невозможно) вниз за резервным FOM'ом. Мы тем временем думаем над резервной схемой. В распоряжении только оптика до узла внизу горы, коммутатор DLink и два конвертера (старый, который использовался здесь прежде, и новый). Медиаконвертеров в наличии не было, но по оптике был подключен коммутатор.
 
Из-за сложности ситуации включили канатно-кресельную дорогу и представитель с запасным FOM'ом вернулся быстро. Но, не судьба. Новый FOM никак не хотел понимать оптику и индикаторы NE и FE (статус локальной и удалённой стороны) горели красным. Попытки изменить конфигурацию через консоль тоже не возымели результата.
 
В итоге мы таки пришли к реализации плана Б: подключение конвертера к DLink'у и настройка на нём vlan. Казалось бы чего проще и почему нельзя было реализовать эту схему изначально? Но беда не приходит одна, и не приходит она и вдвоём. До позднего вечера мы пытались настроить это, но никак не удавалось: с той будки наверху горы мы никак не могли увидеть местный маршрутизатор. В итоге проблема была локализована не работал транк между двумя коммутаторами. Мы даже пробовали создавать полностью новый vlan, но безуспешно. С тех пор я ненавижу DLink'и. Три разных устройства, три абсолютно разных интерфейса. Причём, как веб, так и телнет. На многих из них нет консольного порта и если забудешь IP адрес, то подключиться без потери существующей конфигурации, скорее всего, не получится, постоянно зависают и даже не могут договориться друг с другом.
 
Предложение переставить блок питания со здорового FOM'а на больной клиентом было сразу отвергнуто, мол «ещё и этот сгорит».
Канатно-кресельная дорога ещё работает, должна забрать отсюда охранников, а нам в голову приходит ещё одна идея. Пробуем её реализовать, тем временем, охранники уехали, ключи от будки оставили нам. Последняя попытка также ничего не дала, дорога уже остановилась — вниз тоже пешком. В ожидании разъяснений от старшего специалиста отдела ИТ, я вышел покачаться в креслах, а дверь захлопнулась с ключами внутри и нами снаружи...
 
Ясности не стало и после звонка специалиста. Похоже, что два DLink'а не могли работать в паре.
Что ж, ничего не оставалось, кроме как спуститься вниз и попытаться найти другой коммутатор и настроить его.
Время около 10. Голова уже не варит. Найденный DLink (опять же DLink — словно корпоративная этика заставляет их использовать) настроен на скорую руку. Завтра утром эпопея продолжится. Я записал на бумажке что и куда нужно будет воткнуть человеку, который поднимет его наверх.

День второй.
 
Утром следующего дня с первой попытки появилась связь до обоих клиентов, но, похоже, что проблема с большими пакетами преследует нашу тройку. Связь появилась, но интернета на старом канале не было: большие пакеты терялись в 80% случаев. Второй канал (новый) при этом работает нормально, нормально работал прежде и старый. Методом исключения приходим к тому, что проблема с физическим контактом, тем более, что забивали розетку обычным ножом. Инструмента нормального здесь нет. Но в 15 км от нас сейчас тот парень, что вчера и забивал эту розетку. И он с инструментами — удачное стечение обстоятельств. На этот раз повезло и с дорогой — её снова согласились включить для него. В течение получаса связь полноценно восстановилась, но то, ради чего всё это затевалось, пока так и не работало. Была какая-то совершенно необъяснимая проблема с маршрутизацией и работой cisco.
 
Эта проблема и по сей день не даёт мне покоя. Если есть желание, я могу рассказать об этой загадочной истории.
Я оптимист и знаю, что через неделю уже буду вспоминать об этом с улыбкой. А потому пока надо сделать какие-то выводы из произошедшего:


  • Никогда не покупать DLink.

  • Не забывать и не забивать на заземление.

  • Даже если на 100% уверен, что в этом месте не может быть проблемы, это не значит, что в этом месте её нет.

  • Если кажется, что проблема у кого-то другого (провайдера/оператора/поставщика/производителя), нужно сначала проверить всё у себя.

  • Сгоревшая каталиста лучше нового DLink'а.

  • Если есть ping, это ещё не значит, что есть сервис.

  • =====================

    Следите за блогом. Скоро четвёртый выпуск из цикла "Сети для самых маленьких"