JLLJ - Just Lesnix's LiveJournal

Почитать, когда будет время

Tue, 22 Dec 2009 17:56:25 GMT

Журнальчик. В редакционную коллегию входят Гоголь (ректор СПбГУТ) и Аджемов (ректор МТУСИ). Большая часть статей написана преподами сих институтов.

Sun, 20 Dec 2009 15:59:20 GMT

Пока женщина моя разгуливает по магазинам с подругой, напишу-ка я небольшой постик про универ.

Аксиомой пусть останется то, что я студент я дерьмовый. Осознание именно этого факта и должно помочь мне при попытках хоть сколько-нибудь объективно оценить пользу, которую приносит институт связи. Должна же быть хоть какая-то польза.
Во-первых,
Есть (нет, определенно, они просто должны быть) люди, которым по-настоящему интересна традиционная(в т.ч. старая) телефония со всеми ее декадными и "2 из 6" кодами, импульсными челноками, БАИ, УВСК, ступенями ГИ, АИ и другими аббревиатурами. Наверное, такие люди ловят кайф, обучаясь на 210406. Правда, я их никогда не видел. Но должны же быть.
Во-вторых,
Ну и что, что эта машинерия мне практически не интересна. Зато она наглядно демонстрирует, как может быть применен весь тот _математический_ инструментарий, который мог бы быть усвоен на первых двух курсах, не будь я таким тупым.
В-третьих,
Ну и что, что практически все преподы(и не только в институте) крайне мало знают об IP-мире. Зато есть вот в братском Бонче г. Гольдштейн(хоть и он, конечно, тоже не_торт). А в МТУСИ зато есть не меньше двух нормальных преподающих аспирантов без мозгового слизня. И один из них точно знает, как работает TCP. И я _с_удовольствием_ буду сдавать ему в среду зачетец.

Похвастаюсь: JNCIP Lab Exam Passed !

Wed, 16 Dec 2009 16:29:49 GMT


--
Hi Egor,

Congratulations, you passed your JNCIP-M exam on 12/14/09.
You will receive a JNCIP welcome package in the mail in 4-6 weeks.

--

Это была моя первая 8-часовая лаба.

Fri, 11 Dec 2009 21:10:18 GMT

Это кошка. Её зовут Метка. Label.
Как кошку сетевого инженера её интересует исключительно жратва и витая пара. Другие игры её не волнуют.

Thu, 10 Dec 2009 11:44:11 GMT

Егорка !
Увагу, attention, внимание, 注意, vëmendje, الاهتمام, תשומת לב, pozornost, uzmanība, пажња, atenţia, huomiota, tähelepanu, блджад ! Прочитать, понять_сразу, не забыть, не протупить, не_сломать_это_починяя_другое, не перепутать.

Wed, 09 Dec 2009 21:05:19 GMT

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

Fri, 04 Dec 2009 08:31:33 GMT

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

При всем при этом у меня даже голова не болит. Ничего не болит. Просто необъяснимо херово.

Sat, 28 Nov 2009 13:39:28 GMT

Ах, как же я это пропустил ! Какая фраза замечательная: "дисперсия физиологических параметров самцов" (С)
Прелестно, просто прелестно !

Слава роботам, бля ! Убить всех человеков !

Thu, 26 Nov 2009 13:27:02 GMT

/me негодуэ

Tue, 24 Nov 2009 07:17:12 GMT

У РосНИИРосовских IXов теперь новый красивый сайтец с единым дизайном на всех. Порадовали)

Унылый и бесполезный troubleshooting

Wed, 18 Nov 2009 20:58:56 GMT

Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать. Я_обещаю_всегда_ВНИМАТЕЛЬНО_читать_документацию прежде, чем что-то настраивать.

Страстно не_желая юзать так нелюбимый мною GR, почти день потратил на troubleshooting NSR. Выяснил - оно не синхронизирует RSVP-TEшные стейты. Так ведь _неудивительно_, бля. В 9.3 НЕТ никакого NSR для RSVP-TE. А есть он 9.5 or later.

Документацию, блять, надо читать, а не "просматривать"...

Fri, 06 Nov 2009 19:12:06 GMT

Я - пакетик. У меня на спине DSCP, я не знаю какое. Я точно знаю, что congestion management на маршрутизаторе работает Правильно. И если я слишком долго стою в этой очереди, значит, на мне не тот DSCP. Значит, я не так уж важен и не так уж нужен.

