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

в канале точка точка нужно налету сжать IP пакеты на скорости 500-1000Мбит/с. Какое железо подойдет для этого? в центр будут приходить несколько таких каналов.

В канале точка точка нужно налету сжать IP пакеты на скорости 500-1000Мбит/с. Какое железо подойдет для этого на узел и в центр?  в центр будут приходить несколько таких каналов.

Share this post


Link to post
Share on other sites

OpenVpn compression lz4. Поддерживается в железе cpu, extremly fast. По идее, любой multicore cpu сойдет современный. Видимо, надо делать openvpn per client, а не один на всех.

Share this post


Link to post
Share on other sites
1 минуту назад, dignity сказал:

OpenVpn compression lz4. Поддерживается в железе cpu, extremly fast. По идее, любой multicore cpu сойдет современный. Видимо, надо делать openvpn per client, а не один на всех.

во сколько раз жмет такое решение? 

Share this post


Link to post
Share on other sites

Страницы памяти x2 налету в zswap, на моих тестах)

Share this post


Link to post
Share on other sites
19 часов назад, QWE сказал:

во сколько раз жмет такое решение? 

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

Что-либо зашифрованное (да хоть https) - тоже.

Share this post


Link to post
Share on other sites
2 часа назад, UglyAdmin сказал:

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

Что-либо зашифрованное (да хоть https) - тоже.

Почитайте уже как работают оптимизаторы трафика прежде чем нести такую ахинею.

Share this post


Link to post
Share on other sites
46 минут назад, myst сказал:

Почитайте уже как работают оптимизаторы трафика прежде чем нести такую ахинею.

Ну не надо путать канал с белым шумом и то, что оптимизаторы трафика в кэше держат, законы сжатия никто не отменял, сожмите как сжатый 7zip файл в два раза...

Share this post


Link to post
Share on other sites
В 28.05.2018 в 14:37, QWE сказал:

во сколько раз жмет такое решение? 

А какие у Вас вообще ожидания?

Share this post


Link to post
Share on other sites
Только что, TheUser сказал:

А какие у Вас вообще ожидания?

раза в два хотя бы

Share this post


Link to post
Share on other sites
1 минуту назад, QWE сказал:

раза в два хотя бы

А профиль трафика это вообще позволит? Что там бегает? Интернет?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
5 минут назад, TheUser сказал:

А профиль трафика это вообще позволит? Что там бегает? Интернет?

а хрен его знает. VPN поверх этих каналов будет между офисами клиента + интернет. 

Share this post


Link to post
Share on other sites

Если VPN будет шифрованный, то не сожмется.

Share this post


Link to post
Share on other sites

10% в лучшем случае + задержки обработки пакетов хотя бы на 1-2мс.

Реально оно VJC или как его там может юзать, из PPP ещё, это вроде на фре можно собрать за бесплатно, но только для заголовков, те профит будет на мелких пакетах, может быть....

Надеяться на сжатие больше 5-15% я бы не стал, кроме случаев когда летают совсем уж данные которые легко жать - сплошные тексты и бмп, или там RDMA какое, но в последнем случае будет жопа из за выросшего латенсити.

Share this post


Link to post
Share on other sites
7 часов назад, Ivan_83 сказал:

10% в лучшем случае + задержки обработки пакетов хотя бы на 1-2мс.

Реально оно VJC или как его там может юзать, из PPP ещё, это вроде на фре можно собрать за бесплатно, но только для заголовков, те профит будет на мелких пакетах, может быть....

Надеяться на сжатие больше 5-15% я бы не стал, кроме случаев когда летают совсем уж данные которые легко жать - сплошные тексты и бмп, или там RDMA какое, но в последнем случае будет жопа из за выросшего латенсити.

по статистике обычного офисного трафика (серфинг, цитрикс, смб, 1с и прочие) 40-70% сжатия

 

13 часов назад, dignity сказал:

Ну не надо путать канал с белым шумом и то, что оптимизаторы трафика в кэше держат, законы сжатия никто не отменял, сожмите как сжатый 7zip файл в два раза...

Причем тут белый шум?

Законы сжатия не отменяются, но кардинально меняется сама модель передачи трафика..

699a6b6d8916a178c4ea284b9e891a4a.png

 

А вот процент сжатия...

1eb2f7afff2830062e63f9ff7340b111.png

Share this post


Link to post
Share on other sites
1 hour ago, myst said:

