Toggle sidebar Toggle sidebar

переадресация SIP-3CX-SIP

A

anonymous

Well-Known Member
Регистрация
14 Янв 2008
Сообщения
19.170
Добрый день(ночь).
Не проходят звонки из Мультифона, через 3СХ, в sipnet.ru(как и в sipmarket.net). Помогите (кто чем может)))
История болезни:
Установлена 3сх + софтфон(3схPhone-6 как локальный-внутренний).
Подключил мультифон как Viop-оператора(Голос через АТС=on, Re-Invite=off, Replace=off, перадресация на внутренний 102).
Инет-подключение Тоннель VPN(WAN L2TP). Роутов нет.
Когда звоню на "привязанный" номер мультифона, АТС(внутр 102) принимает и все хорошо(конференции, парковка и тд)
Если звоню от 3схPhone-6 на ххх@sipmarket.net то тоже все хорошо.
Но, если принимая вызов из мультифона, жму трансфер(звучит приятная музычка:) и перевожу на sipmarket(или sipnet), то
при поднятии трубки звонок обрывается.
В логах(события 3СХ), после всех прощаний типа BAY, строчка:
No RTP packets were received:remoteAddr=95.211.216.165:31448,extAddr=0.0.0.0:0,localAddr=128.68.159.222:9006.
(смущает extAddr=0.0.0.0:0) (наверное потому-что поле "публичный-статичный IP" в настройках сеть - пустое)
в дампе wireschark обмен RTP-пакетами с мультифоном в обе стороны, а с sipmarket - только в одну сторону(от АТС),
обратных RTP-пакетов нет.
Собственно вопрос:
Прямой-то звонок проходит!? А по переадресации - режутся RTP в сторону sipmarket(или он не принимает переадресованные?).
Разве переадресованный звонок (с точки зрения sipmarket) не аналогичен прямому вызову?
Проверка "на бранмауэр" проходит. Через STUN - такая-же картина.
Где эти RTP режутся? У провайдера?
 
Логично предположить, что если звонок не устанавливается, то и звука быть не должно.
Посмотрите на договоры между АТС и "sipmarket.net". Там должно быть видно причину обрыва звонка.
 
..как все сложно(уже глаз дергается))))
Спасибо что откликнулись.
Общий вопрос - при переадресации(3схPhone), звонящий и переадресуемым между собой ведь никак не стыкуются? Или есть варианты - которых на снимке не увидеть? Т.е может такое быть, что-бы 3сх сказала - да звони ты уже напрямую, вот тебе номер!(и траф с поля зрения wireshark убежал?)
2. Настройками 3сх ЛЮБУЮ(?) проблему можно исправить(поднастроиться под 2-х и более SIP-провов)
и таки состыковать удаленных абонентов(конечно при условии что сеть, роуты и тп не мешают)?
3. Как приатачить снимок wiresharka? На *.pcap сайт ругается. Наверное переименую в PCAP.TXT
 
