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

Необходимо пробросить VLANы через IP сеть т.к. в ней нет поддержки QinQ/ чем выгоднее всего будет это сделать? Сервера не очень хорошо, хотелось бы решение самого небольшого размера

Надо переварить порядка 300 Мегабит.

Share this post


Link to post
Share on other sites

если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все...

Share this post


Link to post
Share on other sites

если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все...

 

Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки.

 

Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU.

Share this post


Link to post
Share on other sites

если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все...

 

Да. Сеть чужая. МТС предоставляет тегированный влан на обоих концах т.к. берётся 2 влана, один это мультикаст.

Share this post


Link to post
Share on other sites

если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все...

 

Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки.

 

Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU.

 

А сколько двухядерная моделька переварит по трафику и по количеству пакетов, есть реальная статистика? И как эта железка тянет мультикаст на 80-150, ну макстмум и то редко 200 Мбит?

Share this post


Link to post
Share on other sites

А сколько двухядерная моделька переварит по трафику и по количеству пакетов, есть реальная статистика? И как эта железка тянет мультикаст на 80-150, ну макстмум и то редко 200 Мбит?

 

300-400 мегабит вытягивает по EoIP, больше просто не пробовали. Мультикаст гоняет тоже без проблем. Тут нужно понимать, что если MTU в канале 1500, то большой пакет будет передаваться 1500 + довесок, и пакетная нагрузка окажется высокой, на маленьких пакетах будет передаваться все одной посылкой, поэтому и нагрузка уменьшиться.

 

Вот смотрите картинки, задача 100 процентов как и у вас - передача трафика через канал 300/300 мбит от оператора по L2 туннелю.

 

 

Тест пакетами 1500 байт через туннель, скорость 300/300, загрузка процессора 60 процентов, 49kpps:

mikrotik-eoip-1.png

 

Тест пакетами 1400 байт через туннель, скорость 300/300, однако загрузка процессора упала до 48 процентов, хотя пакетная нагрузка в туннеле увеличилась до 54kpps:

mikrotik-eoip-2.png

 

И в заключение тест пакетами 64 байт. Сначала Connection tracking был включен, что не позволило развить нужную скорость, однако после выключения, все сразу пришло в норму - загрузка под 100 процентов, скорость в канале 116/59, пакетная нагрузка - 214kpps. На графике как раз виден момент отключения, сначала скорость была низкой, а потом увеличилась. Перекос в одну сторону не большой, потому что другая железка, которая генерила трафик, занята и другими задачами.

mikrotik-eoip-3.png

 

Преимущество такого решения очевидно - не нужно зависеть от оператора. Иногда что бы сделать QinQ нужно долго и упорно дергать оператора, а после как сделает, могут всплыть проблемы с маками или чем-то еще, бывало в канал попадал чужой трафик, или не проходили определенные данные, так же порой была проблема проверить скорость в канале, ведь на том конце нет оборудования для теста, если кругом одни коммутаторы. А когда канал с двух сторон ограничен активными железками, можно всегда провести тест канала, при этом оператор уже не скажет что проблема не в его канале=) При этом можно даже L2 не брать, а ограничиться L3 каналом, что иногда дешевле. В итоге экономия за несколько месяцев позволяет полностью окупить оборудование.

Share this post


Link to post
Share on other sites

решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах.

Share this post


Link to post
Share on other sites

решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах.

 

На них ценники в разы выше. Если на микротике поставить буфер пакетов в 1000-2000, то никаких потерь не будет, хотя и без этого нормально работает, ничего не теряется и не рассыпается, даже когда EoIP по радиоканалу гоняют.

Share this post


Link to post
Share on other sites

решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах.

 

На них ценники в разы выше. Если на микротике поставить буфер пакетов в 1000-2000, то никаких потерь не будет, хотя и без этого нормально работает, ничего не теряется и не рассыпается, даже когда EoIP по радиоканалу гоняют.

 

А каков поток мультикаста у вас проходил. У нас генерится порядка 100-180 Мегабит, и зависит от времени суток. Суммарно нагрузка на канал вместе с инетом в пиках 450-500 Мегабит

 

если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все...

 

Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки.

 

Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU.

 

Разница в цене почти в два раза. Производительность у них сильно отличается?

Share this post


Link to post
Share on other sites

А каков поток мультикаста у вас проходил. У нас генерится порядка 100-180 Мегабит, и зависит от времени суток. Суммарно нагрузка на канал вместе с инетом в пиках 450-500 Мегабит

 

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

 

Разница в цене почти в два раза. Производительность у них сильно отличается?

 

Второй может больше трафика лопатить, особенно если пакетов много маленьких. Тест на 300мбит я показывал, по пакетам так же видно, посмотрите что у вас ходит, если не стыковка - то нужно брать мощнее железки. Больше через EoIP пока прогонять задачи не было.

Share this post


Link to post
Share on other sites

А чем одноюнитовые тазики на атомах (или лучше каких-то целеронах) не устраивают? Будет явно дешевле CCR.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this