Уже измучился с данной проблемой. Суть вопроса вот в чём. Есть sipXecs (бесплатная IP-атс). Регистрирую на ней данный АТА186. Шлюз у нас внешний, в PSTN смотрит через E1 PRI. Если звоню с АТА186 куда-то (в свою сеть или в PSTN), то всё нормально. При попытке же позвонить на АТА186 с вызывающей стороны ничего не слышно, даже КПВ. На самом же АТА при этом телефонный аппарат звонит, но если снять трубку на обоих концах мёртвая тишина.
Снял с АТА дебаг - там процесс входящего звонка:AVT: payload=101
UriParm too long
SCC:ev=21[0:0] 0 0
SCC:ev=5[0:0] 13 0
[0:0]RINGING
SCC Cmd[0:0]ALERT
1:00;0,0,0,0,
[0]StopTone
SCC Cmd[0:0]ANSWER
[0]R2INV Retry 0
[0]R2INV Retry 1
[0]R2INV Retry 2
[0]R2INV Retry 3
[0]R2INV Retry 4
[0]R2INV Retry 5
[0]R2INV Retry 6
[0]R2INV Retry 7
R2INV TO; NoAltProxy
Timeout waiting for ACK
[0]BYE Retry 0
Got BYE/CANCEL Resp
SCC:ev=13[0:0] 6 0
[0]StartTone 2
1:30;0,0,0,0,
[0]StopTone
SCC Cmd[0:0]RELEASE
CCBS expired
>>> SIP Soft Reset [0:0] <<<[0:0]Rel LBRC Res
[0]MPT mode 0Может кто разбирается в отладочной инфе с АТА? Меня смущает прежде всего некие повторы [0]R2INV Retry 0, 1, 2.... и т.д. и UriParm too long. Что бы это могло значить?
SIP - протокол текстовый. значительно эффективнее просто сделать tcpdump при соединении и посмотреть какие ходят команды.я не очень спец, но по логу похоже что при ответе ктото (скорее всего ATA) делает повторную попутку соединения (RE-INVITE) 7 раз и не получает ответа (ACK - acknolagement).
обычно re-invite делается для смены кодека. попробуйте кодеки покрутить.
>[оверквотинг удален]
>SCC Cmd[0:0]RELEASE
>CCBS expired
>>>> SIP Soft Reset [0:0] <<<
>
>[0:0]Rel LBRC Res
>[0]MPT mode 0
>
>Может кто разбирается в отладочной инфе с АТА? Меня смущает прежде всего
>некие повторы [0]R2INV Retry 0, 1, 2.... и т.д. и UriParm
>too long. Что бы это могло значить?А не стоит ли ваша АТА за NAT?
А не стоит ли ваша АТА за NAT?
Уточню немного информацию.
Сначала по NAT - такового нет, вся аппаратура на тесте вобще в одной подсети находится, так что проблема точно не в этом.
Кодеки - выставлял на ATA186 везде где можно кодек G.723.1 (6,3 кбит) - а именно RxCodec, TxCodec, LBRCodec (везде 0 ставлю). На другом шлюзе ставлю предпочтительный также G.723.1 - не помогает.
Уточню ещё насчёт устройств используемых: шлюз в PSTN NATEKS VoiceCom 220 http://www.nateks-networks.ru/content/view/25/43/, в качестве прокси, как я уже говорил sipXecs 3.10, абонентские устройства собственно АТА186 и родственные PSTN-шлюзу NATEKS VoiceCom 90 http://www.nateks-networks.ru/content/view/23/43/
Собственно с натексами проблем нет, они естественно контачат друг с другом в любых направлениях, а вот АТА186 контачит со всем этим хозяйством только в одну сторону - исходящую.
Попытаюсь снять tcpdump, о результатах позже тогда напишу.
снял Wireshark'ом tcpdump.
Как и ожидалось, если звонить с ATA186 на NATEKS, то всё красиво, а вот в обратную сторону затык.
Если звонить с Nateks, то ATA186 отправляет на прокси 180 RINGING, а вот прокси молчит и Nateks'у ничего не говорит (соответственно и в трубке у него вместо КПВ тишина), ATA некоторое время ждёт 200 OK, а потом устаёт ждать и просит BYE, но теперь уже nateks ничего не отвечает - в трубке у nateks по прежнему тишина. Кладу трубку - nateks посылает на прокси CANCELВот собственно (205.232 - natex, 205.231 - ata186, 2.44 - прокси):
5 5.872480 192.168.205.232 192.168.2.44 SIP/SDP Request: INVITE sip:762796@sip.sipxecs.ru:5060;user=phone, with session description
6 5.875715 192.168.2.44 192.168.205.232 SIP Status: 100 Trying
7 5.899477 192.168.2.44 192.168.205.231 SIP/SDP Request: INVITE sip:762796@192.168.205.231:5060;user=phone;transport=udp, with session description
8 5.930242 192.168.205.231 192.168.2.44 SIP Status: 100 Trying
9 5.943556 192.168.205.231 192.168.2.44 SIP Status: 180 Ringing
10 14.525765 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
11 15.027071 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
12 16.027588 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
13 18.019337 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
14 20.020133 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
15 22.021137 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
16 24.022055 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
17 26.022988 192.168.205.231 192.168.2.44 SIP/SDP Status: 200 OK, with session description
18 28.024975 192.168.205.231 192.168.2.44 SIP Request: BYE sip:192.168.2.44
19 28.030295 192.168.2.44 192.168.205.232 SIP Request: BYE sip:762795@192.168.205.232
20 28.057810 192.168.205.232 192.168.2.44 SIP Status: 403 Forbidden
21 28.059781 192.168.2.44 192.168.205.231 SIP Status: 403 Forbidden
22 35.879890 192.168.205.232 192.168.205.231 RTCP Goodbye
23 35.906392 192.168.205.232 192.168.2.44 SIP Request: CANCEL sip:762796@sip.sipxecs.ru:5060;user=phone
24 35.908392 192.168.2.44 192.168.205.232 SIP Status: 200 OK
>[оверквотинг удален]
> 192.168.205.231
>RTCP Goodbye
> 23 35.906392 192.168.205.232
> 192.168.2.44
> SIP Request: CANCEL
>sip:762796@sip.sipxecs.ru:5060;user=phone
> 24 35.908392 192.168.2.44
> 192.168.205.232
> SIP Status: 200
>OKВерсия прошивки Cisco?
>
>Версия прошивки Cisco?SIP 3.0.1
Если более полно, то вот так ATA030100SIP040211A
Пробовал и другую версию (3.0.2 кажется - сейчас не помню, там интерфейс уже более удобный) - тоже самое.
>>
>>Версия прошивки Cisco?
>
>SIP 3.0.1
>Если более полно, то вот так ATA030100SIP040211A
>Пробовал и другую версию (3.0.2 кажется - сейчас не помню, там интерфейс
>уже более удобный) - тоже самое.Думаю, Вам стоит попробовать более ранние прошивки, что нибудь из 2.х
поскольку в 3 версии Cisco внесло большие изменения в SIP для оптимизации
взаимодействия с CallManager. Хотя вообще с нормальными гейтами она работает
очень стабильно. Так что скорее всего дело не в ней.
>
>Думаю, Вам стоит попробовать более ранние прошивки, что нибудь из 2.х
>поскольку в 3 версии Cisco внесло большие изменения в SIP для оптимизации
>
>взаимодействия с CallManager. Хотя вообще с нормальными гейтами она работает
>очень стабильно. Так что скорее всего дело не в ней.Есть ещё 2.16, но её залить не получается никак (даже используя -any2 у upgrade server'а). Почему-то в глубине души грешу я всётаки на sipXecs, ведь он по идее не ставит в известность натекс о том что нужно уже делать дозвон (ну и натекс соотв. ему ничего не отвечает).
>[оверквотинг удален]
>>поскольку в 3 версии Cisco внесло большие изменения в SIP для оптимизации
>>
>>взаимодействия с CallManager. Хотя вообще с нормальными гейтами она работает
>>очень стабильно. Так что скорее всего дело не в ней.
>
>Есть ещё 2.16, но её залить не получается никак (даже используя -any2
>у upgrade server'а). Почему-то в глубине души грешу я всётаки на
>sipXecs, ведь он по идее не ставит в известность натекс о
>том что нужно уже делать дозвон (ну и натекс соотв. ему
>ничего не отвечает).Действительно, последнии версии устройства не позволяют заливать прошивку ниже версии
3.0. А проблема практически на 99% в вашем гейте. Возмите лучше что нибудь более известное. Например Астерикс или еще лучше CommuniGate, но он коммерческий.
Ну либо используйте в качестве гейта устройство от Cisco.