И по моему случаю..
Вот снимок(напомню, расширение было *.pcap). Мой "внешний" IP 95.25.63.144, локальный 10.166.90.220
В нем звонок с "внешнего" мультифона на мультифон прикрученный к 3сх как voip-оператор.
Снял трубку(софтфон 3схPhone6), трансфер на номер sipmarket.net. Гудки идут, при снятии трубки обрыв.
(аттачи почему-то внизу прилепились, ну да ладно)
Бесплатная/тестовая 3сх вообще, поддерживает переадресацию? (просто уже не знаю что думать)
Вот лог 3сх такого-же как и у wiresharka (просто сделаного чуть позже) "проблемного" звонка-переадресации.
20-апр-2013 02:08:46.546 [MS105000] C:1.3: No RTP packets were received:remoteAddr=95.211.216.165:30872,extAddr=0.0.0.0:0,localAddr=95.25.63.144:9002<br />
20-апр-2013 02:08:45.828 Leg L:1.1[Line:10002<<79253717781] is terminated: Cause: BYE from PBX<br />
20-апр-2013 02:08:45.828 [CM503008]: Call(C:1): Call is terminated<br />
20-апр-2013 02:08:45.812 Leg L:1.3[DirSip:127773>>] is terminated: Cause: BYE from 95.211.216.165:5060<br />
20-апр-2013 02:08:45.750 Leg L:1.2[Extn:100] is terminated: Cause: BYE from 127.0.0.1:1386<br />
20-апр-2013 02:08:45.640 NAT/ALG check:L:1.1[Line:10002<<79253717781] RESPONSE 200 on &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:45.500 [CM503007]: Call(C:1): DirSip:127773>> has joined, contact <br />
20-апр-2013 02:08:45.500 L:1.3[DirSip:127773>>] has joined to L:1.1[Line:10002<<79253717781]<br />
20-апр-2013 02:08:45.500 NAT/ALG check:L:1.3[DirSip:127773>>] RESPONSE 200 on &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:36.843 [CM503025]: Call(C:1): Calling T:DirSip:DirectSIP>>@[Dev:sip:[email protected]] for L:1.1[Line:10002<<79253717781]<br />
20-апр-2013 02:08:36.812 [CM503027]: Call(C:1): From: Line:10002<<79253717781 () to T:DirSip:DirectSIP>>@[Dev:sip:[email protected]]<br />
20-апр-2013 02:08:36.812 [CM503004]: Call(C:1): Route 1: from L:1.1[Line:10002<>@[Dev:sip:[email protected]]<br />
20-апр-2013 02:08:33.421 NAT/ALG check:L:1.1[Line:10002<<79253717781] RESPONSE 200 on &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:33.250 NAT/ALG check:L:1.2[Extn:100] REQUEST &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:32.375 [CM503007]: Call(C:1): Extn:100 has joined, contact <br />
20-апр-2013 02:08:32.359 [CM503007]: Call(C:1): Line:10002<<79253717781 has joined, contact <br />
20-апр-2013 02:08:32.343 L:1.2[Extn:100] has joined to L:1.1[Line:10002<<79253717781]<br />
20-апр-2013 02:08:32.343 NAT/ALG check:L:1.2[Extn:100] RESPONSE 200 on &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:31.078 [CM504001]: Endpoint Ivr:RecordFile: new contact is registered. Contact(s): [sip:[email protected]:40600 / RecordFile]<br />
20-апр-2013 02:08:31.031 [CM504001]: Endpoint Ivr:PlayFile: new contact is registered. Contact(s): [sip:P[email protected]:40600 / PlayFile]<br />
20-апр-2013 02:08:31.015 [CM504001]: Endpoint Ivr:MakeCall: new contact is registered. Contact(s): [sip:[email protected]:40600 / MakeCall]<br />
20-апр-2013 02:08:31.015 [CM504001]: Endpoint Ivr:IVRForward: new contact is registered. Contact(s): [sip:[email protected]:40600 / IVRForward]<br />
20-апр-2013 02:08:30.953 [CM504001]: Endpoint Ivr:EndCall: new contact is registered. Contact(s): [sip:[email protected]:40600 / EndCall]<br />
20-апр-2013 02:08:30.921 [CM504001]: Endpoint Ivr:777: new contact is registered. Contact(s): [sip:[email protected]:40600 / 777]<br />
20-апр-2013 02:08:30.828 [CM504001]: Endpoint Ivr:HOL: new contact is registered. Contact(s): [sip:[email protected]:40600 / HOL]<br />
20-апр-2013 02:08:30.703 [CM504001]: Endpoint VMail:999: new contact is registered. Contact(s): [sip:[email protected]:40600 / 999]<br />
20-апр-2013 02:08:30.140 [CM503025]: Call(C:1): Calling T:Extn:100@[Dev:sip:[email protected]:1386;rinstance=878ce186c98c9ae9] for L:1.1[Line:10002<<79253717781]<br />
20-апр-2013 02:08:30.078 [CM503027]: Call(C:1): From: Line:10002<<79253717781 () to T:Extn:100@[Dev:sip:[email protected]:1386;rinstance=878ce186c98c9ae9]<br />
20-апр-2013 02:08:30.078 [CM503004]: Call(C:1): Route 1: from L:1.1[Line:10002<<79253717781] to T:Extn:100@[Dev:sip:[email protected]:1386;rinstance=878ce186c98c9ae9]<br />
20-апр-2013 02:08:30.000 [CM505003]: Provider:[Mult Люба] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [sbc.multifon.ru] PBX contact: [sip:[email protected]:5060]<br />
20-апр-2013 02:08:29.968 [CM503001]: Call(C:1): Incoming call from Line:10002<<79253717781 to <br />
20-апр-2013 02:08:29.921 Line limit check: Current # of calls for line Lc:10002(@Mult Люба[]) is 1; limit is 5<br />
20-апр-2013 02:08:29.921 NAT/ALG check:L:1.1[Line:10002<<79253717781] REQUEST &#039;INVITE&#039; - basic check passed. No information for extended checks<br />
20-апр-2013 02:08:29.531 [CM503012]: Inbound office hours rule (unnamed) for 10002 forwards to DN:100<br />
20-апр-2013 02:08:22.953 [CM504001]: Endpoint Conf:704: new contact is registered. Contact(s): [sip:[email protected]:40300 / 704]<br />
20-апр-2013 02:08:22.890 [CM504001]: Endpoint Conf:703: new contact is registered. Contact(s): [sip:[email protected]:40300 / 703]<br />
20-апр-2013 02:08:22.890 [CM504001]: Endpoint Conf:702: new contact is registered. Contact(s): [sip:[email protected]:40300 / 702]<br />
20-апр-2013 02:08:22.890 [CM504001]: Endpoint Conf:701: new contact is registered. Contact(s): [sip:[email protected]:40300 / 701]<br />
20-апр-2013 02:08:22.734 [CM504001]: Endpoint Conf:700: new contact is registered. Contact(s): [sip:[email protected]:40300 / 700]<br />
20-апр-2013 02:08:21.171 [CM504001]: Endpoint ParkOrb:SP3: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP3]<br />
20-апр-2013 02:08:21.171 [CM504001]: Endpoint ParkOrb:SP9: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP9]<br />
20-апр-2013 02:08:20.953 [CM504001]: Endpoint ParkOrb:SP8: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP8]<br />
20-апр-2013 02:08:20.953 [CM504001]: Endpoint ParkOrb:SP7: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP7]<br />
20-апр-2013 02:08:20.875 [CM504001]: Endpoint ParkOrb:SP6: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP6]<br />
20-апр-2013 02:08:20.875 [CM504001]: Endpoint ParkOrb:SP5: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP5]<br />
20-апр-2013 02:08:20.828 [CM504001]: Endpoint ParkOrb:SP4: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP4]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:SP2: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP2]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:SP1: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP1]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:SP0: new contact is registered. Contact(s): [sip:[email protected]:40000 / SP0]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:*1: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *1]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:*0: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *0]<br />
20-апр-2013 02:08:20.671 [CM504001]: Endpoint ParkOrb:*777: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *777]<br />
20-апр-2013 02:08:20.562 [CM504001]: Endpoint Queue:801: new contact is registered. Contact(s): [sip:[email protected]:5488 / 801]<br />
20-апр-2013 02:08:20.234 [CM504001]: Endpoint Queue:800: new contact is registered. Contact(s): [sip:[email protected]:5488 / 800]<br />
20-апр-2013 02:08:11.906 [CM504008]: Fax Service: Fax.888 registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br />
20-апр-2013 02:08:03.640 [EC200002]: Media server is connected:<br />
application:winda:0/MediaServer<br />
local:127.0.0.1:5482<br />
remote:127.0.0.1:3354<br />
20-апр-2013 02:08:00.109 [CM504004]: Registration succeeded for: Lc:10002(@Mult Люба[])<br />
20-апр-2013 02:07:59.968 [CM504003]: Sent registration request for Lc:10002(@Mult Люба[])<br />
20-апр-2013 02:07:59.859 IP(s) added:[10.166.90.220,95.25.63.144]<br />
20-апр-2013 02:07:55.109 [CM504004]: Registration succeeded for: Lc:10002(@Mult Люба[])<br />
20-апр-2013 02:07:54.859 [CM504003]: Sent registration request for Lc:10002(@Mult Люба[])<br />
20-апр-2013 02:07:53.578 [CM506005]: Public IP=95.25.63.144 is used for WAN communications through local interface with IP=95.25.63.144<br />
20-апр-2013 02:07:52.656 [CM501006]: Default Local IP address: [10.166.90.220,95.25.63.144]<br />
20-апр-2013 02:07:52.609 [CM501002]: Version: 11.0.27565.0<br />
20-апр-2013 02:07:52.609 [CM501001]: Start 3CX PhoneSystem Call Manager<br />
20-апр-2013 02:07:52.609 [CM501009]: License Info: Loaded Succeeded<br />
20-апр-2013 02:07:49.718 [CM501007]: *** Started Calls Controller thread ***

