mefer Опубликовано 15 декабря, 2013 · Жалоба Надо переварить порядка 300 Мегабит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 15 декабря, 2013 · Жалоба если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 15 декабря, 2013 · Жалоба если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все... Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки. Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mefer Опубликовано 16 декабря, 2013 · Жалоба если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все... Да. Сеть чужая. МТС предоставляет тегированный влан на обоих концах т.к. берётся 2 влана, один это мультикаст. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mefer Опубликовано 16 декабря, 2013 · Жалоба если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все... Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки. Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU. А сколько двухядерная моделька переварит по трафику и по количеству пакетов, есть реальная статистика? И как эта железка тянет мультикаст на 80-150, ну макстмум и то редко 200 Мбит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 декабря, 2013 · Жалоба А сколько двухядерная моделька переварит по трафику и по количеству пакетов, есть реальная статистика? И как эта железка тянет мультикаст на 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 каналом, что иногда дешевле. В итоге экономия за несколько месяцев позволяет полностью окупить оборудование. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 17 декабря, 2013 · Жалоба решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 декабря, 2013 · Жалоба решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах. На них ценники в разы выше. Если на микротике поставить буфер пакетов в 1000-2000, то никаких потерь не будет, хотя и без этого нормально работает, ничего не теряется и не рассыпается, даже когда EoIP по радиоканалу гоняют. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mefer Опубликовано 17 декабря, 2013 · Жалоба решение программное и для мультикаста я бы не советовал его применять. потери пакетов будут сильно влиять на качество картинки. надежнее делать такие штуки на wire-speed девайсах. На них ценники в разы выше. Если на микротике поставить буфер пакетов в 1000-2000, то никаких потерь не будет, хотя и без этого нормально работает, ничего не теряется и не рассыпается, даже когда EoIP по радиоканалу гоняют. А каков поток мультикаста у вас проходил. У нас генерится порядка 100-180 Мегабит, и зависит от времени суток. Суммарно нагрузка на канал вместе с инетом в пиках 450-500 Мегабит если в сети есть банально vlan и канал нужен точка-точка, то на крайних точках заварачивайте во внешний тэг, а на всех остальных коммутаторах проключайте как обычный vlan (не забыв включить jumbo frame). на агистрали можно даже выключить изучение мак-адресов в этом vlan. останется решить вопрос с резервированием и все... Учитывая что MTU может уменьшиться забыли? =) Скорее всего сеть чужая и в ней никто не пойдет на подобные переделки. Тут подойдет 2 Mikrotik RB1100AHx2 или CCR1016, настраиваете связь между ними по IP, а сверху EoIP туннель, и гоняете что хотите без проблем с любым размером MTU. Разница в цене почти в два раза. Производительность у них сильно отличается? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 17 декабря, 2013 · Жалоба А каков поток мультикаста у вас проходил. У нас генерится порядка 100-180 Мегабит, и зависит от времени суток. Суммарно нагрузка на канал вместе с инетом в пиках 450-500 Мегабит Мы телевидение не предоставляем, для теста брали голый поток у оператора, что бы проверить возможность подачи телевидения в поселки, все работало нормально и не рассыпалось, только это телевидение там оказалось никому не нужным. Разница в цене почти в два раза. Производительность у них сильно отличается? Второй может больше трафика лопатить, особенно если пакетов много маленьких. Тест на 300мбит я показывал, по пакетам так же видно, посмотрите что у вас ходит, если не стыковка - то нужно брать мощнее железки. Больше через EoIP пока прогонять задачи не было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 17 декабря, 2013 · Жалоба А чем одноюнитовые тазики на атомах (или лучше каких-то целеронах) не устраивают? Будет явно дешевле CCR. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...