Добрый день!
Возникла задача такого характера:
Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в очередь, но потеря данных при переполнении может иметь место, что недопустимо. Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются очередью, а на другом конце опять наши 256к.
Так ли это и кто может дать ссылки на насторйку подобного чуда.
> Добрый день!
> Возникла задача такого характера:
> Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ
> связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу
> этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в
> очередь, но потеря данных при переполнении может иметь место, что недопустимо.
> Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются
> очередью, а на другом конце опять наши 256к.
> Так ли это и кто может дать ссылки на насторйку подобного чуда.cisco WAAS посмотрите.
>> Добрый день!
>> Возникла задача такого характера:
>> Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ
>> связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу
>> этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в
>> очередь, но потеря данных при переполнении может иметь место, что недопустимо.
>> Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются
>> очередью, а на другом конце опять наши 256к.
>> Так ли это и кто может дать ссылки на насторйку подобного чуда.
> cisco WAAS посмотрите.Вообще говоря нельзя вот так просто взять 256к произвольного трафика и запихнуть в 64к, на некоторых типах трафика такое возможно, но не на всех (например когда вы качаете по ftp архив - дальше архивировать как правило смысла не имеет)
Что там за трафик бегает и каков средний размер пакета?
Возможно вас спасет QoS?
> Возможно вас спасет QoS?Спасет их покупка еще трех каналов по 64к и поднятие нужно технологии мультиплексирования либо протокола динамической маршрутизации. Которые им раскидают траффик между этими каналами.
QOS полосы не добавляет, он помогает управлять распределением уже имеющейся полосы.
>> Возможно вас спасет QoS?
> Спасет их покупка еще трех каналов по 64к и поднятие нужно технологии
> мультиплексирования либо протокола динамической маршрутизации. Которые им раскидают
> траффик между этими каналами.
> QOS полосы не добавляет, он помогает управлять распределением уже имеющейся полосы.Читайте внимательно пожалуйста! Канал магистральный - связь по высоковольтной линии. И знаете сколько стоит поставить 2 полукомплекта такого удовольствия?)) Очень дорого. Притом этот ВЧ канал уже организован. Связь в энергетике имеет немного другую структуру.
Вот на счет cisco waas предположил, что возможно. А можно ли на простых роутерах, допустим 2911 реализовать такое? Есть ли там так называемая компрессия/декомпрессия данных?!
Я когда-то занимался настройкой подобного оборудования, но отошел от этих дел давно в проектирование, так что не судите строго)
> Читайте внимательно пожалуйста!Коллега, я внимательно прочитал ваше сообщение.
> Канал магистральный - связь по высоковольтной линии.
Повторюсь еще раз, QOS не добавляет полосы, т.е. совсем не добавляет, никак не добавляет вообще, только дает возможно управлять уже имеющейся.
Коллега тут вполне по делу советовал WAAS, но нужно посмотреть документацию где вы увидите цифры от 20% до 40% полосы в реальных условиях и например на http до 80% по которому прет plain text. Если передаете через канал хорошо сжимаемые данные возможно (еще раз возможно, но не точно), вам WAAS поможет поджать траффик. Для интереса посмотрите на него ценник его тоже не раздают бесплатно (как и каналы связи).
>> Читайте внимательно пожалуйста!
> Коллега, я внимательно прочитал ваше сообщение.
>> Канал магистральный - связь по высоковольтной линии.
> Повторюсь еще раз, QOS не добавляет полосы, т.е. совсем не добавляет, никак
> не добавляет вообще, только дает возможно управлять уже имеющейся.Т.к. не вполне ясен характер трафика и требования к оному - может оказаться, что QoS облегчит жизнь...
Опять же - автор темы не указал ни характер трафика ни требования, которые нужно соблюсти.
Повторюсь - гарантировано сжать трафик произвольного профиля на фиксированную (или не менее, чем фиксированную) величину (будь то хоть 1%, хоть 50%) НЕВОЗМОЖНО.
> Коллега тут вполне по делу советовал WAAS, но нужно посмотреть документацию где
> вы увидите цифры от 20% до 40% полосы в реальных условиях
> и например на http до 80% по которому прет plain text.
> Если передаете через канал хорошо сжимаемые данные возможно (еще раз возможно,
> но не точно), вам WAAS поможет поджать траффик. Для интереса посмотрите
> на него ценник его тоже не раздают бесплатно (как и каналы
> связи).
>> Читайте внимательно пожалуйста!
> Коллега, я внимательно прочитал ваше сообщение.Сорри, не вам хотел процитировать про внимательсность=) А правка недоступна была..
> Вообще говоря нельзя вот так просто взять 256к произвольного трафика и запихнуть
> в 64к, на некоторых типах трафика такое возможно, но не на
> всех (например когда вы качаете по ftp архив - дальше архивировать
> как правило смысла не имеет)
> Что там за трафик бегает и каков средний размер пакета?
> Возможно вас спасет QoS?Кто-то утверждает, что можно, но вот не могу найти этих человеков)) Опять же 64к - это голос, данные телемеханики можно передавать и АСУ ТП. Повторюсь, тут энергетика и у них другие потребности. Зачем городить канал шириной 1 гиг, если передаются управляющие команды: разомкнуть, замкнуть и тому подобное..))
>[оверквотинг удален]
>> в 64к, на некоторых типах трафика такое возможно, но не на
>> всех (например когда вы качаете по ftp архив - дальше архивировать
>> как правило смысла не имеет)
>> Что там за трафик бегает и каков средний размер пакета?
>> Возможно вас спасет QoS?
> Кто-то утверждает, что можно, но вот не могу найти этих человеков)) Опять
> же 64к - это голос, данные телемеханики можно передавать и АСУ
> ТП. Повторюсь, тут энергетика и у них другие потребности. Зачем городить
> канал шириной 1 гиг, если передаются управляющие команды: разомкнуть, замкнуть и
> тому подобное..))Когда-то интересовался этим вопросом, теория показала что более-менее "универсальное" решение оказалось именно WAAS цисковый, было несколько наработок типа гнать трафик через сервера и жамкать на серверах, но там все сильно протоколозависимо оказалось, грубо говоря под каждый протокол (ftp, http, https и т.д.) отдельную жмакалку поднимать надо.
Simplified deployment: Cisco WAAS Express is a feature in Cisco IOS Software and is easily activated on Cisco Integrated Services Routers Generation 2 (ISR G2) products. Full integration on the network reduces the need for configuration and increases compatibility with other Cisco IOS Software services. Network transparency and preservation of IP and TCP header information provides ease of operation and interoperability with network services such as quality of service (QoS), NetFlow, Network Address Translation (NAT), access control lists (ACLs), firewalls, and VPNs.http://www.cisco.com/en/US/prod/collateral/contnetw/ps5680/p...
http://www.cisco.com/en/US/prod/collateral/modules/ps2797/ps...
Я вот только не совсем понял обязателен ли модуль для 29-ой серии при использовании WAAS или какой-то функционал и без модуля работает...
>[оверквотинг удален]
>> в 64к, на некоторых типах трафика такое возможно, но не на
>> всех (например когда вы качаете по ftp архив - дальше архивировать
>> как правило смысла не имеет)
>> Что там за трафик бегает и каков средний размер пакета?
>> Возможно вас спасет QoS?
> Кто-то утверждает, что можно, но вот не могу найти этих человеков)) Опять
> же 64к - это голос, данные телемеханики можно передавать и АСУ
> ТП. Повторюсь, тут энергетика и у них другие потребности. Зачем городить
> канал шириной 1 гиг, если передаются управляющие команды: разомкнуть, замкнуть и
> тому подобное..))Короткие команды по IP дают то, что 80% трафика - заголовки IP+tcp/udp, вроде как waas такое должен неплохо сжимать, но есть еще несколько моментов - если поверх этих 64к гоняются ethernet фреймы, то срабатывает ограничение 64Б минимум на фрейм...
Короче пара интересных вопрососов - средний размер IP пакета, что пихается в эти 64к.Если размер менее 100 байт и пихается ethernet - практически любая оптимизация именно трафика даст почти нулевой результат.
Спасибо, за советы, waas можно рассмотреть, как вариант.
> Добрый день!
> Возникла задача такого характера:
> Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ
> связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу
> этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в
> очередь, но потеря данных при переполнении может иметь место, что недопустимо.
> Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются
> очередью, а на другом конце опять наши 256к.
> Так ли это и кто может дать ссылки на насторйку подобного чуда.какая энкапсуляция на канольном уровне, PPP, Frame Relay, HDLC? можно попробывать software Payload compression:
compress predictor
compress stackerну и header compression как уже советовали, а уж потом лезть в WAAS