Наверное это важно - галочки "голос через АТС", Ре-Инвайт и Реплейс =on
(и у voip-оператора и у внутреннего номера-софтфона)
Лог на стороне sipmarket.net
19.04.2013 20:16:10-Send to-95.25.63.144:7977<br />
INVITE sip:[email protected]:7977;rinstance=b77431d66888019f SIP/2.0<br />
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-640-0-E<br />
To: <br />
From: ;tag=bb6a7c04<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
Contact: <br />
CSeq: 2 INVITE<br />
Alert-Info: ;info=external<br />
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)<br />
Referred-By: <br />
Content-Length: 0<br />
<br />
19.04.2013 20:16:10-Receive from-95.25.63.144:7977<br />
SIP/2.0 180 Ringing<br />
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-640-0-E<br />
Contact: <br />
To: ;tag=104b5632<br />
From: ;tag=bb6a7c04<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
CSeq: 2 INVITE<br />
User-Agent: StarPhone v.2.06<br />
Content-Length: 0<br />
<br />
19.04.2013 20:16:14-Receive from-95.25.63.144:7977<br />
SIP/2.0 200 OK<br />
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-640-0-E<br />
Contact: <br />
To: ;tag=104b5632<br />
From: ;tag=bb6a7c04<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
CSeq: 2 INVITE<br />
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, REGISTER, SUBSCRIBE, INFO<br />
Content-Type: application/sdp<br />
Supported: replaces<br />
User-Agent: StarPhone v.2.06<br />
Content-Length: 338<br />
<br />
v=0<br />
o=- 29191277 29191277 IN IP4 10.166.90.220<br />
s=http://www.portsip.com<br />
c=IN IP4 10.166.90.220<br />
t=0 0<br />
m=audio 20368 RTP/AVP 8 0 18 97 4 101<br />
a=rtpmap:8 PCMA/8000<br />
a=rtpmap:0 PCMU/8000<br />
a=rtpmap:18 G729/8000<br />
a=fmtp:18 annexb=no<br />
a=rtpmap:97 iLBC/8000<br />
a=rtpmap:4 G723/8000<br />
a=rtpmap:101 telephone-event/8000<br />
a=ptime:20<br />
a=fmtp:101 0-15<br />
<br />
19.04.2013 20:16:15-Send to-95.25.63.144:7977<br />
ACK sip:[email protected]:7977;rinstance=b77431d66888019f SIP/2.0<br />
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-640-0-E<br />
To: ;tag=104b5632<br />
From: ;tag=bb6a7c04<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
Contact: <br />
CSeq: 2 ACK<br />
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)<br />
Content-Length: 0<br />
<br />
19.04.2013 20:16:15-Receive from-95.25.63.144:7977<br />
BYE sip:[email protected]:5060 SIP/2.0<br />
Via: SIP/2.0/UDP 95.25.63.144:7977;branch=z9hG4bK-d8754z-8f7af66a9c46f612-1---d8754z-;rport<br />
Max-Forwards: 70<br />
Contact: <br />
To: ;tag=bb6a7c04<br />
From: ;tag=104b5632<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
CSeq: 2 BYE<br />
User-Agent: StarPhone v.2.06<br />
Reason: SIP;description="Illegal Sdp Negotiation"<br />
Content-Length: 0<br />
<br />
19.04.2013 20:16:15-Send to-95.25.63.144:7977<br />
SIP/2.0 200 OK<br />
Via: SIP/2.0/UDP 95.25.63.144:7977;branch=z9hG4bK-d8754z-8f7af66a9c46f612-1---d8754z-;rport<br />
To: ;tag=bb6a7c04<br />
From: ;tag=104b5632<br />
Call-ID: NWZiNzMwYTFlODg3MTk0OGMzZmIxNWI3ODZiNzg4OTk.---0-640<br />
Contact: <br />
CSeq: 2 BYE<br />
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)<br />
Content-Length: 0

