Гуру, помогите, пожалуйста, правильно настроить циску:Есть Cisco 827-4V стоит дома на 128kb канале в качестве ADSL+router+VoIP.
Так вот как указать ей, что голос приоритетен - т.е. пока голоса нету - весь канал свободен под инет, как только голос появляется, то он самый приоритетный становится?
Прочитал много всяких мануалов, но так и не могу понять как это делается :)Если не сложно дайте просто кусок конфига? Заранее огромное спасибо.
>Гуру, помогите, пожалуйста, правильно настроить циску:
>
>Есть Cisco 827-4V стоит дома на 128kb канале в качестве ADSL+router+VoIP.
>Так вот как указать ей, что голос приоритетен - т.е. пока голоса
>нету - весь канал свободен под инет, как только голос появляется,
>то он самый приоритетный становится?
>Прочитал много всяких мануалов, но так и не могу понять как это
>делается :)
>
>Если не сложно дайте просто кусок конфига? Заранее огромное спасибо.
Читайте еще раз про QOS:
http://www.cisco.com/en/US/tech/tk543/tsd_technology_support...Но не стоит забывать, что Вы сможете только "рулить" пакраской пакетов только от Вашего оборудования. Со стороны провайдера - скорее-всего весь трафик будет покарашен как dscp 0 и никак не организован, т.е. не задействованы механизмы очередей.
Не хочу сильно завираться, но мне кажется adsl - напрямую связан с atm и соответственно, с методами организации качества в atm и вообще организации передачи трафика зависимого от задержек и потерь и т.п. А там все не так просто...
>
>Читайте еще раз про QOS:
>http://www.cisco.com/en/US/tech/tk543/tsd_technology_support...Спасибо, перечитаю.
>Но не стоит забывать, что Вы сможете только "рулить" пакраской пакетов только
>от Вашего оборудования. Со стороны провайдера - скорее-всего весь трафик будет
>покарашен как dscp 0 и никак не организован, т.е. не задействованы
>механизмы очередей.В данном случае важно, чтобы голос пробивался сквозь трафик, генерируемый компами за самой Циской. Поскольку, напомню, это домашняя система, то разговор маожет быть одновременно только один, и не думаю, что он сильно будет тормозить у провайдера :)
>Не хочу сильно завираться, но мне кажется adsl - напрямую связан с
>atm и соответственно, с методами организации качества в atm и вообще
>организации передачи трафика зависимого от задержек и потерь и т.п. А
>там все не так просто...Да, действительно adsl висит на ATM0.1 Вот тут-то я и не могу разобраться, как все это работает...
>>
>>Читайте еще раз про QOS:
>>http://www.cisco.com/en/US/tech/tk543/tsd_technology_support...
>
>Спасибо, перечитаю.
>
>>Но не стоит забывать, что Вы сможете только "рулить" пакраской пакетов только
>>от Вашего оборудования. Со стороны провайдера - скорее-всего весь трафик будет
>>покарашен как dscp 0 и никак не организован, т.е. не задействованы
>>механизмы очередей.
>
>В данном случае важно, чтобы голос пробивался сквозь трафик, генерируемый компами за
>самой Циской. Поскольку, напомню, это домашняя система, то разговор маожет быть
>одновременно только один, и не думаю, что он сильно будет тормозить
>у провайдера :)Мне кажется, что основная проблема в трафике который поступает к Вам от провайдера, т.е. тот, который к Вам - входящий. Скорее всего он гораздо больше исходящего от Вас. Соответственно, механизм очередей и покраска должна быть на интерфейса провайдера.
>
>>Не хочу сильно завираться, но мне кажется adsl - напрямую связан с
>>atm и соответственно, с методами организации качества в atm и вообще
>>организации передачи трафика зависимого от задержек и потерь и т.п. А
>>там все не так просто...
>
>Да, действительно adsl висит на ATM0.1 Вот тут-то я и не могу
>разобраться, как все это работает...
ADSL не имеет ни какого отношения к ATM, это совершенно разные технологии. ADSL это вообще физический уровень. Хотя можно и тот же АТМ пустить через DSL.
Приоритезация голосового трафика делается в настройках диал-пира. Например:dial-peer voice 5 voip
ip qos dscp cs7 mediaТакже можно включить компрессию rtp заголовков на исходящем интерфейсе. Просто надо еще будет попросить об этом же провайдера.
Еще кодек можно более компактный использовать (например, g723r53). Также желательно дать команду "call rsvp-sync resv-timer 5" - тоже помогает избежать характерных "рывков" при разговоре на загруженном или медленном канале.
>ADSL не имеет ни какого отношения к ATM, это совершенно разные технологии.
>ADSL это вообще физический уровень. Хотя можно и тот же АТМ
>пустить через DSL.
>Приоритезация голосового трафика делается в настройках диал-пира. Например:
>
>dial-peer voice 5 voip
> ip qos dscp cs7 media
>
>Также можно включить компрессию rtp заголовков на исходящем интерфейсе. Просто надо еще
>будет попросить об этом же провайдера.
>Еще кодек можно более компактный использовать (например, g723r53). Также желательно дать команду
>"call rsvp-sync resv-timer 5" - тоже помогает избежать характерных "рывков" при
>разговоре на загруженном или медленном канале.Дело в том, что провайдер, вряд-ли будет краситьт трафик на интерфейсе в сторону одного клиента, и тем более поднимать какой-либо механизм очередей.
Теперь, на счет ATM, несколько раз видел реализацию переноса ATM-селлов по ADSL.
call rsvp-sync resv-timer 5 - раскройте по-точнее данную команду, плз...
И еще - собственно с кем предполагается VoIP? По идее провайдер тут будет не причем - он просто IP-пакеты пересылает. А вот на конечном VoIP-шлюзе (другом конце диал-пира) надо будет задать такие же настройки, чтобы он знал, что rtp-заголовки надо распаковывать и использовать определенный кодек, допустим.
>ADSL не имеет ни какого отношения к ATM, это совершенно разные технологии.
>ADSL это вообще физический уровень. Хотя можно и тот же АТМ
>пустить через DSL.
>Приоритезация голосового трафика делается в настройках диал-пира. Например:
>
>dial-peer voice 5 voip
> ip qos dscp cs7 media
>
>Также можно включить компрессию rtp заголовков на исходящем интерфейсе. Просто надо еще
>будет попросить об этом же провайдера.
>Еще кодек можно более компактный использовать (например, g723r53). Также желательно дать команду
>"call rsvp-sync resv-timer 5" - тоже помогает избежать характерных "рывков" при
>разговоре на загруженном или медленном канале.Да, и еще: по дефолту на диапирах пакеты уже красятся. И с чего вы взяли, что медиа-трафик надо красить как cs7, а не как ef? Мне кажеться что как раз сигнализацию надо покрасить как cs3, т.е. что-то вроде :
dial-peer voice 910 voip
description blah-blah
destination-pattern 4...
session target ras
ip qos dscp cs3 signaling
no vad
Ну АТМ можно переносить не только по DSL, но и, допустим, по оптике. DSL это просто физический способ передачи, а АТМ относится к канальному и сетевому уровням, поэтому она имеет абсолютно одинаковое отношение ко всем технлогиям физического уровня.cs7 media - это просто будет максимальный приоритет именно для голосового полезного трафика. Вполне достаточно может быть и cs5. У меня была ситуация когда надо было два тлф-канала одновременно запихнуть в 32к - по одиночке работали, а одновременно мешали друг другу - помогло именно cs7.
call rsvp-sync resv-timer 5 - насколько я понял этот параметр задает таймер резервирования потока данных во время разговора, чтобы при плохом канале речь собеседника можно было слышать ровно, а не рывками.