Перейти к содержимому
Калькуляторы

BGP over GRE между Juniper MX240 и MX104

Доброго времени суток, коллеги.

Подскажите пожалуйста, возможно ли поднять GRE между Juniper MX240 (RE-S-1300, DPCE 20x 1GE + 2x 10GE R linecard) и MX104 (MPC BUILTIN + MIC 3D 2x 10GE XFP) и через этот туннель прогнать BGP+трафик?

Какие есть ограничения или подводные камни?

Возникла идея сделать резервирование связанности через WAN при отказе прямой оптики вежду точкой обмена трафиком и площадкой ДЦ.

Или может есть какой-то лучший вариант резервирования в такой ситуации?

 

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

I-chip на котором построена DPCE не умеет инкапсулировать данные в туннели на лету, для этого нужно переводить порт на карте в специальный режим "петли", использовать порт для других целей после этого не получится, скорость в туннеле будет ограничиваться скоростью порта. Или как вариант можно использовать для туннелей отдельную карту MS-DPC, или поставить в MX240 карту MPC на базе Trio которая умеет инкапсулировать в туннели за счет потери полосы пропускания (фактически как в I-chip только порты можно использовать). В MX104 стоит чип Trio.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

4 часа назад, v_r сказал:

I-chip на котором построена DPCE не умеет инкапсулировать данные в туннели на лету, для этого нужно переводить порт на карте в специальный режим "петли", использовать порт для других целей после этого не получится, скорость в туннеле будет ограничиваться скоростью порта. Или как вариант можно использовать для туннелей отдельную карту MS-DPC, или поставить в MX240 карту MPC на базе Trio которая умеет инкапсулировать в туннели за счет потери полосы пропускания (фактически как в I-chip только порты можно использовать). В MX104 стоит чип Trio.

Спасибо, вчера читая документашку примерно так и понял, что на 240 с DPCE не все гладко, в отличии от 80 и 104.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

4 часа назад, v_r сказал:

I-chip на котором построена DPCE не умеет инкапсулировать данные в туннели на лету, для этого нужно переводить порт на карте в специальный режим "петли", использовать порт для других целей после этого не получится, скорость в туннеле будет ограничиваться скоростью порта. Или как вариант можно использовать для туннелей отдельную карту MS-DPC, или поставить в MX240 карту MPC на базе Trio которая умеет инкапсулировать в туннели за счет потери полосы пропускания (фактически как в I-chip только порты можно использовать). В MX104 стоит чип Trio.

И верно ли я понял, что на MX104 с Trio указав bandwidth, то указанная полоса будет зарезервирована на fpc и использоваться только под туннель?

fpc slot-number {
pic number {
tunnel-services {
bandwidth (1g | 10g);
}
}
}

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

30 minutes ago, mse.rus77 said:

И верно ли я понял, что на MX104 с Trio указав bandwidth, то указанная полоса будет зарезервирована на fpc и использоваться только под туннель?

нет не будет.

 

Какие у вас там объемы трафика предполагаются ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

24 минуты назад, orlik сказал:

нет не будет.

 

Какие у вас там объемы трафика предполагаются ?

3-4Gbps

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 часов назад, v_r сказал:

I-chip на котором построена DPCE не умеет инкапсулировать данные в туннели на лету, для этого нужно переводить порт на карте в специальный режим "петли", использовать порт для других целей после этого не получится, скорость в туннеле будет ограничиваться скоростью порта. Или как вариант можно использовать для туннелей отдельную карту MS-DPC, или поставить в MX240 карту MPC на базе Trio которая умеет инкапсулировать в туннели за счет потери полосы пропускания (фактически как в I-chip только порты можно использовать). В MX104 стоит чип Trio.

Да, нашел такое: The DPC line cards utilize a previous ASIC from the M series called the I-CHIP. 

Почитав документацию возникли еще вопросы :) MS-DPC на себе физики не несет, но позволяет поднимать туннель на порту DPCE без перевода порта в режим Tunnel ?

 

На MPC карте все будет аналогично, как и на МХ104 - The Modular Port Concentrator (MPC) is the second-generation line card created to further increase the density to 160 Gbps ports per slot. This generation of hardware is created using the Trio chipset.

Но что именно означает "которая умеет инкапсулировать в туннели за счет потери полосы пропускания" - в чем будет выражаться потеря полосы пропускания? Выше я подумал, что на туннель будет зарезервирован указанный bandwidth на fpc, но судя по ответу, я ошибся.

 

Спасибо.

Изменено пользователем mse.rus77

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пропускная способность Trio - около 40Гбит/с full-duplex, включая inline-сервисы. То есть при 10Гбит/с дуплексного трафика из которых 5Г заворачивается в туннель у Trio будет использоваться 15Г полосы (в реальности может чуть больше из-за накладных расходов, это только вендор может сказать), хотя реально по графикам будет 10Гбит/с. 

18 часов назад, mse.rus77 сказал:

И верно ли я понял, что на MX104 с Trio указав bandwidth, то указанная полоса будет зарезервирована на fpc и использоваться только под туннель?

Скорость туннеля может ограничиваться указанной полосой, но,  как написали выше, на Trio она не резервируется.

 

12 часов назад, mse.rus77 сказал:

The Modular Port Concentrator (MPC) is the second-generation line card created to further increase the density to 160 Gbps ports per slot. This generation of hardware is created using the Trio chipset.

По поводу поколений, первое поколение карт для MX (не Trio, а именно линейных карт) - DPC.
160G per slot это вероятно про MPC-3D-16XGE, на ней стоит 4 Trio первого поколения, те самые у которых производительность 40Гбит/с.
У MX80 и MX104 стоит один чип Trio первого поколения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

The packet’s first lookup based on its IP header determines the GRE tunnel and is forwarded to the corresponding tunnel interface. The packet is encapsulated in a GRE header, and looped back through the tunnel interface (in a PFE on DPC1). The second lookup based on GRE header determines the final output interface of the packet. The ingress port, the tunnel interface and the final egress interface can all be present on the same PFE or on different PFEs and DPCs.

Screen Shot 2018-04-14 at 08.25.52.png

 

Quote

On the MX the original DPC line cards could be configured for a 1 Gbps tunnel for “free,” but 10 Gbps services required that the user disable a 10G port!

(с) Juniper MX Series

 

НА MPC все сильно по другому. все реализовано в пределах одного pfe практически без потери производительности . 

Так же на некоторых платформах , не только MX , появилась возможность (де)инкапсулировать в фильтре , при этом потери в производительности не совсем. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@v_r @orlik коллеги, спасибо большое за информацию

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.