Сипмаркет сказал BAY так-как Reason: SIP;description="Illegal Sdp Negotiation"(если правильно понял)
и у wireshark в запросе от АТС к sipmarket в INVITE, SDP (соответственно) не наблюдается. Так-же и в пакете BAY -
Reason: MVTSLocal;cause=13;text="Can open media" (ведь раз нет SDP, в котором договор о кодеках, то и медиа никакого быть не может.?) И что там за адреса в логах сипмаркета- http://www.portsip.com и http: //www.notused.invalidtld?
Почему АТС не шлет SDP? Помогите разобраться, сам не осилю.
 
Вот полная картинка происходящего.


обратите внимание на "оранжевый" и "бело-жёлтый" звоноки.
Откуда они взялись?
 
А-а, сообразил. Это на компе был запущен "второй" мультифон(на тот-же аккаунт). И звонок приходил, и на 3сх и на этот мультифон. Отсюда и двойные переговоры в дампе.
Но это не важно т.к.:
Сделал новый звонок-дамп(без всего лишнего). В нем, вызываемый сервер(сипмаркет) все так-же сбрасывает вызов(переадресованный), мотивируя - "cant open media" .
Все-таки наверное потому что, SDP он не получил(судя по его логам) и RTP отправляются ему безответно.
Почему-то когда простой звонок, то SDP всовывается в INVITE(и все работает), но при переадресации всовывается в ASK.(и тишина)
В ASK-e сипмаркет SDP не видит(или не хочет видеть) т.к. в их логе(как писал выше), пакеты-SDP от 3сх вообще отсутствуют.
Что делать?
 
@GurD wrote:А-а, сообразил. Это на компе был запущен "второй" мультифон(на тот-же аккаунт). И звонок приходил, и на 3сх и на этот мультифон. Отсюда и двойные переговоры в дампе.
Но это не важно т.к.:
Это очень Важно, для понимания происходящего. :)
Если посмотреть внимательно, то у Вас как минимум 2 дополнительных устройства "запущены" на сервере АТС.
Одно зарегистрировано на мультифоне в "паралель" с АТС, а другое (порт 7977, представляется как StartPhone v.2.06), на "сипмаркете". И именно на второе устройство дозванивался "сипмаркет" по запросу от АТС.
"сипмаркет" ничего не отбивал, Отбивал тот StarPhone, на который Вы дозвонились. лог сипмаркета чётко на это указывает.
Попробуйте подключить 3CX Phone вместо StarPhone. Думаю, что с дозвоном проблем не будет.

И ещё, назовите хоть одну причину, по которой Вы поменяли настройки соединения с "сипмаркет"? Вам же другие предлагали - Ре-Инвайт и Реплейс =OFF, не так ли? (... а то уже глаз начинает дергается ;) )
 
