форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Cisco маршрутизаторы)
Изначальное сообщение		[ Отслеживать ]

"Передача (архивирование) данных по каналам"	+/–
Сообщение от Станислав (??) on 13-Фев-13, 07:09
Добрый день! Возникла задача такого характера: Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в очередь, но потеря данных при переполнении может иметь место, что недопустимо. Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются очередью, а на другом конце опять наши 256к. Так ли это и кто может дать ссылки на насторйку подобного чуда.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Передача (архивирование) данных по каналам"	+/–
Сообщение от fantom (ok) on 13-Фев-13, 11:40
> Добрый день! > Возникла задача такого характера: > Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ > связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу > этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в > очередь, но потеря данных при переполнении может иметь место, что недопустимо. > Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются > очередью, а на другом конце опять наши 256к. > Так ли это и кто может дать ссылки на насторйку подобного чуда. cisco WAAS посмотрите.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от fantom (ok) on 13-Фев-13, 11:44
	>> Добрый день! >> Возникла задача такого характера: >> Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ >> связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу >> этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в >> очередь, но потеря данных при переполнении может иметь место, что недопустимо. >> Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются >> очередью, а на другом конце опять наши 256к. >> Так ли это и кто может дать ссылки на насторйку подобного чуда. > cisco WAAS посмотрите. Вообще говоря нельзя вот так просто взять 256к произвольного трафика и запихнуть в 64к, на некоторых типах трафика такое возможно, но не на всех (например когда вы качаете по ftp архив - дальше архивировать как правило смысла не имеет) Что там за трафик бегает и каков средний размер пакета? Возможно вас спасет QoS?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от eek on 13-Фев-13, 11:48
	> Возможно вас спасет QoS? Спасет их покупка еще трех каналов по 64к и поднятие нужно технологии мультиплексирования либо протокола динамической маршрутизации. Которые им раскидают траффик между этими каналами. QOS полосы не добавляет, он помогает управлять распределением уже имеющейся полосы.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 13-Фев-13, 12:23
	>> Возможно вас спасет QoS? > Спасет их покупка еще трех каналов по 64к и поднятие нужно технологии > мультиплексирования либо протокола динамической маршрутизации. Которые им раскидают > траффик между этими каналами. > QOS полосы не добавляет, он помогает управлять распределением уже имеющейся полосы. Читайте внимательно пожалуйста! Канал магистральный - связь по высоковольтной линии. И знаете сколько стоит поставить 2 полукомплекта такого удовольствия?)) Очень дорого. Притом этот ВЧ канал уже организован. Связь в энергетике имеет немного другую структуру.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 13-Фев-13, 12:26
	Вот на счет cisco waas предположил, что возможно. А можно ли на простых роутерах, допустим 2911 реализовать такое? Есть ли там так называемая компрессия/декомпрессия данных?!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 13-Фев-13, 12:28
	Я когда-то занимался настройкой подобного оборудования, но отошел от этих дел давно в проектирование, так что не судите строго)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	10. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от eek on 13-Фев-13, 15:07
	> Читайте внимательно пожалуйста! Коллега, я внимательно прочитал ваше сообщение. > Канал магистральный - связь по высоковольтной линии. Повторюсь еще раз, QOS не добавляет полосы, т.е. совсем не добавляет, никак не добавляет вообще, только дает возможно управлять уже имеющейся. Коллега тут вполне по делу советовал WAAS, но нужно посмотреть документацию где вы увидите цифры от 20% до 40% полосы в реальных условиях и например на http до 80% по которому прет plain text. Если передаете через канал хорошо сжимаемые данные возможно (еще раз возможно, но не точно), вам WAAS поможет поджать траффик. Для интереса посмотрите на него ценник его тоже не раздают бесплатно (как и каналы связи).
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от fantom (ok) on 13-Фев-13, 15:30
	>> Читайте внимательно пожалуйста! > Коллега, я внимательно прочитал ваше сообщение. >> Канал магистральный - связь по высоковольтной линии. > Повторюсь еще раз, QOS не добавляет полосы, т.е. совсем не добавляет, никак > не добавляет вообще, только дает возможно управлять уже имеющейся. Т.к. не вполне ясен характер трафика и требования к оному - может оказаться, что QoS облегчит жизнь... Опять же - автор темы не указал ни характер трафика ни требования, которые нужно соблюсти. Повторюсь - гарантировано сжать трафик произвольного профиля на фиксированную (или не менее, чем фиксированную) величину (будь то хоть 1%, хоть 50%) НЕВОЗМОЖНО. > Коллега тут вполне по делу советовал WAAS, но нужно посмотреть документацию где > вы увидите цифры от 20% до 40% полосы в реальных условиях > и например на http до 80% по которому прет plain text. > Если передаете через канал хорошо сжимаемые данные возможно (еще раз возможно, > но не точно), вам WAAS поможет поджать траффик. Для интереса посмотрите > на него ценник его тоже не раздают бесплатно (как и каналы > связи).
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 15-Фев-13, 07:03
	>> Читайте внимательно пожалуйста! > Коллега, я внимательно прочитал ваше сообщение. Сорри, не вам хотел процитировать про внимательсность=) А правка недоступна была..
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	7. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 13-Фев-13, 12:31
	> Вообще говоря нельзя вот так просто взять 256к произвольного трафика и запихнуть > в 64к, на некоторых типах трафика такое возможно, но не на > всех (например когда вы качаете по ftp архив - дальше архивировать > как правило смысла не имеет) > Что там за трафик бегает и каков средний размер пакета? > Возможно вас спасет QoS? Кто-то утверждает, что можно, но вот не могу найти этих человеков)) Опять же 64к - это голос, данные телемеханики можно передавать и АСУ ТП. Повторюсь, тут энергетика и у них другие потребности. Зачем городить канал шириной 1 гиг, если передаются управляющие команды: разомкнуть, замкнуть и тому подобное..))
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	8. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от fantom (ok) on 13-Фев-13, 13:09
	>[оверквотинг удален] >> в 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 или какой-то функционал и без модуля работает...
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от fantom (ok) on 13-Фев-13, 13:16
	>[оверквотинг удален] >> в 64к, на некоторых типах трафика такое возможно, но не на >> всех (например когда вы качаете по ftp архив - дальше архивировать >> как правило смысла не имеет) >> Что там за трафик бегает и каков средний размер пакета? >> Возможно вас спасет QoS? > Кто-то утверждает, что можно, но вот не могу найти этих человеков)) Опять > же 64к - это голос, данные телемеханики можно передавать и АСУ > ТП. Повторюсь, тут энергетика и у них другие потребности. Зачем городить > канал шириной 1 гиг, если передаются управляющие команды: разомкнуть, замкнуть и > тому подобное..)) Короткие команды по IP дают то, что 80% трафика - заголовки IP+tcp/udp, вроде как waas такое должен неплохо сжимать, но есть еще несколько моментов - если поверх этих 64к гоняются ethernet фреймы, то срабатывает ограничение 64Б минимум на фрейм... Короче пара интересных вопрососов - средний размер IP пакета, что пихается в эти 64к. Если размер менее 100 байт и пихается ethernet - практически любая оптимизация именно трафика даст почти нулевой результат.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	13. "Передача (архивирование) данных по каналам"	+/–
	Сообщение от Станислав (??) on 15-Фев-13, 07:08
	Спасибо, за советы, waas можно рассмотреть, как вариант.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Передача (архивирование) данных по каналам"	+/–
Сообщение от Serb on 15-Фев-13, 08:49
> Добрый день! > Возникла задача такого характера: > Есть 2 маршрутизатора, между ними канал 64к (магистраль идет через оборудование ВЧ > связи, поэтому 64к). В маршрутизатор входит, скажем 256к. Как осуществить передачу > этих 256к в низкоскоростной канал. Есть конечно буфер, будет ставиться в > очередь, но потеря данных при переполнении может иметь место, что недопустимо. > Вроде, как слышал, что есть архивация, то бишь данные сжимаются, передаются > очередью, а на другом конце опять наши 256к. > Так ли это и кто может дать ссылки на насторйку подобного чуда. какая энкапсуляция на канольном уровне, PPP, Frame Relay, HDLC?  можно попробывать software Payload compression: compress predictor compress stacker ну и header compression как уже советовали, а уж потом лезть в WAAS
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема