07-23-2017 09:41 AM - edited 03-17-2019 10:51 AM
Hello everyone
Customer has a sip phone enviroment with CUCM and CUC.
They demand sth like that; When a dn(2820) called and no answer, call will be forwarded to the another dn.
Everything is normal until here, but they wants;call will be forwarded to the gsm number of dn owner in hour of works and if time is out of work call will be forwarded to the security guy(2843)
So i just said that i can do it via using Time schedule of CUCM.
I configured 2 different time schedule which includes correct time periods and assign these schedules 2 new partition(InWorkPT and OffWorkPT)
I created 2 translation pattern with same number(8100) and assign different partitions to each of them(8100/InWorkPT and 8100OffWorkPT)
Under each of Translation pattern, called party transform mask has set to the number which will be forwarded.(8100/InWorkPT is translated to the dn owner GSM and 8100/OffWorkPT translated to the security guy dn)
I had also add these 2 new partitions in all CSS for being sure there will be no permission problem.
Also translation pattern had a CSS which includes all partitions.
Here is the problem begins; when i call 2820, call fails
But when i call 8100 directly for test it works.
Calling party CUCM
INVITE->
<-TRYING
<-480 Temp.N.A.
ACK->
I can also see after i collect sdl logs, CUCM sends "480 temporarily not available" to the calling party
Im adding this message below.
What could the problem be ?
Thanks
Caner
1
6115947.001 |16:13:21.522 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 192.168.76.20 on port 25903 index 226406
[130700845,NET]
SIP/2.0 480 Temporarily Not Available
Via: SIP/2.0/TCP 192.168.76.20:5060;egress-zone=CEtcppublishercustomercomtr;branch=z9hG4bKe39bee80368b3d070e89e3041d4832c11422438;proxy-call-id=83e9055e-47f3-4cc7-9528-81c686ad8ff5;rport,SIP/2.0/TLS 192.168.76.20:5073;branch=z9hG4bKa02efd23653063a7c5ac7f33897e28214166;x-cisco-local-service=nettle;received=192.168.76.20;rport=32415;ingress-zone=DefaultZone,SIP/2.0/TLS 192.168.76.20:5061;egress-zone=DefaultZone;branch=z9hG4bKb723f385668fe624fb3649ff707a281c1422437.f2fc11bc8d3dda5f3c5068d2bcaf76be;proxy-call-id=465d69b8-8005-43c0-92b7-739397194efa;received=192.168.76.20;rport=25901,SIP/2.0/TLS 192.168.76.27:7001;egress-zone=MRA;branch=z9hG4bKa7ce2c5a262ba0dbc8741f2c12a0a2ee21329.2d7721035ebaa70d6e5dd831b830aa7e;proxy-call-id=5ab343d5-11d7-4adb-930d-aeba77cab84a;received=192.168.76.27;rport=7001;ingress-zone=MRA,SIP/2.0/TLS 10.94.176.240:59082;branch=z9hG4bK7f2581ae;received=178.247.177.98;rport=21200;ingress-zone=CollaborationEdgeZone
From: "2003" <sip:2003@publisher.customer.com.tr>;tag=2e843f0387df005444704a4b-281da507
To: <sip:2843@publisher.customer.com.tr>;tag=43399922~3934b81c-7c6f-4a3b-aa7b-18bdff2f1ac0-27582437
Date: Sun, 23 Jul 2017 13:13:21 GMT
Call-ID: 2e843f03-87df001e-55f50179-4833db05@10.94.176.240
CSeq: 101 INVITE
Allow-Events: presence
Server: Cisco-CUCM11.5
Session-ID: 00000000000000000000000000000000;remote=60c332a29cd7426bcd59b5aa43399922
Content-Length: 0
Timestamp: 3583671201522
UTC Timestamp:3583660401522
Source Filename: SDL001_100_000504.txt.gz
07-23-2017 11:27 AM
Can the call forward CSS reach that DN?
07-23-2017 11:52 AM
Yes cf css include all partitions
07-23-2017 10:05 PM
so both the TP CSS as well as the callforwarding CSS contains: InWorkPT and OffWorkPT ?
07-23-2017 11:57 PM
Yes Dennis. Actually i put these partitions under to all CSS
07-24-2017 12:38 AM
Try with CTI route point instead of Translation pattern.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide