https://opennet.me/openforum/vsluhforumID6/1489.html Есть cisco 2951, на нем cucme (только SIP). По e1 подключена АТС. voip телефоны на удаленных площадках, некоторые с узкими каналами, поэтому требуется qos.<br>Вопрос как правильно отловить весь голосовой трафик и промаркирвать его, чтобы на выходном интерфейсе выделить для него полосу.<br>Сейчас настроил так:<br><br>На cucme роутере acl в который попадает трафик от ip адреса loopback интерфейса (который настроен как source для cucme) к ip адресам всех voip телефонов.<br>К это му же loop прикручен service-policy который маркирует этот траффик dscp=ef.<br><br>На другом роутере, который собирает узкие каналы, такой класс мап, который должен матчить весь voip трафик, и для коорого полиси мап будет выделять полосу.<br><br>class-map match-any VOICE<br>match dscp ef<br>match protocol rtp<br>match protocol sip<br><br>Не уверен правильно ли так делать, весь ли нужный трафик попадет в класс mfg VOICE ?<br>Как вообще ведет себя трафик пришедший с E1 от АТС, понятно что сигнализация к телефонам по sip а сам голос он от какого адреса будет к телефонам https://opennet.me/openforum/vsluhforumID6/1489.html#7 Mon, 06 Oct 2014 17:51:01 GMT &gt; Пока писал, кажется пришел ответ на мой вопрос.<br>&gt; Видимо трафик проматчился по dscp и по этому уже в rtp <br>&gt; нули.<br>&gt; Если моя догадка верна, ткните пожалуйста где прочитать про приоритет, по какому <br>&gt; параметру сначала проверяется, по какому потом.<br><br>Должно быть как в ACL - по первому соответствию в class-map.<br> https://opennet.me/openforum/vsluhforumID6/1489.html#6 Mon, 06 Oct 2014 05:12:16 GMT Пока писал, кажется пришел ответ на мой вопрос. <br>Видимо трафик проматчился по dscp и по этому уже в rtp нули. <br><br>Если моя догадка верна, ткните пожалуйста где прочитать про приоритет, по какому параметру сначала проверяется, по какому потом.<br><br> https://opennet.me/openforum/vsluhforumID6/1489.html#5 Mon, 06 Oct 2014 04:33:50 GMT &gt; Странная попытка привязать тему разговора к мифическому gi0/2. Хоть-бы конфиг показали, <br>&gt; а то получается как в анекдоте - "Папа, ты сейчас с <br>&gt; кем разговаривал?".<br><br>Да сморозил). В данном случае имелся в интерфейс на роутере который смотрит в узкий канал. На котором применяется policy-map, в которой и присутствует указанный класс VOICE. И как мы видим в нем есть строчка match rtp. А когда я делаю sh policy-map interface для этого интерфейса, то видны пакеты которые матчатся по dscp ef, sip, но по rtp нули. <br> https://opennet.me/openforum/vsluhforumID6/1489.html#4 Mon, 06 Oct 2014 03:42:38 GMT Вариантов более одного, поэтому однозначного ответа не будет. Никто не знает как надо вам. <br><br>BTW Если сеть маленькая можно маркировать руками на портах (все что касается IP/Etherner), если сеть большая то как писами коллеги лучше пользоваться маркировкой которую делают сами телефоны\станции\гейтвеи.<br><br>Если количество телефонов в тысячах, лучше сначала посмотреть дизайн гайд по Voice и по QoS. И то и другое доступно на сайте вендора расписано с картинками.<br><br>После того как разберетесь с марировкой нужно снять статистику хотя-бы за неделю и посмотреть на профиль траффика, после этого можно думать на политиками обслуживания этого траффика.<br> https://opennet.me/openforum/vsluhforumID6/1489.html#3 Fri, 03 Oct 2014 20:38:34 GMT &gt; Как вообще ведет себя трафик пришедший с E1 от АТС, понятно что <br>&gt; сигнализация к телефонам по sip а сам голос он от какого <br>&gt; адреса будет к телефонам идти?<br><br>E1 - это чистый TDM. К IP не имеет никакого отношения. Все что приходит на E1 в Cisco будет уходить с Cisco либо от имени порта ближайшего к адресу назначения, либо от нужного Loopback адреса (если вы его прописали).<br><br>&gt; Не уверен правильно ли так делать, весь ли нужный трафик попадет в <br>&gt; класс mfg VOICE ?<br>&gt; Когда делаю show policy-map interface gi0/2 не вижу чтобы RTP попадал.<br><br>Странная попытка привязать тему разговора к мифическому gi0/2. Хоть-бы конфиг показали, а то получается как в анекдоте - "Папа, ты сейчас с кем разговаривал?".<br><br>Телефоны тоже умеют выставлять DSCP. На коммутаторах есть настройки "доверять DSCP приходящему с телефона". В конце-концов можно на свитчах-же маркировать трафик для VoIP VLAN или для физического порта.<br> https://opennet.me/openforum/vsluhforumID6/1489.html#2 Fri, 03 Oct 2014 04:58:05 GMT Но насколько я понимаю, после установления соединения между двумя sip телефонами, rtp поток между ними ходит не заходя на cucme, только сигнализация туда заходит. Или я не правильно понимаю?<br> https://opennet.me/openforum/vsluhforumID6/1489.html#1 Thu, 02 Oct 2014 13:38:36 GMT CUCME сам умеет маркировать трафик, отдельная полиси не нужна<br><br>cube1(config-telephony)#ip qos dscp ef ?<br> media Apply DSCP to audio media payload packets (ef as default)<br> service Configure DSCP for phone service including HTTP traffic (0 as default)<br> signaling Apply DSCP to signaling packets (cs3 as default)<br> video Apply DSCP to video media payload packets (af41 as default)<br><br>