SCCP Phones Problems over Speaker

Hi all,

I have a typical problem. we have configured the Widex for our organization.

Dial Pattern for Widex is 77XXXXX and 77XXXX.

When i take the receiver and dialing the pattern example: 7736000 it is working.


When I first press speaker button and dialed, 7736000, It saying
call can't be completed after the 5th digit I entered( i.e. I am getting
error when I dial 77360).

Kindly help to resolve the issue. Let me know in-case of any details required.

Comments

  • Are these the only patterns starting with 77? use route plan report to check it. Can't you define more specific patterns?

     

  • hi,

    Yes these are the only patterns starting with 77. I checked with my Dailed number analyser and also Route plan to check the pattern. We have the same pattern for different logical partitions for other locations as the setup is centralized CCM. There is no overlap between the patitions. It is fine. It goes with correct path.

    I am getting the error only when I first press the speaker and dial the number.. I am getting the error after I entering the 5th digit.

    if i lift the receiver and dialed the number ... then it is working fine with the same. pattern

    Pattern we are using is 77XXXXX and 77XXXX with out discarding the digits...

  • It really does sound like an overlapping pattern.    If we could take a look at the CallManager detailed traces, it would say definatively what was happening, perhaps upload to a public link? (then also provide what phone you used and the number you dialed)

     

  • Hi... Can you please help how to get the detailed Trace... so that i can upload in a public link....

  • I am not sure .. how it can be overlap.. over reciever it is working.. over speaker accepting only 5 digits.. I am using Phone model: Cisco 7945

  • Hi,

     

    Apologies for late reply...

     

    Please find the uploaded Trace file http://www.drivehq.com/folder/p9196787.aspx

     

    Let me know how to sort out this problem

  • Thanks, Ill review when i can.. Holiday today, so maybe tomorrow or so

  • Thanks, I will review when I can. Holiday today and tomorrow, so may be a day or so

    On Thu, Nov 24, 2011 at 9:01 AM, KajaHanumantharao <[email protected]> wrote:

    Hi,

     

    Apologies for late reply...

     

    Please find the uploaded Trace file http://www.drivehq.com/folder/p9196787.aspx

     

    Let me know how to sort out this problem




    INE - The Industry Leader in CCIE Preparation

    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx

  • I tried to take a look at the files but it says:

    The published folder has expired.

    Can u upload them again somewhere?

  • hi,

     

    Can you please check the below link:

    https://rapidshare.com/files/1028008439/hexaccm1.7z

     

    Calling number: 52400

    Called number 7736000(Geting error when i dialed 1st 0)

    MAC of Phone:

    F0257279FF7D

    Model: Cisco 7945

     

  • Hi Bro,

    It really doesn't make sense if you think the both dialing modes are different: 'lifting up the reciever' or 'taking the phone over speaker mode' are the same mode of dialing irrespective to the phone.

    If you are getting the error prompt right after the 5th digit, I am sure it's not overlapping the pattern 77XXXX (6 digits pattern), check other possible patterns which might interrupting you, double check if any overlapping patterns are on the same partition: it's a very common design issue for centralized cluster.

    HTH!

  • I agree with Mijanur.  Unless you choose a different phone line then there is no difference between going offhook with a handset and with speakerphone.  Can you post the feedback from the DNA (Dialed Number Analyzer).  Can you also take a look under the list of deleted DNs and make sure there's not a leftover extension that isn't assigned to a phone.  Again, there is no reason that a speakerphone call should be different than using a handset.  I have, however, seen very inconsistent call success when there are 'leftover' extensions floating out in the system.

     

  • That public link you provided expires in 20minutes, so i am unable to download

  • btw ^^ i am in agreement that hitting speakerphone and using the handset should act the same way. I am assuming the same line is selected, but i figured we can see how the call is being matched using the CallManager traces

  • I tested... this link is working

     

    https://rapidshare.com/files/1028008439/hexaccm1.7z

     

    Calling number: 52400

    Called number 7736000(Geting error when i dialed 1st 0)

    MAC of Phone:

    F0257279FF7D

    Model: Cisco 7945

  • got the file, looking through it. It is only one server and Ive got the phone's messaging, but not the digit matching. If you can, could you post the traces of all servers in the cluster during the time..


    Will post more in a sec

  • It appears that the calling party was line instance 1 on the phone calling # 51300 , not 52400. If that means something to you

  • hi... Sorry... the calling party number is 51300. Actually i tried with with both 51300 and 52400( may be i have not traced for 52400)

  • OK, i couldnt figure much more from the traces provided, other than you didnt match a number. A reorder tone was sent after the 0 as you said.


    To make sure we get all the information can you go back to CUCM servicibility and go to Trace -> Troubleshooting Traces and set it for the CallManager service.  Then get the traces for all servers in the cluster.

     

    Additionally, goto Dialed Number Analyzer  (DNA) https://serverip/dna and paste the output of dialing 7736000 from 51300.  You can goto Analyze->Phone, select the phone and line, then the CSSs should automatically carry over.

  • Kaja,
        When you do the traces, can you please place a successful call (handset), give it a minute, then place a speakerphone call.  I would love to do a comparative on the traces.  

    Thanks, and sorry for all the gyrations.  

    Sent from my phone, apologies for any typos.

    On Nov 26, 2011, at 12:53 PM, KajaHanumantharao <[email protected]> wrote:

    hi... Sorry... the calling party number is 51300. Actually i tried with with both 51300 and 52400( may be i have not traced for 52400)




    INE - The Industry Leader in CCIE Preparation

    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx
  • I agree with scottyd, seems DNA logs are very important to troubleshoot the issue. Also, attach the screenshot of the route pattern page along with calling phone partition/css if possible.

  • For reference, here was what I had in the traces.. You can see after the 0 was pressed, tone was topped and an annuciator was allocated to play a reorder tone back to you. Im missing some detail in the trace, but you can see no number was matched.

    =================

    11/24/2011 19:18:44.426 CCM|StationInit: (0025883) KeypadButton kpButton=0.|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036027><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::State Transition><MASK::0020>
    11/24/2011 19:18:44.433 CCM|StationD:    (0025883) StopTone.|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036027><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::State Transition><MASK::0020>
    11/24/2011 19:18:44.433 CCM|StationD:    (0025883) SelectSoftKeys instance=1 reference=86308447 softKeySetIndex=8 validKeyMask=fffeffff.|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036027><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::State Transition><MASK::0020>
    11/24/2011 19:18:44.433 CCM|StationD:    (0025883) DEBUG- star_DSetCallState(11) State of cdpc(173506) is 5.|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036027><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::Detailed><MASK::0020>
    11/24/2011 19:18:44.441 CCM|AnnDControl::waiting_AllocateAnnResourceReq - Device Name = ANN_2, Ann CI = 86308451, Holding Party CI=0|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036027><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::Detailed><MASK::100000>
    11/

     

    .....

        Line 12951: 11/24/2011 19:18:44.506 CCM|StationD:    (0025883) (1,100,9,72082) CallInfo callingPartyName='' callingParty=51300 cgpnVoiceMailbox=             alternateCallingParty=              calledPartyName='' calledParty= cdpnVoiceMailbox=             originalCalledPartyName='' originalCalledParty= originalCdpnVoiceMailbox= originalCdpnRedirectReason=0             lastRedirectingPartyName='' lastRedirectingParty= lastRedirectingVoiceMailbox= lastRedirectingReason=0             callType=2(OutBound) lineInstance=1 callReference=86308447. version: 85720011|<CLID::StandAloneCluster><NID::172.25.158.11><CT::1,100,39,1.15036028><IP::172.25.159.114><DEV::SEPF0257279FF7D><LVL::State Transition><MASK::0020>

  • Kind of curious, did you ever get this issue resolved?

Sign In or Register to comment.