по статистике обычного офисного трафика (серфинг, цитрикс, смб, 1с и прочие) 40-70% сжатия

 

Причем тут белый шум?

Законы сжатия не отменяются, но кардинально меняется сама модель передачи трафика..

699a6b6d8916a178c4ea284b9e891a4a.png

 

А вот процент сжатия...

1eb2f7afff2830062e63f9ff7340b111.png

Ну это ж не сжатие траффика а «оптимизация» , что как бы противоречит начальным условиям . Сильно сжать шифрованные данные не получится . Есть один действенный и 100% работающий способ увеличить пропускную способность канала - это таки взять шире трубу , burstable хотя б для экономии 

патерн трафика важен - если там один cifs, то будет все как в power point , если https - выхлоп нулевой . 

Share this post


Link to post
Share on other sites
1 час назад, EvgeniySerb сказал:

Ну это ж не сжатие траффика а «оптимизация» , что как бы противоречит начальным условиям . Сильно сжать шифрованные данные не получится . Есть один действенный и 100% работающий способ увеличить пропускную способность канала - это таки взять шире трубу , burstable хотя б для экономии 

патерн трафика важен - если там один cifs, то будет все как в power point , если https - выхлоп нулевой . 

В данном кейсе сжатие и оптимизация трафика можно считать синонимами так как реализуют одну и ту же цель только разными способами.

Share this post


Link to post
Share on other sites

Вверху статистика какой-то компании, судя по обилию smtp(и возможно очень старая, почти все современные SMTP клиенты/сервера делают starttls). Нужно оценивать конкретно ваш траффик, к примеру на уровне IP у обычного оператора жать уже нечего, выигрыш будет меньше десятка процентов, ибо мало того, что шифрование везде, еще и давно все что можно было сжать - уже сжато.

Наверное если подменять корпоративные сертификаты - то меж-офисный траффик все еще можно жать, но трафик дешевеет, а решения по сжатию - дорожают (так как жать становится сложнее).

 

Share this post


Link to post
Share on other sites
10 часов назад, myst сказал:

по статистике обычного офисного трафика (серфинг, цитрикс, смб, 1с и прочие) 40-70% сжатия

У тебя в картинках нет ничего с TLS, и по сути показан трафик нижних 50% потребителей по протоколам.

 

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

Законы сжатия не отменяются, но кардинально меняется сама модель передачи трафика..

Вот именно.

В случае tls эта хреновина бесполезна, ибо максимум 5% сожмёт со всеми ухищрениями.

Share this post


Link to post
Share on other sites
1 час назад, Ivan_83 сказал:

У тебя в картинках нет ничего с TLS, и по сути показан трафик нижних 50% потребителей по протоколам.

 

Вот именно.

В случае tls эта хреновина бесполезна, ибо максимум 5% сожмёт со всеми ухищрениями.

Ну да, но каналы точка-точка (а сие и есть профиль оптимизаторов) нам как бы намекаэ =)

Share this post


Link to post
Share on other sites
В 29.05.2018 в 16:03, QWE сказал:

VPN поверх этих каналов будет между офисами клиента + интернет. 

 

2 часа назад, myst сказал:

Ну да, но каналы точка-точка (а сие и есть профиль оптимизаторов) нам как бы намекаэ =)

Чёт не сходится.

Может если это ставить до впн то немного поможет.

Share this post


Link to post
Share on other sites
8 часов назад, Ivan_83 сказал:

 

Чёт не сходится.

Может если это ставить до впн то немного поможет.

Ну естественно оно ставится ДО каналообразующего оборудования в TRANSPARENT режиме

37348accb08ea7341182d32806dfa208.png

Share this post


Link to post
Share on other sites

сколько получится экономии может зависеть от способа использования канала :-)

 

кеширующий прокси для офиса где 100 компьютеров качают апдейты с windows update могут дать ого-какую экономию, если из остальных вариантов использования интернета только вацап и почта :-)

 

Share this post


Link to post
Share on other sites
13 minutes ago, LostSoul said:

кеширующий прокси для офиса где 100 компьютеров качают апдейты с windows update

Возвращайтесь уже из своего 1997го. Сегодня все апдейты будут качаться по HTTPS, а там в силу работы протоколов шифрования даже при скачивании два раза одинакового файла, весь трафик будет полностью отличаться.

Если хотите кэшировать Windows-апдейты, для этого у микрософта есть рассчитанные на корпоративный сегмент свои инструменты.

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