Причин нет, просто "научно" тыкаю. (уж простите неопытного)
Больше ничего менять не буду, оставлю(навсегда) дефолтные ATC=on Replace=off Re-Invite=off.
Будет запущена только 3сх и 3схPhone, и никаких дополнительных сип-программ типа StarPhone and MultiPhone.
Сам звонок будет проходить так:
с любого мобильного вызов идет на мой номер мультифона(прикрученный как voip-оперетор),
у того маршрутизация на внутренний номер 100(на котором висит 3схPhone),
на 3схPhone снимаю трубку, жму трансфер и адресую на номер@sipmarket.net,
а уже сервер сипмаркета(по безусловной переадресации) отправляет этот вызов на указанный мобильный. (вот такая длинная задача)
И по этой схеме провел еще один финальный тест(а все выложенные ранее дампы забудем)
вот лог 3сх
22-апр-2013 21:13:32.375 [MS105000] C:1.3: No RTP packets were received:remoteAddr=95.211.216.165:30362,extAddr=0.0.0.0:0,localAddr=128.68.53.139:9002
22-апр-2013 21:13:32.093 Leg L:1.1[Line:10002<<79191000741] is terminated: Cause: BYE from PBX
22-апр-2013 21:13:32.093 [CM503008]: Call(C:1): Call is terminated
22-апр-2013 21:13:32.000 Leg L:1.2[Extn:100] is terminated: Cause: BYE from 127.0.0.1:3891
22-апр-2013 21:13:31.859 Leg L:1.3[DirSip:127773>>] is terminated: Cause: BYE from 95.211.216.165:5060
22-апр-2013 21:13:31.531 [CM503007]: Call(C:1): DirSip:127773>> has joined, contact
22-апр-2013 21:13:31.453 L:1.3[DirSip:127773>>] has joined to L:1.1[Line:10002<<79191000741]
22-апр-2013 21:13:31.453 NAT/ALG check:L:1.3[DirSip:127773>>] RESPONSE 200 on 'INVITE' - basic check passed. No information for extended checks
22-апр-2013 21:13:27.796 [CM504001]: Endpoint Ivr:EndCall: new contact is registered. Contact(s): [sip:[email protected]:40600 / EndCall]
22-апр-2013 21:13:27.640 [CM504001]: Endpoint Ivr:HOL: new contact is registered. Contact(s): [sip:[email protected]:40600 / HOL]
22-апр-2013 21:13:27.593 [CM504001]: Endpoint VMail:999: new contact is registered. Contact(s): [sip:[email protected]:40600 / 999]
22-апр-2013 21:13:22.531 [CM503025]: Call(C:1): Calling T:DirSip:DirectSIP>>@[Dev:sip:[email protected]] for L:1.1[Line:10002<<79191000741]
22-апр-2013 21:13:22.375 [CM503027]: Call(C:1): From: Line:10002<<79191000741 () to T:DirSip:DirectSIP>>@[Dev:sip:[email protected]]
22-апр-2013 21:13:22.375 [CM503004]: Call(C:1): Route 1: from L:1.1[Line:10002<>@[Dev:sip:[email protected]]
22-апр-2013 21:13:22.171 [CM505003]: Provider:[Mult Люба] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [multifon.ru] PBX contact: [sip:[email protected]:5060]
22-апр-2013 21:13:19.125 NAT/ALG check:L:1.2[Extn:100] REQUEST 'INVITE' - basic check passed. No information for extended checks
22-апр-2013 21:13:18.187 [CM503007]: Call(C:1): Extn:100 has joined, contact
22-апр-2013 21:13:18.156 [CM503007]: Call(C:1): Line:10002<<79191000741 has joined, contact
22-апр-2013 21:13:18.046 L:1.2[Extn:100] has joined to L:1.1[Line:10002<<79191000741]
22-апр-2013 21:13:18.046 NAT/ALG check:L:1.2[Extn:100] RESPONSE 200 on 'INVITE' - basic check passed. No information for extended checks
22-апр-2013 21:13:13.359 [CM503025]: Call(C:1): Calling T:Extn:100@[Dev:sip:[email protected]:3891;rinstance=07e3d0719bf26852] for L:1.1[Line:10002<<79191000741]
22-апр-2013 21:13:13.187 [CM503027]: Call(C:1): From: Line:10002<<79191000741 () to T:Extn:100@[Dev:sip:[email protected]:3891;rinstance=07e3d0719bf26852]
22-апр-2013 21:13:13.187 [CM503004]: Call(C:1): Route 1: from L:1.1[Line:10002<<79191000741] to T:Extn:100@[Dev:sip:[email protected]:3891;rinstance=07e3d0719bf26852]
22-апр-2013 21:13:13.000 [CM505003]: Provider:[Mult Люба] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [multifon.ru] PBX contact: [sip:[email protected]:5060]
22-апр-2013 21:13:12.937 [CM503001]: Call(C:1): Incoming call from Line:10002<<79191000741 to
22-апр-2013 21:13:12.656 Line limit check: Current # of calls for line Lc:10002(@Mult Люба[]) is 1; limit is 5
22-апр-2013 21:13:12.656 NAT/ALG check:L:1.1[Line:10002<<79191000741] REQUEST &#039;INVITE&#039; - basic check passed. No information for extended checks
22-апр-2013 21:13:11.781 [CM503012]: Inbound office hours rule (unnamed) for 10002 forwards to DN:100
22-апр-2013 21:12:43.140 [CM504008]: Fax Service: Fax.888 registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone
22-апр-2013 21:12:41.625 [CM504001]: Endpoint ParkOrb:*1: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *1]
22-апр-2013 21:12:41.625 [CM504001]: Endpoint ParkOrb:*0: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *0]
22-апр-2013 21:12:41.484 [CM504001]: Endpoint ParkOrb:*777: new contact is registered. Contact(s): [sip:*[email protected]:40000 / *777]
22-апр-2013 21:12:27.078 [EC200002]: Media server is connected:
application:winda:0/MediaServer
local:127.0.0.1:5482
remote:127.0.0.1:3230
22-апр-2013 21:12:14.625 [CM504004]: Registration succeeded for: Lc:10002(@Mult Люба[])
22-апр-2013 21:12:14.484 [CM504003]: Sent registration request for Lc:10002(@Mult Люба[])
22-апр-2013 21:12:14.390 IP(s) added:[10.166.90.220,128.68.53.139]
22-апр-2013 21:12:11.203 [CM504004]: Registration succeeded for: Lc:10002(@Mult Люба[])
22-апр-2013 21:12:10.531 [CM504003]: Sent registration request for Lc:10002(@Mult Люба[])
22-апр-2013 21:12:08.875 [CM506005]: Public IP=128.68.53.139 is used for WAN communications through local interface with IP=128.68.53.139
22-апр-2013 21:12:06.218 [CM501006]: Default Local IP address: [10.166.90.220,128.68.53.139]
22-апр-2013 21:12:06.140 [CM501002]: Version: 11.0.27565.0
22-апр-2013 21:12:06.140 [CM501001]: Start 3CX PhoneSystem Call Manager
22-апр-2013 21:12:06.140 [CM501010]: License Info: Load Failed - Error licence Licence: 27 System: 2
22-апр-2013 21:12:04.000 [CM501007]: *** Started Calls Controller thread ***

лог сипмаркета
22.04.2013 18:13:01-Send to-95.211.216.165:5090
INVITE sip:[email protected]:5090 SIP/2.0
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
To:
From: ;tag=9830cb4f
Key: 0LDQs9C20LbQttCy0KjihJbCttCB0pDQt9C04oSW4oSWwrbQgdKQ0LfQtOKEltCo0KjQqOKAlMKw0IXRntKR
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
CSeq: 2 INVITE
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)
Referred-By:
Content-Length: 0

