Jump to content
Калькуляторы

ip packing

Всем привет, расскажите условия работы ip packing и работает ли он для eoip к примеру или для вланов внутри eoip поверх влана провайдера

Share this post


Link to post
Share on other sites

Понять что начал работать можно в списке соседей.

Счетчик пакетов можете через торч посмотреть.

Работает только между микротиками, имеющими L2 связанность при передачи пакетов между этими микротиками. Сквозной L2 трафик не упаковывается.

 

То есть если вы хотите упаковывать свой трафик, то нужно на этом микротике создать EoIP и в него запаковывать все абонентские данные, упаковка сработает для всего трафика.

Share this post


Link to post
Share on other sites

4 минуты назад, Saab95 сказал:

Понять что начал работать можно в списке соседей.

Счетчик пакетов можете через торч посмотреть.

Работает только между микротиками, имеющими L2 связанность при передачи пакетов между этими микротиками. Сквозной L2 трафик не упаковывается.

 

То есть если вы хотите упаковывать свой трафик, то нужно на этом микротике создать EoIP и в него запаковывать все абонентские данные, упаковка сработает для всего трафика.

То есть, вот у меня так, микроты связаны между собой по l3, первое что мне надо - это чтобы они в нейборах видели друг друга, через ipip увидят? Или надо между ними поднять на l3 адресах eoip с вланом и на влан навесить /30 сеть? 

Edited by fractal

Share this post


Link to post
Share on other sites

По L3 это как? Если поверх L2 интерфейсов (например соединены патчкордом или через оптику, либо через радио), где сверху навешены IP адреса - на этом будет работать.

 

Если вы поверх поднимите EoIP, и упаковку сделаете внутри него, это будет полная ерунда, т.к. все данные должны идти по этому интерфейсу, которые упаковываются, а у вас остаются IP адреса самих устройств, между которыми EoIP связь устанавливает. И потом же вы поверх этого EoIP еще один EoIP поднимите, что бы данные абонентов передавать? =) это будет уже хуже чем туннелировать трафик, когда вы уже туннелируете трафик=)

 

Что бы проверить работу достаточно в IP-Packing посмотреть список интерфейсов, он сам покажет на каких он может работать.

Share this post


Link to post
Share on other sites

2 минуты назад, Saab95 сказал:

По L3 это как? Если поверх L2 интерфейсов (например соединены патчкордом или через оптику, либо через радио), где сверху навешены IP адреса - на этом будет работать.

 

Если вы поверх поднимите EoIP, и упаковку сделаете внутри него, это будет полная ерунда, т.к. все данные должны идти по этому интерфейсу, которые упаковываются, а у вас остаются IP адреса самих устройств, между которыми EoIP связь устанавливает. И потом же вы поверх этого EoIP еще один EoIP поднимите, что бы данные абонентов передавать? =) это будет уже хуже чем туннелировать трафик, когда вы уже туннелируете трафик=)

 

Что бы проверить работу достаточно в IP-Packing посмотреть список интерфейсов, он сам покажет на каких он может работать.

Суть в том что между микротами циска, l2 связности нет, циска их между собой по eigrp связывает, на микротах порты ether1 глядят в циску, у первого микрота на ether1 адрес 10.10.10.2 у второго 10.10.20.2, между микротами на этих адресах eoip который объединен с бриджем с портом в ether2. Видно в этом случае упаковки не будет

 

Слушайте, а как только появляется связность l2 между микротами, то в ip packing интерфейс автоматом добавляется? Под рукой микротов нет сейчас проверить

 

И если микроты между собой на vlan соединены, будет работать? Vlan ещё через несколько промежуточных свитчей хуавей

Share this post


Link to post
Share on other sites

1 минуту назад, Saab95 сказал:

Посмотрите что можно настроить на циске, что бы ее в режим L2 перевести. Тогда и упаковка заработает.

Мплс имеете в виду?

Share this post


Link to post
Share on other sites

Это тоже можно. Просто вы не раскрыли что там делает циска. Если она просто некий канал предоставляет по какой-то магистральной сети, и везде оборудование позволяет, можно изменить схему работы.

Share this post


Link to post
Share on other sites

4 минуты назад, Saab95 сказал:

Это тоже можно. Просто вы не раскрыли что там делает циска. Если она просто некий канал предоставляет по какой-то магистральной сети, и везде оборудование позволяет, можно изменить схему работы.

Она просто связность между разными площадками делает, по городу их 4, между собой связаны через l3 vpn, маршрутизация eigrp

Share this post


Link to post
Share on other sites

В 05.02.2019 в 15:57, Saab95 сказал:

По L3 это как? Если поверх L2 интерфейсов (например соединены патчкордом или через оптику, либо через радио), где сверху навешены IP адреса - на этом будет работать.

 

Если вы поверх поднимите EoIP, и упаковку сделаете внутри него, это будет полная ерунда, т.к. все данные должны идти по этому интерфейсу, которые упаковываются, а у вас остаются IP адреса самих устройств, между которыми EoIP связь устанавливает. И потом же вы поверх этого EoIP еще один EoIP поднимите, что бы данные абонентов передавать? =) это будет уже хуже чем туннелировать трафик, когда вы уже туннелируете трафик=)

 

Что бы проверить работу достаточно в IP-Packing посмотреть список интерфейсов, он сам покажет на каких он может работать.

вообщем так и сделал eoip через eoip, заработал пакинг, оконечные rb951 качает 75/75 без потерь (тестили через jdsu)

Share this post


Link to post
Share on other sites

52 минуты назад, fractal сказал:

вообщем так и сделал eoip через eoip, заработал пакинг, оконечные rb951 качает 75/75 без потерь (тестили через jdsu)

А что стало при этом с пингом?

Пинг обычно важнее скорости.

 

Share this post


Link to post
Share on other sites

1 минуту назад, LostSoul сказал:

А что стало при этом с пингом?

Пинг обычно важнее скорости.

 

да кстати, пока трафика нет пинг прыгает от 25 до 40 иногда до 50ти, как только трафик появляется не больше 15ти, канал составной, есть пролет около 5 км, на Ubiquity powerbeam 400 ac, без пакинга от 10 до 15ти скачет

Share this post


Link to post
Share on other sites

8 минут назад, fractal сказал:

прыгает от 25 до 40 иногда до 50ти,

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

если данных на вход так и не догрузили, отправляет "порожняком".

А когда поток валит непрерывно, то и ждать не приходится.

 

Скорее всего максимальная задержка этого ожидания где-то настраивается в тонких настройках.

 

Share this post


Link to post
Share on other sites

18 минут назад, LostSoul сказал:

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

если данных на вход так и не догрузили, отправляет "порожняком".

А когда поток валит непрерывно, то и ждать не приходится.

 

Скорее всего максимальная задержка этого ожидания где-то настраивается в тонких настройках.

 

ну по крайней мере я не припомню есть ли в микроте это, в пакинге не сильно много настроек) вообщем мы оказались довольны и этим)

Edited by fractal

Share this post


Link to post
Share on other sites

Не настраивается. Что бы такого не было достаточно запустить пинг транзитом через этот канал таким объемом, что бы только на нем уже срабатывала упаковка.

Share this post


Link to post
Share on other sites

3 часа назад, Saab95 сказал:

Не настраивается. Что бы такого не было достаточно запустить пинг транзитом через этот канал таким объемом, что бы только на нем уже срабатывала упаковка.

Шикарное решение.  viva микротик.

уж лучше тогда bfd запустить, хоть польза практическая будет :-)

 

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.