[cisco-voip] MVA issue

Leslie Meade lmeade at signal.ca
Thu May 27 16:06:23 EDT 2010


It just loops over and over until it fails...

 

05/25/2010 20:09:57.870 CCM|SPROC :: stripAndPrependDigits- The number
777******** is prepended with prefix 7, updated
number=7777********|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Det
ailed><MASK::ffffff>

05/25/2010 20:09:57.870 CCM|SPROC  getCtrlPid - callingNum=7777********,
inputCtrlPid=(1,100,175,1)|<CLID::StandAloneCluster><NID::172.16.1.20><L
VL::Detailed><MASK::0800>

05/25/2010 20:09:57.870 CCM|DbMobility: getMatchedRemDest starts:
cnumber =
7777********|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><
MASK::ffffff>

05/25/2010 20:09:57.870 CCM|DbMobility: getMatchedRemDest: full match
case|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><MASK::ff
ffff>

05/25/2010 20:09:57.870 CCM|DbMobility: can't find remdest 7777********
in
map|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Error><MASK::ffffff
>

05/25/2010 20:09:57.871 CCM|H225D::restart0_RSVPRegisterRes,
CI=24083271,
branch=0|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><
IP::10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.871 CCM|SPROC :: stripAndPrependDigits- The number
777******** is prepended with prefix 7, updated
number=7777********|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Det
ailed><MASK::ffffff>

05/25/2010 20:09:57.871 CCM|Cdcc - (0019394) - storeDchanCrp - secure
capability on side 0 is
(1,0)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><IP:
:10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.871 CCM|Cdcc::preliminaryProcessCcSetupInd(0019394):
precLvl=5|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1>
<IP::10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.872 CCM|Digit Analysis: wait_DaReq:
daReq.partitionSearchSpace(5a7e321e-a066-5633-5268-39778e157a77),
filteredPartitionSearchSpaceString(PT:XXX)|<CLID::StandAloneCluster><NID
::172.16.1.20><CT::1,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Detailed><MA
SK::0800>

05/25/2010 20:09:57.872 CCM|Digit Analysis: wait_DaReq: Matching Legacy
Numeric,
digits=6689|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.
1><IP::10.1.1.5><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.872 CCM|Digit Analysis: getDaRes -
voiceMailCallingSearchSpace=[PT:XXX]|<CLID::StandAloneCluster><NID::172.
16.1.20><CT::1,100,152,1.1><IP::10.1.1.5><DEV::><LVL::State
Transition><MASK::0800>

05/25/2010 20:09:57.872 CCM|Digit analysis: match(pi="2", fqcn="",
cn="7777********",plv="5", pss="PT:XXX",
dd="6689",dac="0")|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100
,152,1.1><IP::10.1.1.5><DEV::><LVL::State Transition><MASK::0800>

05/25/2010 20:09:57.872 CCM|Digit analysis: analysis
results|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><I
P::10.1.1.5><DEV::><LVL::State Transition><MASK::0800>

05/25/2010 20:09:57.872 CCM||PretransformCallingPartyNumber=7777********

|CallingPartyNumber=7777********

|DialingPartition=Local_PT

|DialingPattern=XXXX

|FullyQualifiedCalledPartyNumber=6689

|DialingPatternRegularExpression=([0-9][0-9][0-9][0-9])

|DialingWhere=

|PatternType=Enterprise

|PotentialMatches=NoPotentialMatchesExist

|DialingSdlProcessId=(0,0,0)

|PretransformDigitString=6689

|PretransformTagsList=SUBSCRIBER

|PretransformPositionalMatchList=6689

|CollectedDigits=6689

|UnconsumedDigits=

|TagsList=SUBSCRIBER

|PositionalMatchList=6689

|VoiceMailbox=

|VoiceMailCallingSearchSpace=PT:XXX

|VoiceMailPilotNumber=5080

|RouteBlockFlag=RouteThisPattern

|RouteBlockCause=0

|AlertingName=

|UnicodeDisplayName=

|DisplayNameLocale=1

|InterceptPartition=

|InterceptPattern=