Впрочем, это не совсем то сравнение.

Thu, 05 Nov 2009 18:08:58 GMT

А вот так вот коллеги из отрасли цинично срут на всяческие правила, заветы и призывы RIPE NCC. А потом именно в этих блоках и AS поселятся такие нужные и интересные "сервисы", как "абузоустойчивые" хостинги, дедикейты и прочее говнецо.

Про "свое дело"

Thu, 05 Nov 2009 13:39:00 GMT

Одна из причин, почему я не хочу думать в сторону какого-то "своего дела", "бизнеса" и т.п. - это обилие вокруг меня бизнес-импотентов, глядя на которых возникает ну такооооое отвращение ко всему этому болоту... И это только одна из причин.

IPv6 ?

Mon, 02 Nov 2009 15:42:43 GMT

I pee v6 ! (c) mtpa

жЫвность

Sat, 24 Oct 2009 11:22:59 GMT

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

P.S. Блин, у морской свиньи, наверное, теперь тоже...

Interdomain multicast

Thu, 22 Oct 2009 20:20:59 GMT

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

Вот, например, казалось бы, хорошая фича: RPF Vector. Однако, в простейшей ситуации, когда в одной AS роутеры умеют RPF-Vector, а в другой - нет, все вынуждены методично отсасывать. По крайней мере, так выглядит это в реализации Cisco. Ручка, включающая RPF-Vector - одна на всю коробку. А тем временем, ведь очевидно, что гораздо правильнее было бы включать это per-interface, а еще лучше - per-direction.

Wed, 21 Oct 2009 07:58:26 GMT

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

morning

Sun, 18 Oct 2009 05:55:48 GMT

Воскресенье. Утро. 9:20. Перфоратор за стеной. Пидорасы.

Tue, 13 Oct 2009 07:16:53 GMT

А вчера мне снилась Америка, в которой я никогда не был. Аэропорт Нью-Йорка. Эх. Захотелось прокатиться.

Риторические вопросы

Thu, 08 Oct 2009 20:47:04 GMT

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

Мысли вслух про BGP и VPNv4 over IPv6

Tue, 06 Oct 2009 20:55:19 GMT

А давайте поговорим про BGP.
Вот, есть у нас обычный такой UPDATE message. Три обязательных аттрибутика - ORIGIN, AS-PATH, NEXT-HOP. Это у нас NEXT-HOP номер раз.
Теперь про самую интересную, на мой взгляд, часть BGP. Про Multiprotocol Extensions.
В спецификации по MP-BGP вводится два новых optional non-transitive аттрибута - MP_REACH_NLRI и MP_UNREACH_NLRI. Посредством этих аттрибутов появляется возможность передавать UPDATE для разных address family - ipv4 multicast, VPNv4 unicast и многие другие. Впрочем, это все знают, это неинтересно.
Интересное начинается чуть дальше.
Вот так выглядит атрибут MP_REACH_NLRI(цитата из RFC4760):

        +---------------------------------------------------------+
        | Address Family Identifier (2 octets)                    |
        +---------------------------------------------------------+
        | Subsequent Address Family Identifier (1 octet)          |
        +---------------------------------------------------------+
        | Length of Next Hop Network Address (1 octet)            |
        +---------------------------------------------------------+
        | Network Address of Next Hop (variable)                  |
        +---------------------------------------------------------+
        | Reserved (1 octet)                                      |
        +---------------------------------------------------------+
        | Network Layer Reachability Information (variable)       |
        +---------------------------------------------------------+

Смотрим на поле номер 3 и номер 4 -
"Lenght of Next Hop Network Address" и "Network Address of Next-Hop".

С полем 3, казалось бы, все понятно:
" A 1-octet field whose value expresses the length of the "Network Address of Next Hop" field, measured in octets."

С полем 4, в принципе, тоже понятно:
" A variable-length field that contains the Network Address of the next router on the path to the destination system. The Network Layer protocol(а значит и длина network layer адреса - прим. ред.) associated with the Network Address of the Next Hop is identified by a combination of <AFI, SAFI> carried in the attribute."

И вот тут возникает вопрос: А зачем тогда поле "Length of Next Hop Network Address", если длина этого адреса все равно определяется парой значений AFI-SAFI ?

