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

[mefer]

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

[dmvy]

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

[Saab95]

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

 

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

 

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

[mefer]

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

 

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

[mefer]

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

 

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

 

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

 

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

[Saab95]

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

 

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

 

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

 

 

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

 

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

 

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

 

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

[dmvy]

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

[Saab95]

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

 

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

[mefer]

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

 

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

 

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

 

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

 

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

 

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

 

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

[Saab95]

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

 

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

 

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

 

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

[NiTr0]

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