|InterceptWhere=

|InterceptSdlProcessId=(0,0,0)

|InterceptSsType=0

|InterceptSsKey=0

|InterceptSsNotifyType=0

|OverlapSendingFlagEnabled=0

|WithTags=

|WithValues=

|CallingPartyNumberPi=NotSelected

|ConnectedPartyNumberPi=NotSelected

|CallingPartyNamePi=NotSelected

|ConnectedPartyNamePi=NotSelected

|CallManagerDeviceType=NoDeviceType

|PatternPrecedenceLevel=Routine

|CallableEndPointName=[c1896c51-1288-7d31-fde5-2439df0a22d1]

|PatternNodeId=[a4968f0a-b717-8416-4459-f2fd40353b29]

|AARNeighborhood=[]

|AARDestinationMask=[]

|AARKeepCallHistory=true

|AARVoiceMailEnabled=false

|NetworkLocation=OnNet

|Calling Party Number Type=Cisco Unified CallManager

|Calling Party Numbering Plan=Cisco Unified CallManager

|Called Party Number Type=Cisco Unified CallManager

|Called Party Numbering Plan=Cisco Unified CallManager

|ProvideOutsideDialtone=true

|AllowDeviceOverride=false

|AlternateMatches= Information Not Available

|TranslationPatternDetails= Information Not Available

|ResourcePriorityNamespace=|<CLID::StandAloneCluster><NID::172.16.1.20><
CT::1,100,152,1.1><IP::10.1.1.5><DEV::><LVL::State
Transition><MASK::0800>

05/25/2010 20:09:57.873 CCM|Digit analysis: insert daResEntry to
daResCache. KeyCi=24083271
,PID:Cdcc(1,174,19394)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1
,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.873 CCM|Digit analysis: callableEPName
[c1896c51-1288-7d31-fde5-2439df0a22d1] sent to device
manager|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><I
P::10.1.1.5><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.873 CCM|SMDMSharedData::findAliasRegInfo - AliasName
= c1896c51-1288-7d31-fde5-2439df0a22d1 not in AliasInfo
hashmap|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><I
P::10.1.1.5><DEV::><LVL::Detailed><MASK::ffffff>

05/25/2010 20:09:57.873 CCM|DeviceManager::star_DmPidReq -
RequestedName=c1896c51-1288-7d31-fde5-2439df0a22d1
LookupName=c1896c51-1288-7d31-fde5-2439df0a22d1|<CLID::StandAloneCluster
><NID::172.16.1.20><CT::1,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Detaile
d><MASK::ffffff>

05/25/2010 20:09:57.873 CCM|SMDMSharedData::findLocalDevice -
Name=To_CMM4.2 Key=c1896c51-1288-7d31-fde5-2439df0a22d1 isActvie=1
Pid=(1,153,1)
found|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><IP:
:10.1.1.5><DEV::><LVL::Detailed><MASK::ffffff>

05/25/2010 20:09:57.873 CCM|Digit analysis: daResEntry
found.|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><IP
::10.1.1.5><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.873 CCM|Digit analysis: wait_DmPidRes -
Name=[c1896c51-1288-7d31-fde5-2439df0a22d1] cmDeviceType=[PriGfpDevice]
Pid=H225D(1,100,153,1)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1
,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Arbitrary><MASK::ffffff>

05/25/2010 20:09:57.873 CCM|Digit analysis: wait_DmPidRes-
Partition=[f7140ec9-0d54-6632-b599-194e3d257a4b] Pattern=[XXXX]
Where=[],cmDeviceType=[PriGfpDevice], OutsideDialtone =[1],
DeviceOverride=[0],
PID=H225D(1,100,153,1)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1
,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.873 CCM|processCCMFeatureData:
operationIeIdd=0|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,1
52,1.1><IP::10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.874 CCM|Cdcc::sendCcSetupReq:
precLvl=5|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1>
<IP::10.1.1.5><DEV::><LVL::State Transition><MASK::0800>

