https://slinkov.ru/openforum/vsluhforumID6/19013.html Добрый день,<br>Есть 5350 в связке с АТС по PRA с одной стороны и с ADDPAC 200 B с другой. Периодически пропадает голос в одном направлении. Много ковыряли настройки результата ноль. <br>Поставили снифер wireshark на аддпак и заметили такие вещи<br><br><br> No. Time Source Destination Protocol Info<br> 1687 422.441868 xx.xx.237.14 xx.xx.237.12 TCP scotty-ft &gt; h323hostcall [SYN] Seq=0 Win=4096 Len=0 MSS=1460<br> 1688 422.442735 xx.xx.237.12 xx.xx.237.14 TCP h323hostcall &gt; scotty-ft [SYN, ACK] Seq=0 Ack=1 Win=4128 Len=0 MSS=1460<br> 1689 422.443404 xx.xx.237.14 xx.xx.237.12 TCP scotty-ft &gt; h323hostcall [ACK] Seq=1 Ack=1 Win=4096 Len=0<br> 1690 422.450305 xx.xx.237.14 xx.xx.237.12 H.225.0 CS: setup OpenLogicalChannel <br> 1691 422.462566 xx.xx.237.12 xx.xx.237.14 H.225.0 CS: callProceeding OpenLogicalChannel <br> 1692 422.471836 xx.xx.237.14 xx.xx.237.12 R https://slinkov.ru/openforum/vsluhforumID6/19013.html#1 Sun, 07 Jun 2009 14:41:54 GMT Вопрос и метод задания некорректны.<br>Я не думаю, что здесь много спецов по H323 и конкретно этому снифферу.<br>Исходя из дампа, все таки подозреваю, что сниффер не делает анализ rtp<br>на уровне L7, а считает по номерам портов. Циска точно и адпак по моему пользую для rtp порты 16384-32758. Если объяснить это снифферу думаю картинка будет одна.<br><br>В циске существуют прекрасные средства отладки:<br><br>debug cch323 h225 <br>debug cch323 h245<br><br>это для анализа коректности установления сессии. Там же будет видно о чем они договорились по rtp. потом можно посмотреть <br>sh call act vo br <br>там по числу принятых переданных пакетов видно, кстати и порты тоже.<br><br>Ну еще можно посмотреть сами rtp пакеты. правда не на циске в работе,<br>а-то красиво зажгется всеми лампочками и повиснет :)<br><br><br>Воообще, у меня подозрение, что на ком-то стоит acl с перекрытием части rtp портов.<br><br><br>