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

[QWE]

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

[dignity]

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

[QWE]

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

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

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

[dignity]

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

[myst]

riverbed например (только жмется не IP, которое нет смысла жать, а пайлоад).

Вот тут подбирайте железки под свою планируемую наргузку.

[UglyAdmin]

19 часов назад, QWE сказал:

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

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

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

[myst]

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

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

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

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

[dignity]

46 минут назад, myst сказал:

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

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

[TheUser]

В 28.05.2018 в 14:37, QWE сказал:

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

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

[QWE]

Только что, TheUser сказал:

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

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

[TheUser]

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

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

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

[Saab95]

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

[QWE]

5 минут назад, TheUser сказал:

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

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

[UglyAdmin]

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

[Ivan_83]

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

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

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

[myst]

7 часов назад, Ivan_83 сказал:

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

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

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

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

 

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

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

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

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

 

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

[EvgeniySerb]

1 hour ago, myst said:

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

 

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

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

 

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

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

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

[myst]

1 час назад, EvgeniySerb сказал:

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

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

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

[nuclearcat]

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

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

 

[Ivan_83]

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

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

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

 

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

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

Вот именно.

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

[myst]

1 час назад, Ivan_83 сказал:

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

 

Вот именно.

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

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

[Ivan_83]

В 29.05.2018 в 16:03, QWE сказал:

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

 

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

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

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

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

[myst]

8 часов назад, Ivan_83 сказал:

 

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

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

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

[LostSoul]

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

 

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

 

[rm_]

13 minutes ago, LostSoul said:

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

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

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