есть некоторое кол-во voip-шлюзов, подключенных к упровляемым комумтаторам (поддрживают QoS)
частно у клиентов, использующих voip сильно искажается связь, тоесть снижается качество до самого низкого, хотя линки между обоудованием 100Мб/с, просто вс ети циркулиерут различный трафик(пользователи,рутеры) поетому хотелось бы узнать как правильно следует настроить QoS и необходима ли поддержка QoS на конечно оборудование т.е. на voip-шлюзе, или достаточно настроить QoS на порте коммутатора, к котороум подключен voip-шлюз и на порту соединяющий коммутатор с рутером ( на рутере qos поддердживается). За ранее очень благодарен
С уважением Сергей
TOS на шлюзеtos IP Packet ToS (Type of Service)values
usr/config$ tos -print
IP Packet ToS information:
Signalling Packet:
DSCP Code : 6
Media Packet :
DSCP Code : 6usr/config$
поясните подробнее
>поясните подробнееВ общем случае Это те идентификаторы QoS, которые железка выставляет в пакете. Надо залогиниться на железку и посмотреть как решается это там.
Для динамикса:
usr/config$ tos
IP Packet ToS (Type of Service)/Differentiated Service configuration
Usage:
tos [-print][-rtptype dscp][-sigtype dscp]tos -print Display IP packet Tos configuration.
-rtptype The packages of voice (0~63).
-sigtype The package of call signal (0~63).
Example:
tos -rtptype 7 -sigtype 0usr/config$
я не понимаю,
у меня есть управляемый коммутатор allied telesyn at8024 и рутер как быть ?
>я не понимаю,
>у меня есть управляемый коммутатор allied telesyn at8024 и рутер как быть
>?
Читать документацию allied telesyn at8024 на предмет QoS - какие ему приоритеты пакетов можно впарить. Забыть о последующих роутерах.
>>я не понимаю,
>>у меня есть управляемый коммутатор allied telesyn at8024 и рутер как быть
>>?
>
>
>Читать документацию allied telesyn at8024 на предмет QoS - какие ему приоритеты
>пакетов можно впарить. Забыть о последующих роутерах.
Сорри, какое железо VoIP ? Читать документацию на предмет QoS - какие ему приоритеты пакетов можно впарить. Забыть о последующих роутерах.
тоесть если я правильно понял, конечное оборудование должно обезательно поддерживать qos(voip)-----(switch)----other network
тоесть qos должен работать на самом voip и на порту коммутатора, соединеным с voip, на порту коммутатора соединеным с сетью (uplin/trunk)я не понимаю логики работы qos, просто хотел бюы чтоб пояснили как "оно" работает и как примерно нужно натроить оборудование для передачи голоса по ip
Устройство VoIP автоматом встраивает в пакет IP (не будем делать глубокие разбоки как и в какую часть TCP или в иное место) соответствующий бит, который при разборе пакета указывает на приоритетность его обработки. Согласно правил RFC - или если более языколяпяльно - OSI - все роутеры, всякая хрень по дороге должны обрабатывать этот пакет с соответствующим почетом и уважением. Повторяю QoS для данного случая - должно быть описано в документации по настройке VoIP. Или через вэб-морду или через командную строку. Если проблема с доступом к этим устройствам - то извини - общественному мнению даже не предъявляется тип устройства.
Для Динамикса (одного из самых простых) - команды выданы выше.
устройства с fxo/fxs команды похоже (что было ранее)
тоесть нужно на утсройстве промаркировать пакеты и на коммутаторе настроить а как комумтаор поймет что надо ему дать приоритет ? и что комумтатору сказать ?
>устройства с fxo/fxs команды похоже (что было ранее)
>тоесть нужно на утсройстве промаркировать пакеты и на коммутаторе настроить а как
>комумтаор поймет что надо ему дать приоритет ? и что комумтатору
>сказать ?НА ПЕРВОМ ЭТАПЕ НИЧЕГО он должен пониматьл что кто-то пыжится и ему неймется
а если случий такой:voip1--sw1---network--Router----Router--sw2--voip2
| |
phone-user1 PHONE-user2на voip,voip2 к примеру включена возможность qos,
тоесть sw1 будет обрабатывать кадры от voip1 впервую очередь
и тоже самое для sw2 только он ббудет обрабатывать кадры от voip2
То есть необезательно говорить комумтатору от том что ему передадут !важный! трафик ? он сам поймет ?
Чтоб пропало "кваканье" достаточно настроить конечные voip-шлюзы ?А если на "пути следования" допускается потеря пакетов(
То что сказано выше уже сделано или нет ?
просто челове, который занимается voip утверждает, что qos должен поддерживаться на всем участе (точка-точка)
и не понятно немного что нужно указывать на "первом" этапе:
сейчас значения для TOS:
Signalling Packet DSCP Code: 0
Media Packet DSCP Code:0
>просто челове, который занимается voip утверждает, что qos должен поддерживаться на всем
>участе (точка-точка)
>и не понятно немного что нужно указывать на "первом" этапе:
>сейчас значения для TOS:
>Signalling Packet DSCP Code: 0
>Media Packet DSCP Code:0
Значит нет приоритета. Поставь 6 там и там. После этого можно продолжать какой-то разговор.
свич поддерживает 8 приоритетов для портов и 4 класса
>свич поддерживает 8 приоритетов для портов и 4 классаДа хоть 16. Жарь на VoIP 6 и 6, проверяй хрюканье сигнала и только потом начинай ковырять сетевые устройства
тогда вопрос для чего очереди и приоритеты на коммутаторе?
>тогда вопрос для чего очереди и приоритеты на коммутаторе?Создай новый тред и там поговорим. Это не относится к заголовку этого треда в трактовке первоначально поставленного вопроса.
Сам додуматься не можешь ? Ну есть у тебя перец (обслуживает VoIP железки), которому поговорить - это да, а сделать - ну ничего он не будет делать. Да хоть застрелись - с гуся вода. По определению. В душе - охранник. Сидеть сложа ручки. Основная задача - он самый умный а все вокруг - дебилы (другими словами - ну горбатая операционка) - что в таком случае делать ? Именно для этого, для таких случаев, в маршрутизирующем оборудовании и предесматриваются такие фичи. НО ЭТО:
- НЕ ОТНОСИТСЯ К ЭТОЙ ВЕТКЕ В ПРИНЦИПЕ
- РЕШАЕТСЯ ТОЛЬКО ПРИ ОПРЕДЕЛЕННОМ КЛАССЕ (УРОВНЕ) ОБОРУДОВАНИЯ И ПО СОШЛАСОВАНИЮ С ПРОВАЙДЕРОМ И ДЛЯ ДРУГИХ ЦЕЛЕЙ
на всех устройствах выставлены значения 6:6 результат -0,
>на всех устройствах выставлены значения 6:6 результат -0,Какие пинги ? Время ?
я незнаю какие пинги потому как выделяется отдельный vlan какие IP мне похрену, кароче мне хотелось услышать совета знатоков
>я незнаю какие пинги потому как выделяется отдельный vlan какие IP мне
>похрену, кароче мне хотелось услышать совета знатоков
Если "пинги ... похрену" то чего ты хочешь от системы ? Так оно никогда работать не будет. До лампы Vlan - ты заворачивай или не заворачивай трафик в трубочку - все это ерунда если нет нормальной видимости VoIP ящик --> другой VoIP ящик. Кстати, при неудачной реализации Vlan - имеется ввиду на слабой машине - у тебя вполне может быть задержка в канале, обусловленная переключением на обслуживание Vlan с других процессов внутри ящика которыйПорядокк решения всех этих вопросов следующий:
- настроить видимость сетей
- проверить потери между VoIP точками - их не должно быть
- выставить на точках TOS - 6 или больше. Там немного темное дело - в доках кое-где можно почитаать что там макс. 7 а в настройках - 63.
- выставить одинаковые кодеки на устройствах (проверено, нормально работает на 729)
- Если весь процесс проходит через GK - проверить чтобы трафик междуу устройствами шел напрямую - GK - только в режиме маршрутизацции вызовов но не обмена голосовым трафиком
- удостовериться что Vlan не подбрасывает временных задержек - я думаю, что единственный способ - чтобы не рушить сети и не делате тестовую сетку с прямой видимостью без Vlan - это пинговать и внимательно смотреть на потери - при коротких по времени сессиях пингов - 0.5-1 сек в случае задержек трафика теоретически ты должен попасть на непришедший по причине задержки пакет(ы) и косвенно на это покажет процент ошибок. По большому счету длина пекета пинга (-s) по идее особого вклада давать не должна
- с CISCO голосовыми модулями (1750 + 2 VoIP порта) на 256 кб. канале FrameRelay добится отсутствия квакания не удалось (23 мс пинги в пределах одного населенного пункта). На более дальнем канале - .ua - .msk через общий интернет, учитывая что траффикк идет через Вену- Франкфурт - на Dynamix 0004/н все работает намного чище и без квакания.
-
сорри - отрубилось>Если "пинги ... похрену" то чего ты хочешь от системы ? Так оно никогда работать не будет. До лампы Vlan - ты заворачивай или не заворачивай трафик в трубочку - все это ерунда если нет нормальной видимости VoIP ящик --> другой VoIP ящик. Кстати, при неудачной реализации Vlan - имеется ввиду на слабой машине - у тебя вполне может быть задержка в канале, обусловленная переключением на обслуживание Vlan с других процессов внутри ящика который
формирует Vlan. Поставь дохлый DLink и ввпарь ему формирование 10 каналов - он будет их делать медленно и уверенно. Претензий к нему никаких - он делает, но что он делает - это другое дело. Задача со многими неизвестными - ты хочешь лекарство - но не говоришь исходных данных. Какие устройства, какие сети, какое оборудование и т.д. - все это как-то несерьезно.