https://www.opennet.ru/openforum/vsluhforumID6/655.html Доброго времени суток!<br>Сразу к делу. Схема:<br>sip шлюз - cisco 3825 - ip - cisco 2801 - pri АТС<br>Есть сеть филиалов с похожей схемой - все в норме, звонки ходят. Маршрутизаторы huawei ar2220 и cisco 2600 с aim-voice платами.<br>Есть Cisco 3825, к ней подключен sip шлюз с телефоном (для тестов), до всех точек с него дозваниваюсь. Добавили точку и поставили cisco 2801 с платой pvdm2-16 и тут ступор, не могу поднять телефонию до нее. Каким то образом самый самый первый звонок от 3825 до 2801 по h323 прошел(как только плату купил,воткнул, смонтировали, подключили, позвонил - норм), решил попробовать на sip и все...ничего не звонит не по sip не по h323. Откатывал конфиги, уже все, не звонит.<br>Дело скорее всего в кодеках, игрался с ними(поэтому так много voice clas codec) не могу понять только почему и где, т.к. имею очень мала опыта и знаний=(<br>В самом конце дебаги будут. <br>Дебаги все выложу ниже.<br><br>Конфиги:<br>1)sh run 2801:<br>Building configuration...<br><br>Current configuration : 2124 bytes<br>!<br>version 12.4<br>service https://www.opennet.ru/openforum/vsluhforumID6/655.html#16 Mon, 01 Apr 2013 09:43:19 GMT Еще одна возможная причина:<br><br>Mar 28 13:47:05.734: ISDN Se0/2/0:15 Q931: TX -&gt; SETUP pd = 8 callref = 0x0092<br>Mar 28 13:47:05.746: ISDN Se0/2/0:15 Q931: RX &lt;- SETUP_ACK pd = 8 callref = 0x8092<br><br>От циски пришел SETUP без IE Sending Complete -&gt; станция считает, что будет исп-ся overlap<br>От станции пришел SETUP_ACK - она ждет дополнительные цифры номера.<br>Дальше новых цифр нет, call proceeding тоже нет -&gt; сброс вызова<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#15 Thu, 28 Mar 2013 14:34:25 GMT Не за что. Я такой шлюз никогда не видел, так что не подскажу. Из предполагаемых причин - несоответствие кодеков и хотение шлюзом early offer от циски.<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#14 Thu, 28 Mar 2013 14:32:28 GMT &gt;&gt; Опять Release Source 2, смотрите на предыдущем устройстве почему оно отбило вызов.<br>&gt; т.е. sip шлюз которое? спасибо ОГРОМНОЕ за помощь, буду рыть далее в <br>&gt; этом направлении!<br><br>здесь просто sip шлюз qtech, не сильно я разбираюсь в нем(как и во всем другом voip=)), дебаг на нем так просто не посмотришь, или я просто не умею, сейчас буду разбираться. Огромное спасибо еще раз!<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#13 Thu, 28 Mar 2013 14:29:00 GMT &gt; Опять Release Source 2, смотрите на предыдущем устройстве почему оно отбило вызов. <br><br>т.е. sip шлюз которое? спасибо ОГРОМНОЕ за помощь, буду рыть далее в этом направлении!<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#12 Thu, 28 Mar 2013 14:27:31 GMT &gt; *Mar 28 13:47:13.222: ISDN Se0/2/0:15 Q931: TX -&gt; DISCONNECT pd = 8 <br><br>Так написано же TX - циска передала станции disconnect, станция не причем.<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#11 Thu, 28 Mar 2013 14:26:30 GMT Опять Release Source 2, смотрите на предыдущем устройстве почему оно отбило вызов.<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#10 Thu, 28 Mar 2013 14:26:08 GMT Release Source 2 - Calling party located in the VoIP network - тут аналогично, тоже получается все в порядке?<br> https://www.opennet.ru/openforum/vsluhforumID6/655.html#9 Thu, 28 Mar 2013 14:22:13 GMT &gt; Release Source 2 - Calling party located in the VoIP network. Смотрите <br>&gt; sh call hist voice last на предыдущей циске, эта не виновата. <br><br>Router#show call history voice last 2<br><br>GENERIC:<br>SetupTime=20584200 ms<br>Index=59<br>PeerAddress=3950<br>PeerSubAddress=<br>PeerId=1<br>PeerIfIndex=18<br>LogicalIfIndex=0<br>DisconnectCause=10<br>DisconnectText=normal call clearing (16)<br>ConnectTime=0 ms<br>DisconnectTime=20586540 ms<br>CallDuration=00:00:00 sec<br>CallOrigin=1<br>ReleaseSource=2<br>ChargedUnits=0<br>InfoType=speech<br>TransmitPackets=0<br>TransmitBytes=0<br>ReceivePackets=0<br>ReceiveBytes=0<br>VOIP:<br>ConnectionId[0x1BD9C0EB 0x96EA11E2 0x810FD3DB 0x2A2A1515]<br>IncomingConnectionId[0x1BD9C0EB 0x96EA11E2 0x810FD3DB 0x2A2A1515]<br>CallID=140<br>RemoteIPAddress=10.34.0.233<br>RemoteUDPPort=17250<br>RemoteSignallingIPAddress=10.34.0.233<br>RemoteSignallingPort=1720<br>RemoteMediaIPAddress=10.34.0.233<br>RemoteMediaPort=17250<br>SRTP = off<br>TextRelay = off<br>Fallback Icpif=0<br>Fallback Loss=0<br>Fallback Delay=0<br>RoundTripDelay=0 ms<br>SelectedQoS=best-effort<br>tx_D https://www.opennet.ru/openforum/vsluhforumID6/655.html#8 Thu, 28 Mar 2013 14:18:26 GMT *Mar 28 13:47:13.222: ISDN Se0/2/0:15 Q931: TX -&gt; DISCONNECT pd = 8 callref = 0x0092<br> Cause i = 0x8090 - Normal call clearing<br><br>данный дисконект - проблема в атс?<br>