22.04.2013 18:13:01-Receive from-95.211.216.165:5090
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
From: ;tag=9830cb4f
To:
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
CSeq: 2 INVITE
Warning: Route-Tex-Premium Tex-Russia Realtime-Pr Balance-2.055464 Calls-1
Content-Length: 0

22.04.2013 18:13:02-Receive from-95.211.216.165:5090
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
From: ;tag=9830cb4f
To: ;tag=527-24981-3
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
CSeq: 2 INVITE
Server: MERA MVTS3G v.4.3.0-46a
Content-Length: 0

22.04.2013 18:13:08-Receive from-95.211.216.165:5090
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
From: ;tag=9830cb4f
To: ;tag=527-24981-3
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
CSeq: 2 INVITE
Content-Type: application/sdp
Server: MERA MVTS3G v.4.3.0-46a
Content-Length: 367

v=0
o=- 1366650883 1366650883 IN IP4 46.249.44.230
s=-
c=IN IP4 46.249.44.230
t=0 0
m=audio 39126 RTP/AVP 18 97 8 0 96 98
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:97 G729/8000
a=fmtp:97 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
a=rtpmap:98 G729/8000
a=fmtp:98 annexb=yes
a=sendrecv

22.04.2013 18:13:09-Receive from-95.211.216.165:5090
SIP/2.0 200 OK
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
From: ;tag=9830cb4f
To: ;tag=527-24981-3
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
Warning: Tex-Premium
CSeq: 2 INVITE
Content-Type: application/sdp
Server: MERA MVTS3G v.4.3.0-46a
Content-Length: 367

v=0
o=- 1366650883 1366650883 IN IP4 46.249.44.230
s=-
c=IN IP4 46.249.44.230
t=0 0
m=audio 39126 RTP/AVP 18 97 8 0 96 98
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:97 G729/8000
a=fmtp:97 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
a=rtpmap:98 G729/8000
a=fmtp:98 annexb=yes
a=sendrecv

22.04.2013 18:13:10-Send to-95.211.216.165:5090
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 95.211.216.165:5060;branch=sesion11-t-516-0-E
To: ;tag=527-24981-3
From: ;tag=9830cb4f
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
CSeq: 2 ACK
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)
Content-Length: 0

22.04.2013 18:13:10-Receive from-95.211.216.165:5090
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 95.211.216.165:5090
From: ;tag=527-24981-3
To: ;tag=9830cb4f
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
Warning: Tex-Premium;Dur=1;Cost=0.00091
CSeq: 3 BYE
User-Agent: MERA MVTS3G v.4.3.0-46a
Reason: MVTSLocal;cause=13;text="Cant open media"
Content-Length: 0

22.04.2013 18:13:10-Send to-95.211.216.165:5090
SIP/2.0 200 OK
Via: SIP/2.0/UDP 95.211.216.165:5090
To: ;tag=9830cb4f
From: ;tag=527-24981-3
Call-ID: NDE0NDMxMjViZDc0ZmY0MmE1NTQ1MjEzYmYwMjVlZjg.---0-516
Contact:
CSeq: 3 BYE
User-Agent: 3CXPhoneSystem 11.0.27588.780 (27565)
Content-Length: 0

и снимок
 
На снимке видно что звонок отбит сипмаркетом(как только конечный телефон снял трубку)
В общем симптомы те-же :(
 
@GurD - http: //www.3cx.com/forums/pereadresacija-sip-3cx-sip-34037.html#p148350 wrote:а все выложенные ранее дампы забудем
Зачем забывать такую ценную информацию? ;)

