TAU-8.IP в связке с Panasonic TDE200

[scream]

Добрый день!
Загвоздка в переводе входящего вызова другому абоненту. При нажатии flash нет ни какой реакции, т.е. линия в удержание не переводится, с мин. и макс. времени flash игрался( как на TAU так и на телефонах). Если в настройках ДВО выставить не Transmit flash, а любое другое, удержание при нажатии flash происходит. Можно набрать другой номер и разговаривать, но когда повесишь трубку- соединение обрывается.
Куда копать? На АТС логи не посмотреть- урезано. Может натолкнет на ответ- есть еще несколько AudioCodes MP-202, там эта функция работает по сценарию "flash+digits sequence".

[Dmitriy_eltex]

Здравствуйте.
100% дело не в мин. и макс. времени flash.
Чтобы разобраться почему у вас не проходит перевод вызова пришлите:
1.Конфигурация tau8
2.лог неуспешного перевода:
1) подключиться к tau8 по telnet.
2) на веб интерфейсе перейти в раздел “Журнал - Настройки журнала”
3) выбрать направление “telnet сессия N” в “Вывод трассировки”
4) включить трассировку приложения VoIP (обычно рекомендуется выставлять уровень SIP не выше 5 и после прекращения сбора информации отключать логирование), выбрать “Ошибки Предупреждения”, “Отладочная информация”, “Информационные сообщения”.
5) нажать Сохранить->Применить; после этого трассировка начнет выводиться в консольное приложение(поставьте заранее большой буфер строк)

[scream]

Во вложении

[Dmitriy_eltex]

В логе нет ни одного вызова.

Вам нужно записал лог такой последовательности:
1)Внешний Аб А звонит Аб. В (tau8)
2)Аб В(tau8) поднимает трубку
3)Аб.В(tau8) ставит Аб. А на удержание
4)Аб.В(tau8) звонит внешнему Аб.С
5)Аб.С поднимает трубку
6)Аб. В ложит трубку.
(далее Аб.А должен соединиться с Аб.С)

[scream]

Готово, в данный момент "Режим использования функции flash" на Local CT.

[Dmitriy_eltex]

В последнем логе нет последовательности, о которой я вас просил.
Видно лишь обрывки..анализировать вашу ситуацию сложно, если вы не будете выполнять наших рекомендаций/просьб.

Однако по логу видно кое что:
tau8(192.168.0.217) отправляет событие перевода вызова на сервер(192.168.0.101)

08:47:51.115[sip]send 725 bytes to udp/[192.168.0.101]:5060 at 19:17:05.730000:
08:47:51.115[sip] ------------------------------------------------------------------------
08:47:51.115[sip] REFER sip:192.168.0.101:5060 SIP/2.0
08:47:51.115[sip] Via: SIP/2.0/UDP 192.168.0.217;rport;branch=z9hG4bK4Dr4Q37aKv3pa
08:47:51.115[sip] Max-Forwards: 70
08:47:51.115[sip] From: <sip:218@192.168.0.101>;tag=mQUQeD573ZQ2K
08:47:51.115[sip] To: "Zakurakin" <sip:333@192.168.0.101>;tag=24653
08:47:51.115[sip] Call-ID: 000071fe-35218c5e43d710009c860080f0a4b6a0@192.168.0.101
08:47:51.115[sip] CSeq: 34710 REFER
08:47:51.115[sip] Contact: <sip:218@192.168.0.217:5060>
08:47:51.115[sip] User-Agent: TAU-8.IP/2.1.0 SN/VI33023837 sofia-sip/1.12.10
08:47:51.115[sip] Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDA
TE, INFO
08:47:51.115[sip] Supported: timer, 100rel, replaces
08:47:51.125[sip] Refer-To: <sip:192.168.0.101:5060?Replaces=888c97e7-e062-1234-c2b8-a8f94b0e6be9%3bto-tag
%3d15988%3bfrom-tag%3dN0mgg8NB18DNF>
08:47:51.125[sip] Referred-By: <sip:218@192.168.0.101>
08:47:51.125[sip] Content-Length: 0
08:47:51.125[sip]
08:47:51.125[sip] ------------------------------------------------------------------------

в этом сообщении абонент tau8 218 пытается перевести абонента 333, только непонятно куда...в Refer-To: <sip:192.168.0.101:5060?...
почему то нет номера телефона!!
далее ваш сервер отбивает этот странный перевод:

08:47:51.155[sip]recv 304 bytes from udp/[192.168.0.101]:5060 at 19:17:05.770000:
08:47:51.155[sip] ------------------------------------------------------------------------
08:47:51.155[sip] SIP/2.0 501 Not Implemented
08:47:51.155[sip] Via: SIP/2.0/UDP 192.168.0.217;branch=z9hG4bK4Dr4Q37aKv3pa;rport=5060
08:47:51.155[sip] To: "Zakurakin" <sip:333@192.168.0.101>;tag=24653
08:47:51.155[sip] From: sip:218@192.168.0.101;tag=mQUQeD573ZQ2K
08:47:51.155[sip] Call-ID: 000071fe-35218c5e43d710009c860080f0a4b6a0@192.168.0.101
08:47:51.155[sip] CSeq: 34710 REFER
08:47:51.155[sip] Content-Length: 0
08:47:51.155[sip]
08:47:51.155[sip] ------------------------------------------------------------------------

