Есть cisco 2951, на нем cucme (только SIP). По e1 подключена АТС. voip телефоны на удаленных площадках, некоторые с узкими каналами, поэтому требуется qos.
Вопрос как правильно отловить весь голосовой трафик и промаркирвать его, чтобы на выходном интерфейсе выделить для него полосу.
Сейчас настроил так:На cucme роутере acl в который попадает трафик от ip адреса loopback интерфейса (который настроен как source для cucme) к ip адресам всех voip телефонов.
К это му же loop прикручен service-policy который маркирует этот траффик dscp=ef.На другом роутере, который собирает узкие каналы, такой класс мап, который должен матчить весь voip трафик, и для коорого полиси мап будет выделять полосу.
class-map match-any VOICE
match dscp ef
match protocol rtp
match protocol sipНе уверен правильно ли так делать, весь ли нужный трафик попадет в класс mfg VOICE ?
Как вообще ведет себя трафик пришедший с E1 от АТС, понятно что сигнализация к телефонам по sip а сам голос он от какого адреса будет к телефонам идти?Когда делаю show policy-map interface gi0/2 не вижу чтобы RTP попадал.
CUCME сам умеет маркировать трафик, отдельная полиси не нужнаcube1(config-telephony)#ip qos dscp ef ?
media Apply DSCP to audio media payload packets (ef as default)
service Configure DSCP for phone service including HTTP traffic (0 as default)
signaling Apply DSCP to signaling packets (cs3 as default)
video Apply DSCP to video media payload packets (af41 as default)
Но насколько я понимаю, после установления соединения между двумя sip телефонами, rtp поток между ними ходит не заходя на cucme, только сигнализация туда заходит. Или я не правильно понимаю?
> Как вообще ведет себя трафик пришедший с E1 от АТС, понятно что
> сигнализация к телефонам по sip а сам голос он от какого
> адреса будет к телефонам идти?E1 - это чистый TDM. К IP не имеет никакого отношения. Все что приходит на E1 в Cisco будет уходить с Cisco либо от имени порта ближайшего к адресу назначения, либо от нужного Loopback адреса (если вы его прописали).
> Не уверен правильно ли так делать, весь ли нужный трафик попадет в
> класс mfg VOICE ?
> Когда делаю show policy-map interface gi0/2 не вижу чтобы RTP попадал.Странная попытка привязать тему разговора к мифическому gi0/2. Хоть-бы конфиг показали, а то получается как в анекдоте - "Папа, ты сейчас с кем разговаривал?".
Телефоны тоже умеют выставлять DSCP. На коммутаторах есть настройки "доверять DSCP приходящему с телефона". В конце-концов можно на свитчах-же маркировать трафик для VoIP VLAN или для физического порта.
> Странная попытка привязать тему разговора к мифическому gi0/2. Хоть-бы конфиг показали,
> а то получается как в анекдоте - "Папа, ты сейчас с
> кем разговаривал?".Да сморозил). В данном случае имелся в интерфейс на роутере который смотрит в узкий канал. На котором применяется policy-map, в которой и присутствует указанный класс VOICE. И как мы видим в нем есть строчка match rtp. А когда я делаю sh policy-map interface для этого интерфейса, то видны пакеты которые матчатся по dscp ef, sip, но по rtp нули.
Пока писал, кажется пришел ответ на мой вопрос.
Видимо трафик проматчился по dscp и по этому уже в rtp нули.Если моя догадка верна, ткните пожалуйста где прочитать про приоритет, по какому параметру сначала проверяется, по какому потом.
> Пока писал, кажется пришел ответ на мой вопрос.
> Видимо трафик проматчился по dscp и по этому уже в rtp
> нули.
> Если моя догадка верна, ткните пожалуйста где прочитать про приоритет, по какому
> параметру сначала проверяется, по какому потом.Должно быть как в ACL - по первому соответствию в class-map.
Вариантов более одного, поэтому однозначного ответа не будет. Никто не знает как надо вам.BTW Если сеть маленькая можно маркировать руками на портах (все что касается IP/Etherner), если сеть большая то как писами коллеги лучше пользоваться маркировкой которую делают сами телефоны\станции\гейтвеи.
Если количество телефонов в тысячах, лучше сначала посмотреть дизайн гайд по Voice и по QoS. И то и другое доступно на сайте вендора расписано с картинками.
После того как разберетесь с марировкой нужно снять статистику хотя-бы за неделю и посмотреть на профиль траффика, после этого можно думать на политиками обслуживания этого траффика.