02-21-2012 11:18 AM - edited 03-21-2019 05:23 AM
I have a CyberData Door Intercomm box - which ties to a door access relay. Sometimes our office personel are thin - i.e. working out in the field so we do not leave our door unlocked. This SIP door phone is asigned an extension that rings all phones inside the office and during the conversation a DTMF tone will trigger the door to unlock. This system worked for over 2 years with our previous UC520 system. Recently we expanded to a UC560 system. Via CLI, I added the below configuration - and the call box worked properly for a about 8 hours - then would no longer work.
voice service voip
allow-connections sip to sip
sip
registrar server expires max 1200 min 300
!
voice register global
mode cme
source-address 10.1.1.1 port 5060
max-dn 1
max-pool 1
!
voice register dn 1
label doorbox
number 199
No-reg
!
voice register pool 1
id mac 0020.F700.3C87
number 1 dn 1
dtmf-relay rtp-nte
username 199 password ext199
codec g711ulaw
no vad
!
Small Business TAC would only do very limited support and really went beyond what I know they are allowed to do. The SIP endpoint appears properly registered to the UC560, the issue is extension 199 gives a fast busy.
UC_560#sh voice register pool 1
Pool Tag 1
Config:
Mac address is 0020.F700.3C87
Number list 1 : DN 1
Proxy Ip address is 0.0.0.0
Current Phone load version is CyberData Indoor Intercom v6.3.0
DTMF Relay is enabled, rtp-nte
Call Waiting is enabled
DnD is disabled
Busy trigger per button value is 0
keep-conference is enabled
username 199 password ext199
Lpcor Type is none
Transport type is udp
service-control mechanism is not supported
registration Call ID is 2639953278
Privacy feature is not configured.
Privacy button is disabled
active primary line is: 199
contact IP address: 192.168.173.249 port 5060
Dialpeers created:
Dial-peers for Pool 1:
dial-peer voice 40001 voip
destination-pattern 199
session target ipv4:192.168.173.249:5060
session protocol sipv2
dtmf-relay rtp-nte
codec g711ulaw bytes 160
no vad
after-hours-exempt FALSE
Statistics:
Active registrations : 1
Total SIP phones registered: 1
Total Registration Statistics
Registration requests : 6
Registration success : 6
Registration failed : 0
unRegister requests : 5
unRegister success : 5
unRegister failed : 0
Attempts to register
after last unregister : 0
Last register request time : 15:14:18.878 EST Thu Jan 26 2012
Last unregister request time : 15:13:56.478 EST Thu Jan 26 2012
Register success time : 15:14:18.878 EST Thu Jan 26 2012
Unregister success time : 15:13:56.480 EST Thu Jan 26 2012
The CyberData call box config attached, along with SIP debug traces.
000577: Jan 26 16:46:00.314: %SYS-5-CONFIG_I: Configured from http by techadmin on 192.168.173.40
000578: Jan 26 16:46:00.394: %SYS-5-CONFIG_I: Configured from http by techadmin on 192.168.173.40
000579: Jan 26 16:46:10.254: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
000580: Jan 26 16:46:30.030: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
000581: Jan 26 16:46:30.034: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:198@10.1.1.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.173.249:5060;rport;branch=z9hG4bK1321369113
From: MainDoor <sip:199@10.1.1.1>;tag=1423641688
To: <sip:198@10.1.1.1>
Call-ID: 1039798368
CSeq: 20 INVITE
Contact: <sip:199@192.168.173.249:5060>
Content-Type: application/sdp
Max-Forwards: 70
User-Agent: CyberData Indoor Intercom v6.3.0
Subject: Phone call
Expires: 120
Content-Length: 322
v=0
o=199 123456 654321 IN IP4 192.168.173.249
s=A conversation
c=IN IP4 192.168.173.249
t=0 0
m=audio 10500 RTP/AVP 0 8 18 110 111 101
a=rtpmap:0 PCMU/8000/1
a=rtpmap:8 PCMA/8000/1
a=rtpmap:18 G729/8000/1
a=rtpmap:110 speex/8000/1
a=rtpmap:111 speex/16000/1
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
000582: Jan 26 16:46:30.034: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP 192.168.173.249:5060;rport;branch=z9hG4bK1321369113
From: MainDoor <sip:199@10.1.1.1>;tag=1423641688
To: <sip:198@10.1.1.1>;tag=502475C-D60
Date: Thu, 26 Jan 2012 21:46:30 GMT
Call-ID: 1039798368
CSeq: 20 INVITE
Allow-Events: telephone-event
Reason: Q.850;cause=63
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
000583: Jan 26 16:46:30.038: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:198@10.1.1.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.173.249:5060;rport;branch=z9hG4bK1321369113
From: MainDoor <sip:199@10.1.1.1>;tag=1423641688
To: <sip:198@10.1.1.1>;tag=502475C-D60
Call-ID: 1039798368
CSeq: 20 ACK
Content-Length: 0
000584: Jan 26 16:46:30.038: //-1/0A4236AB8B4E/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x88AF97E8
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 199
Called Number : 198
Source IP Address (Sig ): 192.168.173.20
Destn SIP Req Addr:Port : 192.168.173.249:0
Destn SIP Resp Addr:Port : 192.168.173.249:5060
Destination Name : 192.168.173.249
000585: Jan 26 16:46:30.038: //-1/0A4236AB8B4E/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 63
Disconnect Cause (SIP) : 500
000586: Jan 26 16:46:47.202: //-1/147DD74D8B4F/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=301
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=0
cisco-rdnsi=0
cisco-redirectreason=0 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
000587: Jan 26 16:46:47.202: //-1/147DD74D8B4F/CCAPI/cc_api_call_setup_ind_common:
Interface=0x896A7564, Call Info(
Calling Number=301,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE,
Incoming Dial-peer=20007, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
000588: Jan 26 16:46:47.202: //-1/147DD74D8B4F/CCAPI/ccCheckClipClir:
In: Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
000589: Jan 26 16:46:47.202: //-1/147DD74D8B4F/CCAPI/ccCheckClipClir:
Out: Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
000590: Jan 26 16:46:47.202: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000591: Jan 26 16:46:47.202: :cc_get_feature_vsa malloc success
000592: Jan 26 16:46:47.202: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000593: Jan 26 16:46:47.202: cc_get_feature_vsa count is 5
000594: Jan 26 16:46:47.206: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000595: Jan 26 16:46:47.206: :FEATURE_VSA attributes are: feature_name:0,feature_time:2337144440,feature_id:1424
000596: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown))
000597: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_process_call_setup_ind:
Event=0x88713F78
000598: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccCallSetContext:
Context=0x8B39FAF8
000599: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 1893 with tag 20007 to app "_ManagedAppProcess_Default"
000600: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccCallSetupAck:
Call Id=1893
000601: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_api_set_transfer_info:
Transfer Number=, Transfer Reason=0x0
000602: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccGenerateToneInfo:
Stop Tone On Digit=TRUE, Tone=Dial Tone,
Tone Direction=Network, Params=0x0, Call Id=1893
000603: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccSetDigitTimeouts:
Initial Digit Timeout=-1000(ms), Inter Digit Timeout=-1000(ms)
000604: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccSetDigitTimeouts:
Call Entry(Inter Digit Timeout=10000(ms), Initial Digit Timeout=10000(ms))
000605: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccCallReportDigits:
(callID=0x765, digit_event=0x1, enable=TRUE, consume=FALSE)
000606: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/ccCallReportDigits:
Enabled=TRUE, Call Id=1893
000607: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
(vdbPtr=0x896A7564, callID=0x765, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
000608: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
Enabled=TRUE, Disposition=0x0, Interface=0x896A7564, Call Id=1893
000609: Jan 26 16:46:47.206: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=5000(ms))
000610: Jan 26 16:46:47.254: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_begin:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=1, DigitBeginFlags=0x0,
Rtp Timestamp=0x1E1B08, Rtp Expiration=0x0
000611: Jan 26 16:46:47.254: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=1, Duration=100,
Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
000612: Jan 26 16:46:47.254: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Call Entry(Handoff Depth=0)
000613: Jan 26 16:46:47.446: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_begin:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=9, DigitBeginFlags=0x0,
Rtp Timestamp=0x1E9808, Rtp Expiration=0x0
000614: Jan 26 16:46:47.450: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=9, Duration=100,
Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
000615: Jan 26 16:46:47.450: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Call Entry(Handoff Depth=0)
000616: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_begin:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=9, DigitBeginFlags=0x0,
Rtp Timestamp=0x1F1508, Rtp Expiration=0x0
000617: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
Source Call Id=1893, Digit=9, Duration=100,
Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
000618: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_digit_end:
Call Entry(Handoff Depth=0)
000619: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/ccCallReportDigits:
(callID=0x765, digit_event=0x0, enable=FALSE, consume=FALSE)
000620: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/ccCallReportDigits:
Enabled=TRUE, Call Id=1893
000621: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
(vdbPtr=0x896A7564, callID=0x765, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)
000622: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
Enabled=TRUE, Disposition=0x0, Interface=0x896A7564, Call Id=1893
000623: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/cc_api_call_report_digits_done:
Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=5000(ms))
000624: Jan 26 16:46:47.654: //1893/147DD74D8B4F/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
000625: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=40001, Params=0x8B390F68, Progress Indication=ORIGINATING SIDE IS NON ISDN(3)
000626: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccCheckClipClir:
In: Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
000627: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccCheckClipClir:
Out: Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
000628: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccCallSetupRequest:
Destination Pattern=199, Called Number=199, Digit Strip=FALSE
000629: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccCallSetupRequest:
Calling Number=301(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=199(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=IIT Wireless
Account Number=, Final Destination Flag=FALSE,
Guid=147DD74D-479E-11E1-8B4F-8395CE7A3459, Outgoing Dial-peer=40001
000630: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=301
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=199
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=0
cisco-rdnsi=0
cisco-redirectreason=0 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
000631: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x87DD3E50, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=301,(Calling Name=IIT Wireless)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=199(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE, Outgoing Dial-peer=40001, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
000632: Jan 26 16:46:47.658: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000633: Jan 26 16:46:47.658: :cc_get_feature_vsa malloc success
000634: Jan 26 16:46:47.658: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000635: Jan 26 16:46:47.658: cc_get_feature_vsa count is 6
000636: Jan 26 16:46:47.658: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
000637: Jan 26 16:46:47.658: :FEATURE_VSA attributes are: feature_name:0,feature_time:2337145336,feature_id:1425
000638: Jan 26 16:46:47.658: //1894/147DD74D8B4F/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
000639: Jan 26 16:46:47.658: //1894/147DD74D8B4F/CCAPI/ccCallSetContext:
Context=0x8B390F18
000640: Jan 26 16:46:47.658: //1893/147DD74D8B4F/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=40001
000641: Jan 26 16:46:47.662: //1894/147DD74D8B4F/CCAPI/cc_api_call_proceeding:
Interface=0x87DD3E50, Progress Indication=NULL(0)
000642: Jan 26 16:46:47.666: //1894/147DD74D8B4F/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:199@192.168.173.249:5060 SIP/2.0
Via: SIP/2.0/UDP 64.191.173.163:5060;branch=z9hG4bK1C42706
From: "IIT Wireless" <sip:301@216.82.224.202>;tag=5028C38-3DDA
To: <sip:199@192.168.173.249>
Date: Thu, 26 Jan 2012 21:46:47 GMT
Call-ID: 14C40762-479E11E1-8B548395-CE7A3459@64.191.173.163
Supported: 100rel,timer,resource-priority,replaces
Min-SE: 1800
Cisco-Guid: 0343791437-1201541601-2337244053-3464115289
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1327614407
Contact: <sip:301@64.191.173.163:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 228
v=0
o=CiscoSystemsSIP-GW-UserAgent 9883 2743 IN IP4 64.191.173.163
s=SIP Call
t=0 0
m=audio 16854 RTP/AVP 0 101
c=IN IP4 64.191.173.163
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
000643: Jan 26 16:46:47.718: //1894/147DD74D8B4F/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 This gateway does not serve that domain.
Via: SIP/2.0/UDP 64.191.173.163:5060;branch=z9hG4bK1C42706
From: "IIT Wireless" <sip:301@216.82.224.202>;tag=5028C38-3DDA
To: <sip:199@192.168.173.249>;tag=f5da119de3db22dcaa2abb8ea9fec0ce.e243
Call-ID: 14C40762-479E11E1-8B548395-CE7A3459@64.191.173.163
CSeq: 101 INVITE
Server: Bandwidth.com TRM (bw7.gold.13)
Content-Length: 0
000644: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/cc_api_call_disconnected:
Cause Value=57, Interface=0x87DD3E50, Call Id=1894
000645: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=57, Retry Count=0)
000646: Jan 26 16:46:47.718: //1893/147DD74D8B4F/CCAPI/ccCallReleaseResources:
release reserved xcoding resource.
000647: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/ccCallSetAAA_Accounting:
Accounting=0, Call Id=1894
000648: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/ccCallDisconnect:
Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=57)
000649: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/ccCallDisconnect:
Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
000650: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x87DD3E50, Tag=0x0, Call Id=1894,
Call Entry(Disconnect Cause=57, Voice Class Cause Code=0, Retry Count=0)
000651: Jan 26 16:46:47.718: //1894/147DD74D8B4F/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
000652: Jan 26 16:46:47.718: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
000653: Jan 26 16:46:47.718: :cc_free_feature_vsa freeing 8B4E01F0
000654: Jan 26 16:46:47.718: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
000655: Jan 26 16:46:47.718: vsacount in free is 5
000656: Jan 26 16:46:47.718: //1894/147DD74D8B4F/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x88AF97E8
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 301
Called Number : 199
Source IP Address (Sig ): 64.191.173.163
Destn SIP Req Addr:Port : 216.82.224.202:5060
Destn SIP Resp Addr:Port : 216.82.224.202:5060
Destination Name : 216.82.224.202
000657: Jan 26 16:46:47.718: //1894/147DD74D8B4F/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : No Codec
Negotiated Codec Bytes : 0
Nego. Codec payload : 255 (tx), 255 (rx)
Negotiated Dtmf-relay : 0
Dtmf-relay Payload : 0 (tx), 0 (rx)
Source IP Address (Media): 64.191.173.163
Source IP Port (Media): 16854
Destn IP Address (Media): -
Destn IP Port (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0
000658: Jan 26 16:46:47.718: //1894/147DD74D8B4F/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 57
Disconnect Cause (SIP) : 403
000659: Jan 26 16:46:47.722: //1893/147DD74D8B4F/CCAPI/ccCallDisconnect:
Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
000660: Jan 26 16:46:47.722: //1893/147DD74D8B4F/CCAPI/ccCallDisconnect:
Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
000661: Jan 26 16:46:47.722: //1893/147DD74D8B4F/CCAPI/cc_api_get_transfer_info:
Transfer Number Is Null
000662: Jan 26 16:46:47.722: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:199@192.168.173.249:5060 SIP/2.0
Via: SIP/2.0/UDP 64.191.173.163:5060;branch=z9hG4bK1C42706
From: "IIT Wireless" <sip:301@216.82.224.202>;tag=5028C38-3DDA
To: <sip:199@192.168.173.249>;tag=f5da119de3db22dcaa2abb8ea9fec0ce.e243
Date: Thu, 26 Jan 2012 21:46:47 GMT
Call-ID: 14C40762-479E11E1-8B548395-CE7A3459@64.191.173.163
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Solved! Go to Solution.
02-27-2012 09:01 AM
Hi
Here is a Guess as to what's happening.
Cause code 57, as seen in your notes, mentions in it's long winded description bla bla ...."not authorized."
I am think you have run into some of the toll fraud software recently incorporated into the UC500 platform. Makes sense as you migrated from an older platform to a new platform.
I am surprised it even worked for 8 hours, if it really did work for 8 hours, then my hypothesis is incorrect, and you should call Small Business Support Center for some guidance.
[ We are really not reposnsible for configuration needed for a cyberdata call box to work, that should be cyberdata. But I have to admit it's a neat application. ]
A new feature introduced with 15.(1)2T is the default behavior of a toll-fraud prevention feature. This IOS image mitigate the issues with toll fraud tracked with CSCtc25450, and probably this is what is happening to you. The following URL explains the changes https://supportforums.cisco.com/docs/DOC-12228
But in order to avoid speaking to unknown sources, you will need to put the IP of your SIP Gw, the configuration is straight forward via Command Line interface.
voice service voip
ip address trustedlist
ipv4 0.0.0.0 0.0.0.0
But, if you configured the UC560 with CCA 3.2, you have the ability within CCA 3.2 to state any trusted SIP devices, even locally connected devices.
But i'm guessing, since you manually added the CLI to get the cyberdata call box initially working, you probably would not have added any ACLs or IP trusted information into the new platform.
regards Dave
02-27-2012 09:01 AM
Hi
Here is a Guess as to what's happening.
Cause code 57, as seen in your notes, mentions in it's long winded description bla bla ...."not authorized."
I am think you have run into some of the toll fraud software recently incorporated into the UC500 platform. Makes sense as you migrated from an older platform to a new platform.
I am surprised it even worked for 8 hours, if it really did work for 8 hours, then my hypothesis is incorrect, and you should call Small Business Support Center for some guidance.
[ We are really not reposnsible for configuration needed for a cyberdata call box to work, that should be cyberdata. But I have to admit it's a neat application. ]
A new feature introduced with 15.(1)2T is the default behavior of a toll-fraud prevention feature. This IOS image mitigate the issues with toll fraud tracked with CSCtc25450, and probably this is what is happening to you. The following URL explains the changes https://supportforums.cisco.com/docs/DOC-12228
But in order to avoid speaking to unknown sources, you will need to put the IP of your SIP Gw, the configuration is straight forward via Command Line interface.
voice service voip
ip address trustedlist
ipv4 0.0.0.0 0.0.0.0
But, if you configured the UC560 with CCA 3.2, you have the ability within CCA 3.2 to state any trusted SIP devices, even locally connected devices.
But i'm guessing, since you manually added the CLI to get the cyberdata call box initially working, you probably would not have added any ACLs or IP trusted information into the new platform.
regards Dave
02-27-2012 10:11 AM
Thank you so much! Trusted SIP was indeed the problem!
I went ahead and added the trusted device in CCA. I recall now, the 8 hours it worked - was the first 8 hours where I attempting to pass SIP internally thorugh my ASA5510 not using the UC500. All firewall and NAT'ing were disabled our frist day. After a long case with ASA and UC560 support, we could not get Bandwidth.com SIP traffic through the ASA (never could with our UC520 solution either) - so put my UC560 back on a public segment and re-enabled all WAN functionality. This occured end of business day - and the call box was reported the next morning as broken.
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