@GurD - http: //www.3cx.com/forums/pereadresacija-sip-3cx-sip-34037.html#p148352 wrote:На снимке видно что звонок отбит сипмаркетом(как только конечный телефон снял трубку)
В общем симптомы те-же :(

На "новом снимке" не видно того, как работает этот, с позволения сказать, "брокер" (посмотрите "беложёлтый" звонок на картинке взятой из pcap.txt)

отбивает не "сипмаркет", а "MERA MVTS3G v.4.3.0-46a" и "StarPhone v.2.06", и "отбивают" они не АТС, а "сипмаркет", который "брокером" себя называет, но возложенных обязанностей не выполняет в полнои объёме.


Добавлено
Если хотите переводить звонки на сипмаркет, то, из-за досадной ошибки в его реализации, использовать "прямой SIP" не получится и надо добавить "Generic SIP trunk" к серверу sipmarket.net, который позволит обойти ограничения.
Транк - Support re-invites=off support replaces=off.
После этого, АТС будет предлагать SDP прямо в INVITE даже при переводе звонка.
После этого - добавьте правило дозвона которое будет срабатывать для номеров, на которые нужно звонить через сипмаркет.
добавлять @sipmarket.net уже будет не нужно. Направление будет определятся набранным номером.



P.S. лучше бы оставили pcap.txt, a анекдот - убрали...
 
Спасибо за совет.
А почему(все-таки) SDP при переадресации в ACK вкладывается. Зачем?
Ведь и sipnet.ru тоже такой переадресованный вызов не принимает. (и думаю никто не примет).
И еще, "добавить "Generic SIP trunk" к серверу sipmarket.net" - это что, просто привязать аккаунт sipmarketa как voip-оператора?(тогда не будет номер определяться-проверенно)(а мне это необходимо)
З.Ы. а тот тхт.pcap уже затер другим снимком(а наснимал я их за неделю возни немало).
 
@GurD wrote:Спасибо за совет.
А почему(все-таки) SDP при переадресации в ACK вкладывается. Зачем?
Ведь и sipnet.ru тоже такой переадресованный вызов не принимает. (и думаю никто не примет).

Процедура описана в RFC3261 раздел 13.2.1
Поверьте мне на слово, ошибки реализации этой процедуры скорее исключение, нежели правило.
Проблема не в том, что нет SDP в INVITE и ответ передаётся в ACK запросе, а в том, что sipmarket не выполняет стандартную процедуру (ниже объяснение того, что sipmarket делает не так)
@GurD wrote:
И еще, "добавить "Generic SIP trunk" к серверу sipmarket.net" - это что, просто привязать аккаунт sipmarketa как voip-оператора?(тогда не будет номер определяться-проверенно)(а мне это необходимо)

Просто надо обслужить предпочтения sipmarket и положить нужный номер в нужное место. Думаю, что проблема должна быть решаемой.
@GurD wrote:
З.Ы. а тот тхт.pcap уже затер другим снимком(а наснимал я их за неделю возни немало).
Поэтому я оставил картинку с того "pcap.txt". Там хорошо видно проблему и её "местонахождение":
PBX->INVITE(RequestOffer)->SIPmarket->INVITE(RequestOffer)->оконечное устройство
оконечное устройство->OK(Offer)->SIPmarket->OK(Offer)->PBX
PBX->ACK(Answer)->SIPmarket->ACK(БЕЗ Answer в нарушение RFC3261 раздел 13.2.1)->оконечное устройство
оконечное устройство->BYE (sipmarket, Ты мне в ACK Answer не прислал)->SIPmarket->BYE (sipmarket, Ты мне в ACK Answer не прислал)->PBX
 
Да я готов и сипнет и спмаркет и чьи угодно "предпочтения обслужить" лишь-бы звонки проходили. Кстати, по Вашему опыту, если 15к номеров по такой схеме включить - одна 3сх с этим справится? И какой ширины канал надо?(одновременно всего звонков 30 будет висеть)
..возвращаюсь к теме. Может в старых версиях 3сх можно эту проблему-переадресацию как-нибудь обойти?

PS Я (конечно-же) не читал RFC но возникает вопрос, почему тогда и sipnet молчит? Они все-же-то-же постановления ВЦСПС нарушают?
PS2 Звонок начал проходит(не обрывается при снятии трубки) когда стал фаерволом(помимо настроек в консоли) отключать обращения к stun, ну и всякие, видимо ненужные поключения типа baur.tapzz.com, hostnoc.eu, tario.ru, и еще штук пять прочих, оставляя только ts1.telexchange.ee(без него чё-то никак), родной сайт, и соответственно мегафон-сипнет-маркет. Можете прокоментировать для чего PBX вообще куда-то мосты ладит(ну кроме, может быть, авторизации-лицензии на родном хосте и своих указанных в консоли и отключенных-же stun)? Но я отвлекся, соединение-то устанавливается, да только звук лишь в одну сторону идет, на сипмаркет(+ еще один день из жизни))
P.S.3
Если при прямом вызове на сипмаркет(как и сипнет) номер определяется, то значит "нужные номера" в "нужных местах" лежат.?
И при кривом, они в тех-же "нужных" по логике, местах должны быть.? Или все-таки существует разница между прямым и кривым вызовом зафиксированая в каком-нибудь RFC. (кстати, в сипмаркете сказали - присылайте SDP в INVITE(!), как это делают все нормальные устройства)))
PS4 по утраченному снимку.. Попробую сделать такой-же, всего-то включить Re-invite и Replace))
Ну и "главный" вопрос - может есть ПРОВЕРЕННЫЕ сип-операторы!? у которых все проходит???
 
@GurD wrote:Да я готов и сипнет и спмаркет и чьи угодно "предпочтения обслужить" лишь-бы звонки проходили. Кстати, по Вашему опыту, если 15к номеров по такой схеме включить - одна 3сх с этим справится? И какой ширины канал надо?(одновременно всего звонков 30 будет висеть)
Уточните, пожалуйста, вопрос. По какой схеме и каких номеров? Какой сервис должен предоставляться АТС?

@GurD wrote: PS. Я (конечно-же) не читал RFC но возникает вопрос, почему тогда и sipnet молчит? Они все-же-то-же постановления ВЦСПС нарушают?
Вам предоставлен развёрнутый ответ. Принимать его или нет - дело Ваше.

@GurD wrote:PS2 ... Можете прокоментировать для чего PBX вообще куда-то мосты ладит(ну кроме, может быть, авторизации-лицензии на родном хосте и своих указанных в консоли и отключенных-же stun)? Но я отвлекся, соединение-то устанавливается, да только звук лишь в одну сторону идет, на сипмаркет(+ еще один день из жизни))
PBX никах "мостов" не ладит.
Наберите в коммадной строке
netstat -ano
Увидите все соединения и их владельцев (PID)
Дальше, в "Task Manager" по PID посмотрите какие процессы общаются с теми адресами.

По поводу звука - снимок трафика и лог звонка. Попробуем помочь.

@GurD wrote:И при кривом, они в тех-же "нужных" по логике, местах должны быть.?
А какой "определяется" при "кривом"? тот же что и при прямом или какой-нибудь ещё?
Нужен снимок трафика с двумя звонками - первый прямой, второй - кривой. Попробуем помочь.

