Misak
должно быть одинаково
Ilya
ну и норм
Ilya
поизучаю тогда, но у меня везде трио и MPC2
https://www.juniper.net/documentation/en_US/junos/topics/concept/ldp-link-protection-overview.html
Ilya
Label Operation for LDP Link Protection
Misak
пасиба
vitex
Это не человек Это бот на баше
Ilya
пасиба
Всё нормально должно быть, только Label stack mtu рассчитай на транспорте
Igor
У тебя с EL на всем пути он должен быть включен
Я не оч сталкивался с el, но что-то сомневаюсь, что на р-шках нужно что-то включать, кроме тюнинга хэша
Roman
Видя страдания людей с EL ....
Igor
А чо там делается?
Roman
поэтому оно нигде массово в ISP не применяется
Roman
там сигналиться ELI насколько я помню
Roman
кароч P должен понимать что это EL по ELI
Misak
а отчего страдают?
Misak
кароч P должен понимать что это EL по ELI
ну там же одна метка специально для этого
Roman
Для чего?
давно читал, понл что это засада и забыл
Roman
могу погуглить
Roman
запомнил только то что P по пути тоже должны это уметь
Igor
Ну я погуглил первый попавшийся юзер гайд у J, и там для P ничего не делается
Misak
если у Сомова в его винегрете работает, то у меня должно тож
Ilya
майонезом хуяк и в прод
Misak
гетерогенный оливье
Roman
Ну я погуглил первый попавшийся юзер гайд у J, и там для P ничего не делается
Pros and cons Entropy allows to do have the same hashing methodology whatever vendor or payload/service (L2/3VPNs) present on your network. You can improve the performance by not doing fairly deep packet inspection (.ie 4 labels) in order to do the hashing for IP payloads. Not only the PEs but the P must support also Entropy Label. Flow Label is easy to implement: only on the PEs but applies only for L2VPN traffic.
Misak
у меня гомогенный хумус
Roman
https://packetpushers.net/fat-or-entropy-label/
Igor
Где пруфы, Билли?
Igor
https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/mpls-entopy-label-configuring.html
vitex
вы на своих рекурсивных DNS оставляете TCP?
Все tcp оставляют Кстати возможность работы по tcp используется в случае ддос на клиентов с 53/udp
Roman
Где пруфы, Билли?
With LDP signaling, a new SUB-TLV (Entropy Label SUB-TLV) is used (Type to be decided). It contains 20 bit “VALUE” space which will be zero when ELI is not required and will be non-zero if ELI is required and this value will be used in ELI label.
Roman
With BGP Signaling, a new Optional, Transitive Path Attribute (Tentatively known as Entropy Label Attribute) will be used in BGP UPDATE while advertising the NLRI. With RSVP-TE, Entropy Label Attribute TLV will be signaled in LSP_ATTRIBUTES OBJECT in both PATH message and RESV message.
Igor
Я просто не понимаю, зачем P знать, как это отражается в стейте? Если по-идее там тупо сквозное хэширование
Igor
Если только для того, чтобы он ELI игнорировал в хэше и смотрел на две метки выше
Ilya
а если у тебя 200г?
vitex
если у Сомова в его винегрете работает, то у меня должно тож
Давай давай Вруби на проде фичу которую хер знает зачем тебе нужна Надо же поэксперементировать
Igor
А ты можешь нормально разбалансить л2 не заглядывая в пэйлоад?
Зачем мне это делать, если я могу балансить по меткам?
Ilya
лол
Igor
Roman
Я просто не понимаю, зачем P знать, как это отражается в стейте? Если по-идее там тупо сквозное хэширование
В теории да, свичуешь по верхней метке, а хэш считаешь по всему стеку, но на практике не так сейчас
Igor
Ну вот для этого и сделали fat/el
Мне не надо по середине знать что-то о EL/ELI, я просто хэширую по меткам, о которых беспокоится ингресс
Igor
О EL/ELI надо знать LER, чтобы разобрать это говно
Igor
rfc?
Что-то такое слышал
Igor
Rsvp
Сейчас опять предложишь балансить ingress?)
vitex
Сейчас опять предложишь балансить ingress?)
А как ещё балансить, если не на ингресе? Толькотв пейлоад смотреть на P
Stanislav
Надо поискать/почитать, должно быть объяснение
This latter approach uses upstream-generated entropy labels, which may conflict with downstream-allocated application labels. There are a few approaches to deal with this: 1) allocate a pair of labels for each FEC, one that must have an entropy label below it and one that must not; 2) use a label (the "Entropy Label Indicator") to indicate that the next label is an entropy label;
Stanislav
походу потому что метка ELI вешается до метки pw
Stanislav
хотя да, чет я тоже не очень понял профита
Roman
Надо поискать/почитать, должно быть объяснение
In the entropy label case, due to PHP the ELI is exposed (although the penultimate LSR may decide to also pop the ELI and entropy label). If needed, the egress PE removes the ELI and the entropy label, exposing the service label (if any). The packet is then mapped to the appropriate service—for example, to an L2VPN AC.
Roman
:)
Stanislav
до PW CW!
я конеш не спец, но https://packetpushers.net/wp-content/uploads/2014/02/Entropy-Label.png
Stanislav
из ссылочки выше
Roman
я конеш не спец, но https://packetpushers.net/wp-content/uploads/2014/02/Entropy-Label.png
кароч должны поддерживать PE и P которые делают PHP
Stanislav
Since entropy labels are generated by an ingress LSR, an egress LSR MUST be able to distinguish unambiguously between entropy labels and application labels. To accomplish this, it is REQUIRED that the label immediately preceding an Entropy Label (EL) in the MPLS label stack be an Entropy Label Indicator (ELI), where preceding means closer to the top of the label stack (farther from bottom of stack indication)
Igor
кароч должны поддерживать PE и P которые делают PHP
А зачем Р? Ну получил ты метку, для неё у тебя своп на 3, скидываешь транспортную и пуляешь в сторону егресса
Igor
А то что там eli тебе похеру
Stanislav
не до конца копирнул, чорт
Roman
А то что там eli тебе похеру
а как делается PHP в LDP over RSVP сценарии?
Igor
Ну две транспорных метки, одну скинул, дальше лдп домен
Igor
Тут что-то хитрое