05/25/2010 20:09:57.874 CCM|Locations_reserveBandwidth --
cdccPID=(1.174.19394) Orig=0=Dest=0 no need to reserve
bw.|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::State
Transition><MASK::0800>

05/25/2010 20:09:57.876 CCM|H225D::restart0_RSVPRegisterRes,
CI=24083272,
branch=0|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><
IP::10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.876 CCM|RegionsServer::MatchCapabilities -- kbps=64,
capACount=0,
capBCount=0|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><M
ASK::0800>

05/25/2010 20:09:57.876 CCM|GeolocInfo
-getGeolocDetailAndFilter|<CLID::StandAloneCluster><NID::172.16.1.20><LV
L::Detailed><MASK::0800>

05/25/2010 20:09:57.876 CCM|GeolocInfo -readGeolocationRecord:
Unspecified
|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.876 CCM|Cdcc - (0019394) - updateDchanCrp - secure
capability on side 1 is
(1,1)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><IP:
:10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.889 CCM|SPROC  getCtrlPid - callingNum=7777********,
inputCtrlPid=(1,100,175,1)|<CLID::StandAloneCluster><NID::172.16.1.20><L
VL::Detailed><MASK::0800>

05/25/2010 20:09:57.889 CCM|DbMobility: getMatchedRemDest starts:
cnumber =
7777********|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><
MASK::ffffff>

05/25/2010 20:09:57.889 CCM|DbMobility: getMatchedRemDest: full match
case|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Detailed><MASK::ff
ffff>

05/25/2010 20:09:57.889 CCM|DbMobility: can't find remdest 7777********
in
map|<CLID::StandAloneCluster><NID::172.16.1.20><LVL::Error><MASK::ffffff
>

05/25/2010 20:09:57.889 CCM|H225D::restart0_RSVPRegisterRes,
CI=24083273,
branch=0|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><
IP::172.16.1.1><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.890 CCM|Cdcc - (0019395) - storeDchanCrp - secure
capability on side 0 is
(1,0)|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><IP:
:172.16.1.1><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.890 CCM|Cdcc::preliminaryProcessCcSetupInd(0019395):
precLvl=5|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1>
<IP::172.16.1.1><DEV::><LVL::Detailed><MASK::0800>

05/25/2010 20:09:57.890 CCM|Digit Analysis: wait_DaReq:
daReq.partitionSearchSpace(5a7e321e-a066-5633-5268-39778e157a77),
filteredPartitionSearchSpaceString(PT:XXX)|<CLID::StandAloneCluster><NID
::172.16.1.20><CT::1,100,152,1.1><IP::172.16.1.1><DEV::><LVL::Detailed><
MASK::0800>

05/25/2010 20:09:57.890 CCM|Digit Analysis: wait_DaReq: Matching Legacy
Numeric,
digits=6689|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.
1><IP::172.16.1.1><DEV::><LVL::Arbitrary><MASK::0800>

05/25/2010 20:09:57.891 CCM|Digit Analysis: getDaRes -
voiceMailCallingSearchSpace=[PT:XXX]|<CLID::StandAloneCluster><NID::172.
16.1.20><CT::1,100,152,1.1><IP::172.16.1.1><DEV::><LVL::State
Transition><MASK::0800>

05/25/2010 20:09:57.891 CCM|Digit analysis: match(pi="2", fqcn="",
cn="7777********",plv="5", pss="PT:XXX",
dd="6689",dac="0")|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100
,152,1.1><IP::172.16.1.1><DEV::><LVL::State Transition><MASK::0800>

05/25/2010 20:09:57.891 CCM|Digit analysis: analysis
results|<CLID::StandAloneCluster><NID::172.16.1.20><CT::1,100,152,1.1><I
P::172.16.1.1><DEV::><LVL::State Transition><MASK::0800>

05/25/2010 20:09:57.891 CCM||PretransformCallingPartyNumber=7777********

 

 

 

From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Thursday, May 27, 2010 12:19 PM
To: Leslie Meade
Cc: Kris Seraphine; Cisco VOIP
Subject: Re: [cisco-voip] MVA issue

 

What's the full trace?  Every reference I can find says the SPROC stuff
is related to the calling party normalization feature.

 