Ответ, возможно, здесь же, в RFC, чуть раньше:


      Subsequent Address Family Identifier (SAFI):

         This field in combination with the Address Family Identifier
         field identifies the set of Network Layer protocols to which
         the address carried in the Next Hop must belong, the way in
         which the address of the next hop is encoded, and the semantics
         of the Network Layer Reachability Information that follows.  If
         the Next Hop is allowed to be from more than one Network Layer
         protocol, the encoding of the Next Hop MUST provide a way to
         determine its Network Layer protocol.

А вот в этот момент хочется конкретных примеров - это когда же этот next-hop is allowed to be from more than one Network Layer Protocol ? Или как вообще понимать эту фразу ?

Вот, например, есть замечательный фокус, который, наверное, в тему. VPNv4 UPDATE поверх сессии, установленной с IPv6-адресов. Cisco такую конструкцию сконфигурировать позволяет, апдейт успешно передается, принимается и даже декодируется.
iBGP-cессия установлена с адресов 2a00::100 <-> 2a00::300, анонсируется VPNv4 префикс 1000:1:1.1.1.1/32.
Вот дамп трафика BGP-сессии: ftp://home.lesnix.ru/UsefulStuff/VPNv4o6.pcap.
В апдейте явно видно, что AFI/SAFI == 1/128, т.е. те, что выделены IANA для MPLS Labeled VPN address. Однако, очевидно, что длина Next-Hop в этом случае должна быть совсем не 4 октета, а все 16, т.к. Next-Hop в данном случае должен быть IPv6-адрес 2a00::100. Однако, на месте Next-Hop мы видим какую-то херню с магическим 42₁₀ в начале и последующими нулями. Ну и Сisco это декодирует как:

Route Distinguisher: 1000:1 (default for vrf ABC)
* i1.1.1.1/32       42.0.0.0                 0    100      0 ?

Ну да ладно. Это явно хуйня какая-то, очевидно. Но сам кейс весьма интересен, как мне кажется, с исключительно академической точки зрения. Тут или next-hop-lenght+next-hop должен быть корректно указан или должна существовать отдельная пара AFI/SAFI для такого случая... Или...

Вот о такой херне я думаю на ночь, бля. Пора завязывать.

Экзамен JNCIS-M

Tue, 29 Sep 2009 07:44:42 GMT

Сдал сегодня JN0-303 JNCIS-M с результатом в 85%.
Всему "виной" халявный ваучер от Juniper, который свалился мне на почту месяца так два назад. Дабы сие добро не протухло, пришлось прочитать две книжечки (JNCIA-M Study Guide, JNCIS-M Study Guide) и сдать экзамен.
Книжечки весьма интересные и местами полезные (особенно JNCIS-M), хотя очень немалую их часть занимает разбор всяческих заголовков всяческих протоколов. Глава про MPLS, например, наполовину состоит из перечисления и разбора заголовков RSVPшных объектов.
Экзамен, в принципе, тоже понравился, по сравнению с Cisco здравого смысла в вопросах явно больше. Однако, буквоедство в виде вопросов про порядок полей в VPNv4 NLRI и дефолтные значения таймеров(max-suppress-time, lsp lifetime, optimize timer и прочие) таки раздражает.

Sat, 26 Sep 2009 20:33:31 GMT

Сдал таки документы на загранпаспорт. Ура.
Очень порадовал Единый Центр Документов на Красного Текстильщика. Все очень(возможно, даже слишком) быстро, по делу и без очередей. Сами сотрудники, принимающие документы, правда, не особо приветливы.
Номера анкеты у меня не сохранилось и о готовности заграна толком ничего не узнать:
- А номер анкеты вы мне скажете, как я могу узнать о готовности ?
- Нет никакого номера анкеты. Никак не можете узнать. Приезжайте через месяц - будет готов.

Fri, 25 Sep 2009 20:48:19 GMT

Чей-то ребенок в самолете весь полет пинал мое кресло, потом устроил скандал, орал "мама, давай отсюда выйдем". Когда приземлились, этот же ребенок выглянул в окно и, увидев какую-то из машин на летном поле, заявил: "Мама, смотри, там ГАУБИЦА".

Я уж подумал было, и правда, война началась какая-нибудь)

Ну а так. Brief: Команда есть - фичи нет, в документации ошибки, ебитесь как хотите. В итоге - routed pseudowire ( "во все поля" (с) ) и secondary. И хуйня с SSG. Но в целом смигрировали, да. И даже ничего не сломалось почти.

А через 6 часов вылетаю в Питер пытаться делать загран.