[UglyAdmin]

Что он cможет сбриджевать на MX, если на PE не сможет "раздеть" QinQ? На его PE не должно быть QinQ, если PE не умеют их раздевать...

[anemosphere]

42 minutes ago, UglyAdmin said:

Что он cможет сбриджевать на MX, если на PE не сможет "раздеть" QinQ? На его PE не должно быть QinQ, если PE не умеют их раздевать...

Еще раз... Есть одно здание. Есть множество клиентов. Есть множество каналов связи. Не каждый с каждым, а каждый по-отдельности. QinQ настраивается непосредственно на коммутаторах доступа. В одном S-VLAN'e может быть множество C-VLAN. Задача: пригнать S-VLAN до VPLS-агрегатора, при этом задействовав для каждого клиента различные VPLS-домены, чтобы разграничить коммутацию и шейпить на этих каналах скорость. Получается, что на джунипер с разных сторон должен прилетать трафик в различных S-VLAN с различными C-VLAN. Вот меня и интересует, джунипер может сбриджевать S+C-VLAN'ы в VPLS?

Я не могу "раздевать" S-VLAN, так как будут еще узлы, где будут использоваться те же самые C-VLAN, что и на других узлах.

[UglyAdmin]

Совсем всё непонятно стало.

Чтобы свести в один bridge-domain (или VPLS) разные QinQ - их надо раздевать на PE.

Вот примерно так:

 

interface Gi0/1

 service instance 100 ethernet

  encapsulatiob dot1q 100 second-dot1q 10

  rewrite ingress tag pop 2 symmetric

  xconnet 10.10.10.1 100 

!

на другом PE:

interface Gi0/1

 service instance 100 ethernet

  encapsulatiob dot1q 200 second-dot1q 20

  rewrite ingress tag pop 2 symmetric

  xconnet 10.10.10.1 100 

!

xconnect хоть друг с другом, когда точка-точка, хоть в VPLS, когда точек больше двух.

 

Но если Ваши PE не умеют снимать и одевать 2 тэга, то QinQ тут вообще никак.

 

Внутри уже собранного VPLS никто между тэгами ничего не коммутирует и не бриджует, там всё по МАС-адресам, как в тупой мыльнице.

Все операции с тэгами - снятие, навешивание, замена, фильтрация - делаются на PE.

[alexmern]

По хорошему на порт клиента нужно антегом вешать S-VLAN чтобы дать ему возможность свои вланы пропускать.

А на PE уже xconnect вешать на этот S-VLAN (длинк это точно умеет). 

В этом случае гнать всё это на MX вообще не надо.

[anemosphere]

12 hours ago, alexmern said:

По хорошему на порт клиента нужно антегом вешать S-VLAN чтобы дать ему возможность свои вланы пропускать.

А на PE уже xconnect вешать на этот S-VLAN (длинк это точно умеет). 

Так у меня так и сделано. На порту клиента сделан Selective QinQ. Xconnect так и вешается на S-VLAN (как разница для MPLS что вообще полетит через Xconnect? Ему же фиолетово).

Почему НЕ надо гнать до MX? Как мне объединить два разных S-VLAN (влан на здание) и два разных C-VLAN (влан на клиента) без VPLS?

[UglyAdmin]

MPLS, конечно, универсальный транспорт и прогнать через него можно всё, но Вы-то должны понимать что делаете.

И если не можете выделить нужный вилан на входе в VPLS, то потом уже вообще никаких инструментов для этого нет.

Чисто теоретически можно выделить порт на железке, которая может перемаркировывать тэги, и добавить его в этот же VPLS, но это ничем не лучше патч-корда между портами коммутатора, и вкупе с QinQ приносит такие интересные эффекты... В общем, работать как надо не будет.

 

[alexmern]

On 2/8/2019 at 12:41 PM, anemosphere said:

Так у меня так и сделано. На порту клиента сделан Selective QinQ. Xconnect так и вешается на S-VLAN (как разница для MPLS что вообще полетит через Xconnect? Ему же фиолетово).

Почему НЕ надо гнать до MX? Как мне объединить два разных S-VLAN (влан на здание) и два разных C-VLAN (влан на клиента) без VPLS?

Выше я писал что на абонента которому нужен транспорт выделятся S-VLAN, а С-VLAN внутри них абонент гоняет какие хочет.

[myst]

В 07.02.2019 в 00:51, GrandPr1de сказал:

бридж из двух pw

Бридж про процу накладненько =)

[GrandPr1de]

19 часов назад, myst сказал:

Бридж про процу накладненько =)

схренали

[myst]

6 часов назад, GrandPr1de сказал:

схренали

ну смотря на какой коробке, обычно на проц поднимается

[zhenya`]

вы не правы. 

[Bambuk]

В описываемой схеме проще сделать pw c S-VLAN не между PE* и MX, а между PE* и PE3, к которому подключен MX.

А на MX, делать бриджинг чего хотите с чем хотите, того что ему приходит на интерфейс от PE3.

Но в такой схеме все через MX будет ходить.