Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- :
- About Oernulf Lindblom
08-27-2019
Stats
Member since
10-27-2010
22
Posts
15
Helpful
0
Solutions
Created by
Oernulf Lindblom
in Other Collaboration Subjects
in Other Collaboration Subjects
05-08-2017
12:27 AM
05-08-2017
12:27 AM
DX80 with CE8.3.1 firmware registered to CUCM 10.5.2: When the DX80 is in a virtual videokonferance where content is beeing shared. the DX80 snaps back to PC mode and the user has to click on the "hide PC" button to switch back. This seem to happen in every call but not on set intervals.
Any ideas what can cause this?
... View more
Labels:
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
11-28-2016
11:23 PM
11-28-2016
11:23 PM
Here is how TAC solved it for us. There was no one-liner command on Cube that solved it al. We needed CUBE config but also CUCM config.
The problem: When a ITSP sends an Invite message to the CUBE during a voice-to-fax switch-over, and it includes a Session Description Protocol (SDP) that contains two m-lines, the original behavior of the CUBE was to reject the call with an SIP 488 Not Acceptable Here message.
ITSP says they are following RFC3264, while Cisco claims the RFC is not specific to the T38 Relay and that multiple m-lines introduce other issues, hence the CUBE will not support it.
I have made a document that document the changes done.
... View more
02-19-2016
08:25 AM
Ayodeji,
Do you know if CUBE IOS in theory on papar support the RFC 3264? When it does not support mulitple m-lines, I think it does not. So if a ITSP actually follow whats in RFC3264 then we have an issue with CUBES and T38.
I don't care if its one or two m-lines as long as it works. And it works if the RFC's are followed.
BR
Ornulf
... View more
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
03-05-2013
06:30 AM
03-05-2013
06:30 AM
Hi guys! Does anyone have the set of indonesian route patterns for CUCM you can share? BR Ornulf
... View more
Labels:
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
07-02-2012
01:15 AM
07-02-2012
01:15 AM
Paolo, thank you for replying. It looks like trunk group configuration will not help me achieve the desired hunting from one FXS port to the next one at no answer. Event with configured, the call will just go to the first FXS port and not hunt to the next one. My trunk group config: trunk group 4010 hunt-scheme sequential ! dial-peer voice 4010 pots trunkgroup 4010 translation-profile incoming 1 destination-pattern 4010 ! voice-port 0 trunk-group 4010 no comfort-noise cptone NO timeouts ringing 20 station-id number 4723674010 caller-id enable ! voice-port 2 trunk-group 4010 cptone NO timeouts ringing 20 station-id number 4723674010 caller-id enable voice-port 0 trunk-group 4010 no comfort-noise cptone NO timeouts ringing 20 station-id number 4723674010 caller-id enable ! voice-port 2 trunk-group 4010 cptone NO timeouts ringing 20 station-id number 4723674010 caller-id enable I even tried to seperate the ports with Preference(with no different result): dial-peer voice 1 pots translation-profile incoming 1 preference 2 destination-pattern 4010 port 0 dial-peer voice 3 pots translation-profile incoming 1 preference 1 destination-pattern 4010 port 2 Also I found this post that verifies hunting is not possible on a FXS port (with no CUCM or CME involved): https://supportforums.cisco.com/thread/2056535 However it would be good if it was possible!
... View more
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
06-29-2012
06:18 AM
06-29-2012
06:18 AM
I have a issue where hunting between POTS dial peers (FXS port) does not work. The Dial Peers has the same destination Pattern configured (4010). The wanted behaviour is for the call to hunt to the next dial peer when there is no answer . I know that if one FXS port is busy or off hook it will hunt to the next dialpeer with the same destination pattern. However, I want to achieve hunting also on no answer. Is this possible? Note: this is no CME or SCPC controlled set up. My essential config elements: voice service voip fax protocol t38 nse version 0 ls-redundancy 0 hs-redundancy 0 fallback none sip bind control source-interface Vlan451 bind media source-interface Vlan451 ! dial-peer voice 1 pots translation-profile incoming 1 destination-pattern 4010 port 0 ! dial-peer voice 3 pots translation-profile incoming 1 preference 1 destination-pattern 4010 port 2 ! dial-peer voice 5 voip description ** default innkommende DP ** notify redirect ip2pots redirect ip2ip session protocol sipv2 incoming called-number . dtmf-relay rtp-nte ip qos dscp ef signaling ! voice-port 0 no comfort-noise cptone NO station-id number 4723674010 caller-id enable ! voice-port 1 cptone NO station-id number 4755657585 caller-id enable ! voice-port 2 cptone NO station-id number 4723674010 caller-id enable Debugs: Debug voice ccapi inout Debug voip dialpeer Calling Party Number: 4723037146 Called Party Number: 4723674010 SID4893-RO1# Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=4723674010, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=1, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.572: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=4723037146, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.576: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jun 29 13:06:58.576: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.576: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=4723037146, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.576: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jun 29 13:06:58.576: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.576: //-1/F2E6EE800000/DPM/dpAssociateIncomingPeerCore: Calling Number=4723037146, Called Number=4723674010, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.576: //-1/F2E6EE800000/DPM/dpAssociateIncomingPeerCore: Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=5 Jun 29 13:06:58.576: //-1/F2E6EE800000/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jun 29 13:06:58.580: //-1/F2E6EE800000/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=4723037146 ----- ccCallInfo IE subfields ----- cisco-ani=4723037146 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=4723674010 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=-1 cisco-rdnsi=-1 cisco-redirectreason=-1 fwd_final_type =0 final_redirectNumber = hunt_group_timeout =0 Jun 29 13:06:58.580: //-1/F2E6EE800000/CCAPI/cc_api_call_setup_ind_common: Interface=0x8801E098, Call Info( Calling Number=4723037146,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=4723674010(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Incoming Dial-peer=5, Progress Indication=NULL(0), Calling IE Present=TRUE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=93 Jun 29 13:06:58.580: //-1/F2E6EE800000/CCAPI/ccCheckClipClir: In: Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) Jun 29 13:06:58.580: //-1/F2E6EE800000/CCAPI/ccCheckClipClir: Out: Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.580: :cc_get_feature_vsa malloc success Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.580: cc_get_feature_vsa count is 1 Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.580: :FEATURE_VSA attributes are: feature_name:0,feature_time:2307636528,feature_id:93 Jun 29 13:06:58.580: //93/F2E6EE800000/CCAPI/cc_api_call_setup_ind_common: Set Up Event Sent; Call Info(Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=4723674010(TON=Unknown, NPI=Unknown)) Jun 29 13:06:58.580: //93/F2E6EE800000/CCAPI/cc_process_call_setup_ind: Event=0x88D89380 Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.580: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Try with the demoted called number 4723674010 Jun 29 13:06:58.584: //93/F2E6EE800000/CCAPI/ccCallSetContext: Context=0x89A227C4 Jun 29 13:06:58.584: //93/F2E6EE800000/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed cid 93 with tag 5 to app "_ManagedAppProcess_Default" Jun 29 13:06:58.584: //93/F2E6EE800000/CCAPI/ccCallProceeding: Progress Indication=NULL(0) Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.584: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=4723674010, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=4723674010, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=4723674010, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=0, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.588: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723674010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723674010 Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchSafModulePlugin: dialstring=4723674010, saf_enabled=1, saf_dndb_lookup=1, dp_result=0 Jun 29 13:06:58.588: //-1/F2E6EE800000/DPM/dpMatchPeersMoreArg: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.588: //93/F2E6EE800000/CCAPI/ccCallSetupRequest: Destination=, Calling IE Present=TRUE, Mode=0, Outgoing Dial-peer=1, Params=0x89A23C2C, Progress Indication=NULL(0) Jun 29 13:06:58.588: //93/F2E6EE800000/CCAPI/ccCheckClipClir: In: Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) Jun 29 13:06:58.588: //93/F2E6EE800000/CCAPI/ccCheckClipClir: Out: Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) SID4893-RO1# Jun 29 13:06:58.588: //93/F2E6EE800000/CCAPI/ccCallSetupRequest: Destination Pattern=4010, Called Number=4010, Digit Strip=TRUE Jun 29 13:06:58.588: //93/F2E6EE800000/CCAPI/ccCallSetupRequest: Calling Number=4723037146(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=4010(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info= Account Number=4723037146, Final Destination Flag=TRUE, Guid=F2E6EE80-0001-0000-0000-AD0107856B0A, Outgoing Dial-peer=1 Jun 29 13:06:58.592: //93/F2E6EE800000/CCAPI/cc_api_display_ie_subfields: ccCallSetupRequest: cisco-username=4723037146 ----- ccCallInfo IE subfields ----- cisco-ani=4723037146 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=4010 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=-1 cisco-rdnsi=-1 cisco-redirectreason=-1 fwd_final_type =0 final_redirectNumber = hunt_group_timeout =0 Jun 29 13:06:58.592: //93/F2E6EE800000/CCAPI/ccIFCallSetupRequestPrivate: Interface=0x88DDABB8, Interface Type=6, Destination=, Mode=0x0, Call Params(Calling Number=4723037146,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=4010(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=) Jun 29 13:06:58.592: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.592: :cc_get_feature_vsa malloc success Jun 29 13:06:58.592: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.592: cc_get_feature_vsa count is 2 Jun 29 13:06:58.592: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: Jun 29 13:06:58.592: :FEATURE_VSA attributes are: feature_name:0,feature_time:2307636752,feature_id:94 Jun 29 13:06:58.592: //94/F2E6EE800000/CCAPI/ccIFCallSetupRequestPrivate: SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1 Jun 29 13:06:58.592: //94/F2E6EE800000/CCAPI/ccCallSetContext: Context=0x89A23BDC Jun 29 13:06:58.592: //93/F2E6EE800000/CCAPI/ccSaveDialpeerTag: Outgoing Dial-peer=1 Jun 29 13:06:58.592: //94/F2E6EE800000/CCAPI/cc_api_call_proceeding: Interface=0x88DDABB8, Progress Indication=NULL(0) Jun 29 13:06:58.596: //94/F2E6EE800000/CCAPI/cc_api_call_cut_progress: Interface=0x88DDABB8, Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2), Cause Value=0 Jun 29 13:06:58.596: //94/F2E6EE800000/CCAPI/cc_api_call_cut_progress: Call Entry(Responsed=TRUE) Jun 29 13:06:58.596: //93/F2E6EE800000/CCAPI/ccCallCutProgress: Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2), Cause Value=0 Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE) Jun 29 13:06:58.596: //93/F2E6EE800000/CCAPI/ccCallCutProgress: Call Entry(Responsed=TRUE) Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723037146, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723037146 Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1) Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers: Result=NO_MATCH(-1) Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Calling Number=4010, Called Number=, Voice-Interface=0x0, Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=NO_MATCH(-1) After All Match Rules Attempt Jun 29 13:06:58.596: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.596: //93/F2E6EE800000/CCAPI/ccConferenceCreate: (confID=0x89A62184, callID1=0x5D, gcid=24A66F25-C12211E1-8106C3ED-704C42DD, tag=0x0) Jun 29 13:06:58.596: //94/F2E6EE800000/CCAPI/ccConferenceCreate: (confID=0x89A62184, callID2=0x5E, gcid=24A66F25-C12211E1-8106C3ED-704C42DD, tag=0x0) Jun 29 13:06:58.596: //93/F2E6EE800000/CCAPI/ccConferenceCreate: Conference Id=0x89A62184, Call Id1=93, Call Id2=94, Tag=0x0 Jun 29 13:06:58.596: //93/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: Jun 29 13:06:58.596: cc_api_get_xcode_stream : 4702 Jun 29 13:06:58.596: //93/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: Jun 29 13:06:58.596: cc_api_get_xcode_stream : 4702 Jun 29 13:06:58.596: //93/F2E6EE800000/CCAPI/cc_api_bridge_done: Conference Id=0x21, Source Interface=0x8801E098, Source Call Id=93, Destination Call Id=94, Disposition=0x0, Tag=0x0 Jun 29 13:06:58.600: //94/F2E6EE800000/CCAPI/cc_api_bridge_done: Conference Id=0x21, Source Interface=0x88DDABB8, Source Call Id=94, Destination Call Id=93, Disposition=0x0, Tag=0xFFFFFFFF Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/cc_generic_bridge_done: Conference Id=0x21, Source Interface=0x88DDABB8, Source Call Id=94, Destination Call Id=93, Disposition=0x0, Tag=0xFFFFFFFF Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/ccConferenceCreate: Call Entry(Conference Id=0x21, Destination Call Id=94) Jun 29 13:06:58.600: //94/F2E6EE800000/CCAPI/ccConferenceCreate: Call Entry(Conference Id=0x21, Destination Call Id=93) Jun 29 13:06:58.600: //94/F2E6EE800000/CCAPI/cc_api_caps_ind: Destination Interface=0x8801E098, Destination Call Id=93, Source Call Id=94, Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1, Modem=0x2, Codec Bytes=20, Signal Type=3) Jun 29 13:06:58.600: //94/F2E6EE800000/CCAPI/cc_api_caps_ind: Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms), Playout Max=1000(ms), Fax Nom=300(ms)) Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/cc_api_caps_ind: Destination Interface=0x88DDABB8, Destination Call Id=94, Source Call Id=93, Caps(Codec=0x4, Fax Rate=0x2, Vad=0x2, Modem=0x0, Codec Bytes=20, Signal Type=2) Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/cc_api_caps_ind: Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms), Playout Max=1000(ms), Fax Nom=300(ms)) Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/cc_api_caps_ack: Destination Interface=0x88DDABB8, Destination Call Id=94, Source Call Id=93, Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2), Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3623) Jun 29 13:06:58.600: //94/F2E6EE800000/CCAPI/cc_api_caps_ack: Destination Interface=0x8801E098, Destination Call Id=93, Source Call Id=94, Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2), Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3623) Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=4723037146, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4723037146 Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1) Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1 Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers: Result=NO_MATCH(-1) Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Calling Number=, Called Number=4010, Peer Info Type=DIALPEER_INFO_SPEECH Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Match Rule=DP_MATCH_DEST; Called Number=4010 Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore: Result=Success(0) after DP_MATCH_DEST Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin: dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0 Jun 29 13:06:58.600: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers: Result=SUCCESS(0) List of Matched Outgoing Dial-peer(s): 1: Dial-peer Tag=1 2: Dial-peer Tag=3 Jun 29 13:06:58.600: //93/F2E6EE800000/CCAPI/ccCallNotify: Data Bitmask=0x7, Call Id=93 Jun 29 13:06:58.604: //93/F2E6EE800000/CCAPI/cc_process_notify_bridge_done: Conference Id=0x21, Call Id1=93, Call Id2=94 Jun 29 13:06:58.604: //94/F2E6EE800000/CCAPI/cc_api_voice_mode_event: Call Id=94 Jun 29 13:06:58.604: //94/F2E6EE800000/CCAPI/cc_api_voice_mode_event: Call Entry(Context=0x89A23BDC) SID4893-RO1# Jun 29 13:07:45.764: //93/F2E6EE800000/CCAPI/cc_api_call_disconnected: Cause Value=16, Interface=0x8801E098, Call Id=93 Jun 29 13:07:45.764: //93/F2E6EE800000/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0) Jun 29 13:07:45.764: //93/F2E6EE800000/CCAPI/ccConferenceDestroy: Conference Id=0x21, Tag=0x0 Jun 29 13:07:45.764: //93/F2E6EE800000/CCAPI/cc_api_bridge_drop_done: Conference Id=0x21, Source Interface=0x8801E098, Source Call Id=93, Destination Call Id=94, Disposition=0x0, Tag=0x0 Jun 29 13:07:45.764: //94/F2E6EE800000/CCAPI/cc_api_bridge_drop_done: Conference Id=0x21, Source Interface=0x88DDABB8, Source Call Id=94, Destination Call Id=93, Disposition=0x0, Tag=0x0 Jun 29 13:07:45.764: //93/F2E6EE800000/CCAPI/cc_generic_bridge_done: Conference Id=0x21, Source Interface=0x88DDABB8, Source Call Id=94, Destination Call Id=93, Disposition=0x0, Tag=0x0 Jun 29 13:07:45.768: //94/F2E6EE800000/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0) Jun 29 13:07:45.768: //94/F2E6EE800000/CCAPI/ccCallDisconnect: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16) Jun 29 13:07:45.768: //94/F2E6EE800000/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null Jun 29 13:07:45.768: //93/F2E6EE800000/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16) Jun 29 13:07:45.768: //93/F2E6EE800000/CCAPI/ccCallDisconnect: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16) Jun 29 13:07:45.796: //94/F2E6EE800000/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x88DDABB8, Tag=0x0, Call Id=94, Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0) Jun 29 13:07:45.796: //94/F2E6EE800000/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent SID4893-RO1# Jun 29 13:07:45.796: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: Jun 29 13:07:45.796: :cc_free_feature_vsa freeing 898BBE08 Jun 29 13:07:45.796: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: Jun 29 13:07:45.796: vsacount in free is 1 SID4893-RO1# Jun 29 13:07:46.948: //93/F2E6EE800000/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x8801E098, Tag=0x0, Call Id=93, Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0) Jun 29 13:07:46.948: //93/F2E6EE800000/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent Jun 29 13:07:46.948: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: Jun 29 13:07:46.948: :cc_free_feature_vsa freeing 898BBD28 Jun 29 13:07:46.948: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: Jun 29 13:07:46.948: vsacount in free is 0
... View more
Labels:
Created by
Oernulf Lindblom
in Voice over IP
in Voice over IP
03-08-2012
02:16 AM
03-08-2012
02:16 AM
Paolo, thanx for your reply. Its not crystal clear, but our customer tells us its because they have a propritary CDR application that actually do billing on voice activation detection on the permanent open channels. I know, a very odd case, but thats the requirments we are met with. So again in short, we need to configure: "PRI Idle": Permanently open timeslots open with G729 configuration on the PRI between Meridian PBXs and Cisco router: Topology: Meridian PBX-PRI-Cisco router-WAN-Cisco router-PRI-Meridian PBX Have all the channels beeing up and connected permanetly. Have the timeslot 16 set to 64kbps transparency Have the other timeslots set to G729 og Voice Activity Detection. (Target: to have no data going across unless there is a call going across(voice) ) All inputs/suggestions to how to configure this on the Cisco routers are greatly appreciated. BR Ornulf
... View more
Created by
Oernulf Lindblom
in Voice over IP
in Voice over IP
03-05-2012
02:13 AM
03-05-2012
02:13 AM
Paolo, do you think that simply configuring switch-type QSIG would helps us achive the following requirements: Have all the channels beeing up and connected permanetly. Have the timeslot 16 set to 64kbps transparency Have the other timeslots set to G729 og Voice Activity Detection. (Target: to have no data going across unless there is a call going across(voice) ) Our customer calls this feature PRI-IDLE on their Meridians. BR Ornulf PS: some links I am looking at to see if this is what we can use for configuration: http://www.cisco.com/en/US/docs/ios/12_0/12_0x/feature/guide/tccs_7xk.html http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800a96c1.shtml
... View more
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
12-14-2011
12:27 AM
12-14-2011
12:27 AM
Good answer! But if we wanted to NOT discard the call coming from the invalid Calling Party Number, but instead translate it to the main trunk number?
... View more
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
12-09-2011
05:14 AM
12-09-2011
05:14 AM
Depending on what FXS port makes the call, how can I prefix the called party number in order to route the call as described below?: FXS port 1 should be prefixed with a digit(s) so it can be routed to Location B, PSTN breakout or to a phone on this location FXS port 2 should be prefixed with a digit(s) so it can be routed to location C PSTN break out. Topology: 3 physical locations. Location A: Cisco router with 8 FXS ports Location B: Cisco router with FXS ports or PRI to a PBX, and PSTN gateway Location C: CUCM sentralized CUCM cluster and PSTN gateway
... View more
Labels:
Created by
Oernulf Lindblom
in IP Telephony and Phones
in IP Telephony and Phones
12-09-2011
05:07 AM
12-09-2011
05:07 AM
How can I configure the cisco router/gateway thats connected with a PRI to a legacy PBX to discard any invalid Calling Party Number on calls coming from the PBX (a number not in the valid configured range on the legacy PBX? Toplogy: Legacy PBX--PRI--Cisco router-IP network-CUCM-PSTN gw.
... View more
Labels:
Created by
Oernulf Lindblom
in Collaboration, Voice and Video Documents
in Collaboration, Voice and Video Documents
12-09-2011
05:00 AM
12-09-2011
05:00 AM
How can I configure the cisco router/gateway thats connected with a PRI to a legacy PBX to discard any invalid Calling Party Number on calls coming from the PBX (a number not in the valid configured range on the legacy PBX? Toplogy: Legacy PBX--PRI--Cisco router-IP network-CUCM-PSTN gw.
... View more
Labels:
Created by
Oernulf Lindblom
in Voice over IP
in Voice over IP
10-18-2011
12:33 PM
10-18-2011
12:33 PM
Thats not an option and not much help. Its certanly not a very common configuration and TAC even could not give us any help on this. I belive it is transparent CSS as described in this document I might need: http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800a96c1.shtml With this post I was hoping for some feedback from other people that had done the same configuration incorporating Meridan PBXes and Cisco routers between like described above. Best regards Ørnulf
... View more
Created by
Oernulf Lindblom
in Voice over IP
in Voice over IP
10-06-2011
07:43 AM
10-06-2011
07:43 AM
Is it possible to configure support for the below described requriments with Cisco routers/devices? Topology: 2 x Meridian SL-1 PBXes with a Cisco network between them to support the following requirements: -QSIG CCS signaling, Euro ISDN, PRI net5 -The signaling channel (D-channel) is transparent (P2P) -All B-channels (30) should be open towards the pbx’s in both ends -No traffic to be sent over the wan unless there is any calls going (spoofing) -The pbx chooses which B-channel to use for a call, signals it, and the Cisco routers must then "unspoof" this channel -Codec to be used G729 A collegue was suggesting this way to solve it: -Configure all the channels on the PRI on the routers/gateways connected via PRI to the to be open permanently -Congure timeslot 16 to 64kbps transparent -Configure the othe timeslots to G729 and Voice Activity Detection to make sure no data will be transmitted unless there is any speach going over Anyone configured anything simliar before? I guess a challenge would be to have the timeslots open with g729 configured? Best Regards Ørnulf
... View more
Labels:
04-07-2011
03:49 AM
Is it possible to enable WRED on a c4900M, with CBWFW or directy on a interface? I have tried but cant see thats the random-detect command as a configurable option. The point is that I want to avoid tail-drop which can lead to TCP global sync. Topology: 2x c4900M, each with the module WS-X4920-GB-RJ45 20 port 10/100/1000 RJ45. Its a 100mbit link between them. IOS is 12254SG ENTERPRISE SERVICES The present configuration where I am not able to enable WRED with random-detect: class-map match-all All_IP match access-group 103 class-map match-all NetApp_replikeringstrafikk match access-group 101 class-map match-all default class-map match-all FTP_trafikk match access-group 102 ! policy-map WAN_Policy class NetApp_replikeringstrafikk bandwidth percent 20 class FTP_trafikk bandwidth percent 2 class All_IP bandwidth percent 53 class class-default bandwidth percent 25 ! access-list 101 permit tcp host 172.17.3.20 host 172.16.3.20 range 10565 10569 access-list 102 permit tcp any any eq ftp-data access-list 102 permit tcp any any eq ftp access-list 103 permit ip any any ! interface GigabitEthernet2/20 switchport access vlan 414 switchport mode access bandwidth 130000 service-policy output WAN_Policy As a alternativ to avoid tail drop, I wrote this shaping config (which I have not had the possiblity to apply and test yet) policy-map WAN_Policy class NetApp_replikeringstrafikk shape average 20480 class FTP_trafikk shape average 2048 class All_IP shape average 54272 class class-default bandwidth 25600 All comments are greatly appreciated!
... View more
Labels:
05-08-2017
DX80 with CE8.3.1 firmware registered to CUCM 10.5.2: When the DX80 is
in a virtual videokonferance ...
Created by
Oernulf Lindblom
in Unified Communications Infrastructure
04-19-2017
04-19-2017
I have the same issue; the built in account (CUCMAdmin). I read that the
default policy is 30 min to...
11-28-2016
Here is how TAC solved it for us. There was no one-liner command on Cube
that solved it al. We neede...
02-19-2016
Ayodeji, Do you know if CUBE IOS in theory on papar support the RFC
3264? When it does not support m...
Created by
Oernulf Lindblom
in Unified Communications Infrastructure
11-05-2014
11-05-2014
In Prime Collaboration Deployment, install guide, says PCD requires that
you use a DNS server. Howev...
Created by
Oernulf Lindblom
in IP Telephony and Phones
03-05-2013
03-05-2013
Hi guys! Does anyone have the set of indonesian route patterns for CUCM
you can share?BR Ornulf
07-02-2012
Paolo,thank you for replying.It looks like trunk group configuration
will not help me achieve the de...
06-29-2012
I have a issue where hunting between POTS dial peers (FXS port) does not
work. The Dial Peers has th...
Created by
Oernulf Lindblom
in Voice over IP
03-08-2012
03-08-2012
Paolo,thanx for your reply. Its not crystal clear, but our customer
tells us its because they have a...
Created by
Oernulf Lindblom
in Voice over IP
03-05-2012
03-05-2012
Paolo,do you think that simply configuring switch-type QSIG would helps
us achive the following requ...
Created by
Oernulf Lindblom
in IP Telephony and Phones
12-14-2011
12-14-2011
Good answer! But if we wanted to NOT discard the call coming from the
invalid Calling Party Number, ...
Created by
Oernulf Lindblom
in IP Telephony and Phones
12-09-2011
12-09-2011
Depending on what FXS port makes the call, how can I prefix the called
party number in order to rout...
12-09-2011
How can I configure the cisco router/gateway thats connected with a PRI
to a legacy PBX to discard a...
12-09-2011
How can I configure the cisco router/gateway thats connected with a PRI
to a legacy PBX to discard a...
Created by
Oernulf Lindblom
in Voice over IP
10-18-2011
10-18-2011
Thats not an option and not much help. Its certanly not a very common
configuration and TAC even cou...
Public Statistics
| Date Registered | 10-27-2010 05:12 AM |
| Date Last Visited | 08-27-2019 06:58 AM |
| Total Messages Posted | 22 |
| Total Helpful Votes Received | 15 |
Helpful Votes Given To
.jpg "VIP Mentor"){kind=icon}