@GurD wrote:(кстати, в сипмаркете сказали - присылайте SDP в INVITE(!), как это делают все нормальные устройства)))
Не креативно. Лучше было бы переступить через гордость и исправить обнаруженную ошибку... Тем более, что Вы уже сделали так, как они хотят :)


@GurD wrote:Ну и "главный" вопрос - может есть ПРОВЕРЕННЫЕ сип-операторы!? у которых все проходит???
sipnet.ru работает нормально. Если хотите выяснить почему он у Вас не работает - предоставьте описание "топологии" сети и подключений сервера, логи проблемных звонков с АТС и снимки трафика. Без этой информации вряд ли получится чем-либо помочь.
 
Мой вопрос решен.
Переадресация с мультифона через 3сх, на sip(с выводом на мобильный и с определением номера) проходит через оператора zadarma.com!
Без всяких сложностей с настройками(все по умолчанию - звук через АТС=on, остальное off)
SY спасибо за помощь.
 
@GurD wrote:Мой вопрос решен.
Переадресация с мультифона через 3сх, на sip(с выводом на мобильный и с определением номера) проходит через оператора zadarma.com!
Без всяких сложностей с настройками(все по умолчанию - звук через АТС=on, остальное off)
SY спасибо за помощь.

Не за что :)

P.S.
zadarma.com - sipmarket.net
1 - 0
 
Да не тут-то было!!! (и снова здравствуйте)
Конечно хорошо что трансфер(из софтфона 3схPhone6) на zadarma проходит и номер определяется, но..
пытаясь установить ПРЯМУЮ "переадресацию на Внешний номер" в настройках voip-оператора(мультифон, принимающий "входящий" звонок), тихо про себя материл создателей этой(самой крутой в мире)АТС.
Ну ПОЧЕМУ(?) трансферный(снял трубку и мля переадресовал!!!) звонок проходит.
А прямо - так нет! PBX не может! Говорит - нет правил для этогот номера!
03-май-2013 04:49:25.078 Leg L:93.1[Line:10002<<79266061078] is terminated: Cause: BYE from PBX
03-май-2013 04:49:24.968 [CM503020]: Call(C:93): Normal call termination. Call originator: Line:10002<<79266061078. Reason: Not found
03-май-2013 04:49:24.968 [CM503014]: Call(C:93): No known route from Line:10002<<79266061078 to target:
03-май-2013 04:49:24.968 Call(C:93): from Line:10002<<79266061078 to [email protected] doesn&#039;t match any outbound rule. No outbound rule could be selected.
03-май-2013 04:49:24.968 [Flow] Target endpoint for [email protected] can not be built!
03-май-2013 04:49:24.968 [CM505003]: Provider:[Mult Люба] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [multifon.ru] PBX contact: [sip:[email protected]:5060]
03-май-2013 04:49:24.968 [CM503001]: Call(C:93): Incoming call from Line:10002<<79266061078 to
Да какие еще правила? Мне-ж не надо чтоб звонок через транк пошел. Мне надо что-бы напрямую!
 
Да не тут-то было!!! (и снова здравствуйте)
Конечно хорошо что трансфер(из софтфона 3схPhone6) на zadarma проходит и номер определяется, но..
пытаясь установить ПРЯМУЮ "переадресацию на Внешний номер" в настройках voip-оператора(мультифон, принимающий "входящий" звонок), тихо про себя материл создателей этой(самой крутой в мире)АТС.
Ну ПОЧЕМУ(?) трансферный(снял трубку и мля переадресовал!!!) звонок проходит.
А прямо - так нет! PBX не может! Говорит - нет правил для этогот номера!
03-май-2013 04:49:25.078 Leg L:93.1[Line:10002<<79266061078] is terminated: Cause: BYE from PBX
03-май-2013 04:49:24.968 [CM503020]: Call(C:93): Normal call termination. Call originator: Line:10002<<79266061078. Reason: Not found
03-май-2013 04:49:24.968 [CM503014]: Call(C:93): No known route from Line:10002<<79266061078 to target:
03-май-2013 04:49:24.968 Call(C:93): from Line:10002<<79266061078 to [email protected] doesn&#039;t match any outbound rule. No outbound rule could be selected.
03-май-2013 04:49:24.968 [Flow] Target endpoint for [email protected] can not be built!
03-май-2013 04:49:24.968 [CM505003]: Provider:[Mult Люба] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [multifon.ru] PBX contact: [sip:[email protected]:5060]
03-май-2013 04:49:24.968 [CM503001]: Call(C:93): Incoming call from Line:10002<<79266061078 to
Да какие еще(уже) правила? Мне-ж не надо чтоб звонок через транк пошел. Мне надо напрямую!
 
Мне-ж не надо что-бы звонок через транк пошел. Мне надо напрямую! Софтфон-же дозванивается! И без всяких исходящих правил(которых нет, а PBX ругается)
Как установить ПРЯМУЮ переадресацию?
 
Вам необходимо войти или зарегистрироваться, чтобы здесь отвечать.

Для администраторов

Статистика форума

Темы
44.774
Сообщения
233.702
Пользователи
78.510
Новый пользователь
florianb
#

20 лет в VoIP Лидерство в
отрасли

Основанная в 2005 году, когда VoIP только появился, 3CX стала мировым лидером в отрасли бизнес-коммуникаций.

Узнать больше
20 Years of 3CX
3CX Logo Footer Copyright © Карта сайта Конфиденциальность
Верх Низ