чтобы разобраться в этой ситуации нужна полная последовательность диалога (инструкция выше), а не его обрывок.
пока не понятно кто тут не прав, сервер (192.168.0.101) или tau8(192.168.0.217)

[scream]

Абонент 218 взял трубку, после этого было нажато flash. 333 перешел на удержание, 218 набрал 219. 219 поднял трубку, 218 положил- после этого связь оборвалась. Было сделано все как вы сказали.

[Dmitriy_eltex]

Абонент 218 взял трубку, после этого было нажато flash. 333 перешел на удержание, 218 набрал 219. 219 поднял трубку, 218 положил- после этого связь оборвалась. Было сделано все как вы сказали.

А почему тогда в логе этого нет?
может у вас буфера строк в консоли не хватает? (что полностью лог не входит)

[scream]

Вроде весь влез. Сейчас не смогу повторить, в пн с утра сделаю по новой тогда.

[scream]

304 звонит 218, 218 переводит на 219, у клиентов 218 и 219 слышимость нормальная, 218 положил трубку и происходит разрыв соединения.

[Dmitriy_eltex]

304 звонит 218, 218 переводит на 219, у клиентов 218 и 219 слышимость нормальная, 218 положил трубку и происходит разрыв соединения.

Ничего не изменилось, лог по прежнему обрезан в начале.
Видно только это:

.....218 положил трубку и происходит разрыв соединения

Если не можете увеличить буфер строк в консоли(100% в этом дело), то снимите лог на сервер, подойдет обычный tftpd.exe
“Вывод трассировки” поставьте syslog сервер и укажите его IP адрес. Сервером может быть любой ПК с запущенной программой tftpd.exe

[scream]

333-218-219

[Dmitriy_eltex]

Не совсем корректная схема перевода вызова для LocalCT.
В вашем плане нумерации стоит
*20@{pickup:0}|1XX|2XX|3XX|9XXXXXXX|9XXXXXXXXXXX
все звонки на 2хх идут через ваш сервер.
Другими словами, тут не LocalCT, а AttendedCT или UnnatenedCT

Если после установки AttendedCT или UnnatenedCT на портах 218 и 219 проблема не уйдет, то нужно узнавать у оператора почему он шлет в:

Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip]recv 644 bytes from udp/[192.168.0.101]:5060 at 22:49:29.390000:
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] ------------------------------------------------------------------------
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] SIP/2.0 200 OK
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Via: SIP/2.0/UDP 192.168.0.217;branch=z9hG4bKy7BtpDN1SS5NB;rport=5060
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] To: sip:219@192.168.0.101;tag=14148
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] From: "218" <sip:218@192.168.0.101>;tag=NaFD8S4K4B7Ka
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Call-ID: afd881b0-e2db-1234-27ba-a8f94b0e6be9
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] CSeq: 170684 INVITE
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Contact: sip:192.168.0.101:5060
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Require: timer
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Supported: timer
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Session-Expires: 1800;refresher=uas
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Allow: INVITE,ACK,CANCEL,BYE,REGISTER
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Content-Type: application/sdp
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] Content-Length: 200
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip]
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] v=0
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] o=- 1 1 IN IP4 192.168.0.217
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] s=-
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] c=IN IP4 192.168.0.217
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] t=0 0
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] m=audio 23844 RTP/AVP 8 101
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] a=rtpmap:8 PCMA/8000/1
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] a=rtpmap:101 telephone-event/8000
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] a=fmtp:101 0-15
Mon Aug 22 12:20:05 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] a=sendrecv
Mon Aug 22 12:20:06 2016;192.168.0.217; <13>Aug 22 12:20:06 syslog: 12:20:06.043[sip] a=ptime:20

contact без номера! (Contact: sip:192.168.0.101:5060)
это сообщение 200ОК от сервера что аб. 219 взял трубку
Далее наш дальнейший REFER (сам перевод вызова) будет идти как раз на этот адресsip:192.168.0.101:5060 и сервер его отобьет.
Либо потому, что адрес не полный, либо он в принципе не поддерживает перевод вызова.


Если же хотите использовать LocalCT, то измените план нумерации на
*20@{pickup:0}|1XX|2XX@{local}|3XX|9XXXXXXX|9XXXXXXXXXXX
перевод с порта на порт(внутри шлюза) должен заработать.

[scream]

"Другими словами, тут не LocalCT, а AttendedCT или UnnatenedCT"
Пробывал- не работает.

"это сообщение 200ОК от сервера что аб. 219 взял трубку
Далее наш дальнейший REFER (сам перевод вызова) будет идти как раз на этот адресsip:192.168.0.101:5060 и сервер его отобьет.
Либо потому, что адрес не полный, либо он в принципе не поддерживает перевод вызова."
Перевод то поддерживает, только у TDE200 sip мягко говоря урезана, да и общение происходит по 2 IP адресам- 192.168.0.101 и 192.168.0.102

"Если же хотите использовать LocalCT, то измените план нумерации на
*20@{pickup:0}|1XX|2XX@{local}|3XX|9XXXXXXX|9XXXXXXXXXXX
перевод с порта на порт(внутри шлюза) должен заработать."
Так запустилось, соответственно только внутри коробки пинает))) Но и на остальные номера нельзя позвонить 2ХХ которые во вне....
Может пару логов с AttendedCT и UnnatenedCT снять?

[scream]

или на подобии
218@{local}|219@{local}| и так далее прописать локальные телефоны в плане нумерации?