[cisco-voip] IP overhead paging: likes and dislikes? SIP and survivability...

Robert Kulagowski rkulagow at gmail.com
Mon Feb 1 15:28:41 EST 2010


I deployed my multicast paging speakers and configured the router for CME 
as discussed in this mailing list.

telephony-service
  srst mode auto-provision all
  max-ephones 200
  max-dn 300
  ip source-address 10.255.3.1 port 2000
  max-conferences 12 gain -6
  transfer-system full-consult
  create cnf-files version-stamp 7960 Jan 22 2010 14:15:39
!

ephone-dn 1
number *70
description Paging
name Paging
feed ip 239.168.3.7 port 8000

And this worked for a week.  Until I apparently had a SRST situation, and 
then my config was expanded to include ephone's and ephone-dn's.  And that 
was OK too.

But this morning I received a panic "inbound calls aren't working!"

When I looked at the debugs, I was getting:
003799: Feb  1 11:26:02.210: 
//-1/52818E74809D/CCAPI/cc_api_display_ie_subfields:
    cc_api_call_setup_ind_common:
    cisco-username=
    ----- ccCallInfo IE subfields -----
    cisco-ani=6307749821
    cisco-anitype=0
    cisco-aniplan=0
    cisco-anipi=0
    cisco-anisi=3
    dest=373700
    cisco-desttype=0
    cisco-destplan=0
    cisco-rdie=FFFFFFFF
    cisco-rdn=
    cisco-lastrdn=
    cisco-rdntype=-1
    cisco-rdnplan=-1
    cisco-rdnpi=-1
    cisco-rdnsi=-1
    cisco-redirectreason=-1   fwd_final_type =0
    final_redirectNumber =
    hunt_group_timeout =0

003800: Feb  1 11:26:02.210: 
//-1/52818E74809D/CCAPI/cc_api_call_setup_ind_common:
    Interface=0xC0850238, Call Info(
    Calling Number=6307749821,(Calling Name=)(TON=Unknown, NPI=Unknown, 
Screening=Network, Presentation=Allowed),
    Called Number=373700(TON=Unknown, NPI=Unknown),
    Calling Translated=FALSE, Subscriber Type Str=RegularLine, 
FinalDestinationFlag=TRUE,
    Incoming Dial-peer=371, Progress Indication=NULL(0), Calling IE 
Present=TRUE,
    Source Trkgrp Route Label=Local, Target Trkgrp Route Label=, CLID 
Transparent=FALSE), Call Id=-1
003801: Feb  1 11:26:02.210: //-1/52818E74809D/CCAPI/ccCheckClipClir:
    In: Calling Number=6307749821(TON=Unknown, NPI=Unknown, 
Screening=Network, Presentation=Allowed)
003802: Feb  1 11:26:02.210: //-1/52818E74809D/CCAPI/ccCheckClipClir:
    Out: Calling Number=6307749821(TON=Unknown, NPI=Unknown, 
Screening=Network, Presentation=Allowed)
003803: Feb  1 11:26:02.210: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

003804: Feb  1 11:26:02.210: :cc_get_feature_vsa malloc success
003805: Feb  1 11:26:02.210: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

003806: Feb  1 11:26:02.210:  cc_get_feature_vsa count is 19
003807: Feb  1 11:26:02.210: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

003808: Feb  1 11:26:02.210: :FEATURE_VSA attributes are: 
feature_name:0,feature_time:3278693216,feature_id:312
003809: Feb  1 11:26:02.210: 
//312/52818E74809D/CCAPI/cc_api_call_setup_ind_common:
    Set Up Event Sent;
    Call Info(Calling Number=6307749821(TON=Unknown, NPI=Unknown, 
Screening=Network, Presentation=Allowed),
    Called Number=373700(TON=Unknown, NPI=Unknown))
003810: Feb  1 11:26:02.214: 
//312/52818E74809D/CCAPI/cc_process_call_setup_ind:
    Event=0x67AD20F0
003811: Feb  1 11:26:02.214: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
    Try with the demoted called number 373700
003812: Feb  1 11:26:02.214: //312/52818E74809D/CCAPI/ccCallSetContext:
    Context=0x6874946C
003813: Feb  1 11:26:02.214: 
//312/52818E74809D/CCAPI/cc_process_call_setup_ind:
    >>>>CCAPI handed cid 312 with tag 371 to app "_ManagedAppProcess_Default"
003814: Feb  1 11:26:02.214: //312/52818E74809D/CCAPI/ccCallProceeding:
    Progress Indication=NULL(0)
003815: Feb  1 11:26:02.214: //-1/52818E74809D/DPM/dpMatchPeersCore:
    Calling Number=, Called Number=373700, Peer Info Type=DIALPEER_INFO_SPEECH
003816: Feb  1 11:26:02.214: //-1/52818E74809D/DPM/dpMatchPeersCore:
    Match Rule=DP_MATCH_DEST; Called Number=373700
003817: Feb  1 11:26:02.214: //-1/52818E74809D/DPM/dpMatchPeersCore:
    Result=Success(0) after DP_MATCH_DEST
003818: Feb  1 11:26:02.214: //-1/52818E74809D/DPM/dpMatchPeersMoreArg:
    Result=SUCCESS(0)
    List of Matched Outgoing Dial-peer(s):
      1: Dial-peer Tag=20102
      2: Dial-peer Tag=2
      3: Dial-peer Tag=3


So my inbound call was getting re-written to 373700 by a translation 
pattern on the router (which is OK), but the dial-peer that it was matching 
was the ephone (even though I'm not in SRST mode at the time) rather than 
DPs 2 and 3, which point to the CallManager.

Once I did a no telephony-service my inbound calls started ringing on the 
phones again, but as of right now I don't have paging working because I 
don't want to end up in the same situation.

So, since I'm not used to using CME at all, (for SRST or otherwise), what 
went wrong?  I don't want to maintain two sets of configurations (one on 
the CM and one for CME), so I thought that the autoprovision would have 
taken care of everything.

USCTSTVGW01#sh ver
Cisco IOS Software, 3800 Software (C3845-IPVOICEK9-M), Version 12.4(24)T1, 
RELEASE SOFTWARE (fc3)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Fri 19-Jun-09 19:22 by prod_rel_team

ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1)

USCTSTVGW01 uptime is 4 hours, 58 minutes
System returned to ROM by error - a Software forced crash, PC 0x60E87A68 at 
10:26:35 EST Mon Feb 1 2010
System restarted at 10:28:30 EST Mon Feb 1 2010
System image file is "flash:c3845-ipvoicek9-mz.124-24.T1.bin"



More information about the cisco-voip mailing list