L-LSP кажется наиболее простым подходом ))) оно хотя бы в RFC есть )))

а железки умеют это? в плане учитывать битики из разных уровней?

то что не всегда вторая метка та которую ты можешь контролировать, это не обязательно сервисная метка, может быть EL/ELI

а в сценариях RSVP + LDP или BGP-LU всё еще сложнее )))

Не могу согласится - EL обрабатывается в домене MPLS, и не лезет глубже. То, что можно пробовать копаться до оригинального DSPC - да, конечно, только проблемы с этим подходом и были одним из мотиваторов для разработки EL.

В SDK от Broadcom и Mellanox это стандартная функциональность, из EL там можно получить все поля, и потом пользовать по своему усмотрению. Как поступают конкретные вендоры на конкретных платформах - могу сказать только по Arista на J2: там такого функционала, видимого для пользователя, нет. В 2018 году они не согласились такое делать, слишком малым было потенциальный заказ, так осталось и на сегодня. Не удивлюсь, что и другие большие вендоры поступают также.

спасибо за детали, я если честно примерно так и думал 🙂

@riddler63 будешь копаться в … hedex-ах? или в чем ты сейчас копаешься? 🙂

Нет, в Juniper, Nokia этого из коробки нет, только через фильтры = MF на каждом хопе. В hedex можно даже не заглядывать

ну все, не судьба тебе поюзать 16 классов нормально на транспорте)

IPv6 и SRv6 наше всё )

внедрил уже где-нибудь SRv6 за пределами eve-ng на локалхосте?

почитал, красивое, но ни слова о том что это внедрено, да и год-то какой у презы

Большой проигрыш для SRv6 когда его не приняли стандартным протоколом вместо GTP для 5G

чет нет новостей за 2021 год

ну за то у тебя есть шанс его внедрить в будущем чебурнете)

он тогда был без компрессии полей ещё, т.е. полным г-ном

вы про uSID?