нет

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

в пределах одного маршрутизатора?

он ни во что не превращается, ни в сервисную метку, ни в розового слона, ни в бозон хиггса

в пределах адресного семейства vpnv4, я бы сказал

метка тоже отдельная сущность там же)

в пределах адресного семейства vpnv4, я бы сказал

ну вот отправил роутер mpbgp анонс , внутри него есть rd, зачем он нужен дестинейшону?

отличить маршрут от других таких же?

в первую очередь для того, чтобы понять, что это анонс - не то же, что другой анонс

а сама циферка ему не нужна?

а то придет два подряд 10.0.0.0/24 с разными роут-таргетами, как их отличить?

нет, ему важно то, что они разные

метку вон на скриншоте видно

на картинке сервисная метка будет 16

ну боле мене понятно

почему нельзя только по этим меткам различать?

потому что бывают смешные топологии

он не может анонсировать два разных

Да может конечно, если нужно

Я не выдержал

я уж написал

bgp multipath, add-paths, все такое

потому что бывают смешные топологии

а не бывает смешных топологий с одинаковыми rd?

если до амстердама доехать, можно придумать

Ааааааааааа

метка тоже отдельная сущность там же)

Зачем метка нужна тогда сервисная?

метка нужна mpls'у, без нее он не форвардит

ну а как у вас мплс данные будет отправлять

пусть форвардит по rd

одно дело построить маршруты, другое - помочь мплсу

Я имею ввиду сервисная метка зачем?

bgp multipath, add-paths, все такое

Ну только адд пас все-таки

не все так просто, это не mpls-way

mpls транспортному знать о сервисе вредно, он впуливает метку до лупбека дестинейшна и забывает

Ну только адд пас все-таки

это ваши провинциальные заморочки

https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/configuration/xe-3s/irg-xe-3s-book/irg-additional-paths.html bgp additional-paths {send [receive] | receive}

mpls транспортному знать о сервисе вредно, он впуливает метку до лупбека дестинейшна и забывает

так вот, пусть внутренняя метка будет rd

так вот, пусть внутренняя метка будет rd

представь, что у тебя на p-роутерах нет никакого bgp и вообще сервиса нет

как тогда послать? куда что делать

по внешней метке

поэтому мы форвардим только по верхней метке и внутрь не смотрим

на лупбек

(что-то намек на батон/булка не удался)

rd + сервиная метка - как то избыточно, вот на мой текущий взгляд

от чего-то из этого можно избавиться

нет

просто использовать , например, rd в качествстве сервис метки

только одна чуть побольше размером будет

а если метку уже лдп или рсвп занял под свои нужды?

выгонять другой процесс?

так это же транспортные метки? я на самом деле ещё не доконца вкурил, так что вопрсы тупые

транспортные и сервисные метки не могут пересекаться в номерах?

но пространство меток то одно на всех, хоть транспортные хоть сервисные

понятно

или мне так кажется

так это же транспортные метки? я на самом деле ещё не доконца вкурил, так что вопрсы тупые

Собери лабу. Вооружись wireshark-ом и посмотри, какие метки/заголовки передаются. Все наглядно.

сервисная метка не конфигурится, назначается автоматически, повлиять на нее нельзя

Собери лабу. Вооружись wireshark-ом и посмотри, какие метки/заголовки передаются. Все наглядно.

и что мне это даст?

гипотезу не докажешь экспериментами

и что мне это даст?

Понимание

я видел ваершарк мплса

на картинке

а rd обозначает конкретного клиента

ну для л3впн не конфигурится, а для какого-нибудь псевдопровода очень даже конфигурится

ERROR: S client not available

но варешарк мне точно не покажет что пространство меток одинквовое, например

если, например, клиент подключен к двум разным РЕ, то оба они будут анонсировать его маршруты с одинаковым RD

если админ из амстердама

я видел ваершарк мплса

а я однажды подавал ключ механику, ремонтировавшему феррари

гипотезу не докажешь экспериментами

Перед «усовершенствованием» нужно понять то что собираешься улучшать. Авторы RFC не дураки.

Перед «усовершенствованием» нужно понять то что собираешься улучшать. Авторы RFC не дураки.

дак я и не говорю что дураки. просто хотел тонкости узнать

вроде что-то понял

Ребят, я снова нид хелп. Устал от собеседований с ребятами, которые приходят на должность главного инженера и не знают чем отличается tcp от udp (я не шучу). Накидайте вопросиков, дабы я составил элементарный тестик, позволяющий отсеять дураков.

Ну или может у кого-то есть чего подобное и ему не жалко поделиться

У меня первый вопрос был для продаванов: "сколько будет тысяча процентов от ста?", - если задержка с ответом более 10 секунд, я орал "следующий!"

какойто набор в калькуляторы

какойто набор в калькуляторы

++

Ребят, я снова нид хелп. Устал от собеседований с ребятами, которые приходят на должность главного инженера и не знают чем отличается tcp от udp (я не шучу). Накидайте вопросиков, дабы я составил элементарный тестик, позволяющий отсеять дураков.

Может надо, как программеры делают? они до приглашения на собеседования присылают вопросы...

Ну или может у кого-то есть чего подобное и ему не жалко поделиться

попроси рассказать путь tcp/udp пакета от хоста к хосту через роутер, заголовки, поиск маршрутов, арп вот это все. на 5 минут достаточно. народ без базовых знаний срезается на раз

вот так и порешили, только сделаем в разделе вакансий, перед отправкой заявки, тест

попроси рассказать путь tcp/udp пакета от хоста к хосту через роутер, заголовки, поиск маршрутов, арп вот это все. на 5 минут достаточно. народ без базовых знаний срезается на раз

на главного инженегра?

Я знаю чем отличается тисипи от юдипи

на главного инженегра?

Да просто на профпригодность

Возьмите меня

вот так и порешили, только сделаем в разделе вакансий, перед отправкой заявки, тест

HR-у отдай тест, пусть отправляет ма имаил

на главного инженегра?

см исходный пост там еще хуже

Я даже шутки про них знаю

см исходный пост там еще хуже

ога

только нужно что-то специфичное, чтобы не через калькулятор IP решал))

Я даже шутки про них знаю

До меня может не дойти

Дыа

только нужно что-то специфичное, чтобы не через калькулятор IP решал))

Я вот зашёл на тест микротиковский

мы тебе повторим

Тут прям даже ничего, вроде

попроси рассказать путь tcp/udp пакета от хоста к хосту через роутер, заголовки, поиск маршрутов, арп вот это все. на 5 минут достаточно. народ без базовых знаний срезается на раз

достаточно попросить рассказать про то, что происходит в компьютере, если в браузере набрать www.yandex.ru

Типо "укажите, неверный мак-адрес из списка"