SPA8800 почти всегда не передает CallerID в 3CX сервер

[anonymous]

Вместо номера определенного с PSTN в логах при входящем - User ID сип аккаунта на FXO в SPA8800, иногда номер отображается нормально. При этом сама SPA8800 видит все CallerID нормально (Last PSTN Caller: , XXXXX3247136).
PSTN CID For VoIP CID: yes

 

[anonymous]

@nsw88 wrote:Вместо номера определенного с PSTN в логах при входящем - User ID сип аккаунта на FXO в SPA8800, иногда номер отображается нормально. При этом сама SPA8800 видит все CallerID нормально (Last PSTN Caller: , XXXXX3247136).
PSTN CID For VoIP CID: yes
CallerID указывается шлюзом.
Где-то обсуждалась похожая проблема при подключении, если не ошибаюсь, SPA3102 (родственник SPA8800)
Суть проблемы была такая. Если физическая линия предоставляет CallerID с задержкой, то шлюз отправляет звонок к АТС до того, как получил его (CallerID). Как следствие - CallerID не может быть указан, и шлюз ставит свой "виртуальный номер". Лечилось какой-то настройкой шлюза, которая заставляла его отправлять звонок на АТС с небольшой задержкой, дабы физическая линия успела "набибикать" номер звонящего.

 

[anonymous]

Спасибо, решение на картинке. У меня было "1".

 

[vpaulo]

коллеги, а у меня чет так не проканало. причем разобрал что шлюз шлет. (((( не понятно.

Offer SDP arrived on Leg L:29.1[Unknown:];
OnOffer Recv Req INVITE from 192.168.10.252:5061 tid=-27aa2450 Call-ID=ba3e0df4-a4a427ac @192.168.10.252:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.10.252:5061;branch=z9hG4bK-27aa2450
Max-Forwards: 70
Contact: "99994"
To:
From: "199994";tag=b2a21954277093cco1
Call-ID: ba3e0df4-a4a427ac @192.168.10.252
CSeq: 102 INVITE
Expires: 240
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Content-Type: application/sdp
Proxy-Authorization: Digest username="99994",realm="3CXPhoneSystem",nonce="414d535c0a443e6d15:ad6c135c55c84efef0454b7967ba935c",uri="sip:[email protected]",algorithm=MD5,response="b464ca7dc1708273def2b3de56ac3df5"
Supported: x-sipura, replaces
User-Agent: Cisco/SPA8800-6.1.7(GW)
Content-Length: 444
Remote-Party-ID: "199994" ;screen=yes;party=calling

v=0
o=- 51857 51857 IN IP4 192.168.10.252
s=-
c=IN IP4 192.168.10.252
t=0 0
m=audio 16465 RTP/AVP 0 2 4 8 18 96 97 98 100 101
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=fmtp:100 192-193
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv
07-окт-2014 13:07:57.260 [CM503012]: Inbound office hours rule (unnamed) for 99994 forwards to DN:5500
07-окт-2014 13:07:57.260 [Flow] Looking for inbound target: cal

 

[vpaulo]

разобрался. Наш гадский МГТС не отдает каллер айди как надо.