-Ryan

 

On May 27, 2010, at 2:56 PM, Leslie Meade wrote:





Checked there. If it was a service param, or set on the gateway it would
affect all inbound calls ?

It is only happening to remote destination profile users and only when
they ring into MVA....

 

 

 

From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Thursday, May 27, 2010 11:52 AM
To: Leslie Meade
Cc: Kris Seraphine; Cisco VOIP
Subject: Re: [cisco-voip] MVA issue

 

Looks like the SPROC :: stripAndPrependDigits comes from the service
params or gateway definition for incoming calling party number prefix
settings.  If nothing is set on the gateway check your service
parameters (Incoming Calling Party...").

 

-Ryan

 

On May 27, 2010, at 2:42 PM, Leslie Meade wrote:






Nope I have looked at that as well ?

 

 

From: Kris Seraphine [mailto:kris.seraphine at gmail.com] 
Sent: Thursday, May 27, 2010 11:40 AM
To: Leslie Meade
Cc: Cisco VOIP
Subject: Re: [cisco-voip] MVA issue

 

Do you have any application dial rules defined?  

 

These apply to RDPs but I don't think they show up in the trace files

On Thu, May 27, 2010 at 12:19 PM, Leslie Meade <lmeade at signal.ca> wrote:

I just noticed that my MVA is not working. Users can log into the system
and attempt to dial, but the then get dead air

Debugs show that some where I am appending an extra 7 to the remote
destination profile, but I do not understand where.

I am not using any transformation patterns, the gateway is not adding
any digits.. The debug from vxml app on the gateway is showing correct
numbers, debug ccapi is also showing correct, it is something on the
Callmanager that is doing this. How can I track down what is adding the
7 ?

 

 

05/25/2010 20:09:57.870 CCM|SPROC :: stripAndPrependDigits- The number
777XXXXXXXX is prepended with prefix 7, updated
number=777782284339|<CLID::StandAloneCluster><NID::CCM7-01><LVL::Detaile
d><MASK::ffffff>

05/25/2010 20:09:57.870 CCM|SPROC  getCtrlPid - callingNum=7777XXXXXXXX,
inputCtrlPid=(1,100,175,1)|<CLID::StandAloneCluster><NID::x.x.x.x><LVL::
Detailed><MASK::0800>

05/25/2010 20:09:57.870 CCM|DbMobility: getMatchedRemDest starts:
cnumber = 7777XXXXXXXX|<CLID::StandAloneCluster><NID:: x.x.x.x
><LVL::Detailed><MASK::ffffff>

05/25/2010 20:09:57.870 CCM|DbMobility: getMatchedRemDest: full match
case|<CLID::StandAloneCluster><NID:: x.x.x.x
><LVL::Detailed><MASK::ffffff>

05/25/2010 20:09:57.870 CCM|DbMobility: can't find remdest 7777XXXXXXXX
in map|<CLID::StandAloneCluster><NID::CCM7-01><LVL::Error><MASK::ffffff>

05/25/2010 20:09:57.871 CCM|H225D::restart0_RSVPRegisterRes,
CI=24083271, branch=0|<CLID::StandAloneCluster><NID:: x.x.x.x
><CT::1,100,152,1.1><IP::10.1.1.5><DEV::><LVL::Detailed><MASK::0800>

 

Leslie Meade  ccna ccvp
Network Administrator

lmeade at signal.ca <mailto:lmeade at signal.ca> 
IP Phone :604-453-5076
Mobile     :778-228-4339
Fax          :604-453-5051


Building C - 3500 Cornett Road
Vancouver, BC
V5M 2H5
Canada
www.signal.ca <http://www.signal.ca/> 

 

 

<image001.jpg> <http://www.signal.ca/>   <image002.jpg>

This e-mail may contain confidential and privileged material for the
sole use of the intended recipient. Any review, use, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact
the sender by reply e-mail and delete all copies of this message.

P Please consider the environment before printing this email.

 


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100527/de25c71b/attachment.html>


More information about the cisco-voip mailing list