[cisco-voip] MVA issue

Leslie Meade lmeade at signal.ca
Thu May 27 20:51:26 EDT 2010


I got  TAC involved.. They do not know where it is coming from. 

Work around is to have a partial match for 4 digits.. This also appends
the 7 but at least it matches on 4 and not complete.....

TAC took logs and are looking at it.. 

 

 

Leslie

 

 

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/684dd37d/attachment.html>


More information about the cisco-voip mailing list