3 Replies Latest reply on Feb 23, 2017 6:20 AM by tomlmma

    SPRE code *86xxx does not work

    quazar66 New Member

      Trying to use the SPRE code *86xxx to transfer an incoming call directly to a specific VM box, but it fails.  When I do a debug voice verbose, I get the following:

       

      14:30:33.955 PM.208 Ca:0 SipPM_Idle       call-leg (P:0x56cddd0 S:0x0) -> Offering (Remote Inviting)
      14:30:33.955 PM.208 Ca:0 SipPM_Idle       rcvd: INVITE
      14:30:33.955 PM.208 Ca:0 State change  >> SipPM_Idle->SipPM_Authenticating

      14:30:33.955 PM.208 Ca:0 SipPM_Authenticating sent: 401 Unauthorized

      14:30:33.958 PM.208 Ca:0 SipPM_Authenticating call-leg (P:0x56cddd0 S:0x0) -> Disconnected (Local Reject)

      14:30:33.958 PM.208 Ca:0 State change  >> SipPM_Authenticating->SipPM_Terminated
      14:30:33.959 PM.208 Ca:0 State change  >> SipPM_Terminated->SipPM_Idle
      14:30:34.050 PM.208 Ca:0 SipPM_Idle       call-leg (P:0x5686160 S:0x0) -> Offering (Remote Inviting)
      14:30:34.050 PM.208 Ca:0 SipPM_Idle       rcvd: INVITE
      14:30:34.050 PM.208 Ca:0 State change  >> SipPM_Idle->SipPM_Authenticating

      14:30:34.051 PM.208 Ca:0 SipPM_Authenticating sent: 401 Unauthorized

      14:30:34.051 PM.208 Ca:0 State change  >> SipPM_Authenticating->SipPM_Trying

      14:30:34.052 PM.208 Ca:0 Looking up source address for destination 192.168.108.12

      14:30:34.052 PM.208 Ca:0 call-leg (0x5686160) -> src: 192.168.108.2 : 5060  dst: 192.168.108.12 : 5060

      14:30:34.054 PM.208 Ca:0 SipPM_Trying     sent: 100 Trying
      14:30:34.054 PM.208 Ca:0 SipPM_Trying     sent: SA->Appearance On
      14:30:34.055 SA.208 Ca:0 Idle             rcvd: AcctPhoneMgr_appearance(ON) from PM
      14:30:34.055 SA.208 Ca:0 Idle             State change  >> Idle->DigitGathering (CAS_ReqDigits)

      14:30:34.063 STATUSGROUP.Subscriber Sent NOTIFY to 222

      14:30:34.064 SA.208 Ca:0 DigitGathering   sent: AcctPhoneMgr_cachg(CAS_ReqDigits) to PM
      14:30:34.064 PM.208 Ca:0 State change  >> SipPM_Trying->SipPM_SPREProcessing

      14:30:34.065 PM.208 Ca:0 SipPM_SPREProcessing ERROR! SPRE code *86203 failed.

      14:30:34.068 PM.208 Ca:0 SipPM_SPREProcessing call-leg (P:0x5686160 S:0x0) -> Disconnected (Local Reject)

      14:30:34.068 PM.208 Ca:0 State change  >> SipPM_SPREProcessing->SipPM_Closing
      14:30:34.068 PM.208 Ca:0 SipPM_Closing    sent: SA->Appearance Off

      14:30:34.068 PM.208 Ca:0 SipPM_SPREProcessing sent: 488

      14:30:34.069 PM.208 Ca:0 State change  >> SipPM_Closing->SipPM_Terminated
      14:30:34.069 PM.208 Ca:0 State change  >> SipPM_Terminated->SipPM_Idle
      14:30:34.070 SA.208 Ca:0 DigitGathering   rcvd: AcctPhoneMgr_appearance(OFF) from PM
      14:30:34.070 SA.208 Ca:0 DigitGathering   State change  >> DigitGathering->Idle (CAS_Idle)
      14:30:34.070 SA.208 Ca:0 Idle             sent: AcctPhoneMgr_cachg(CAS_Idle) to PM
      14:30:34.071 PM.208 Ca:0 SipPM_Idle       Unexpected CAS State

       

      How do I resolve?

        • Re: SPRE code *86xxx does not work
          jwable Frequent Visitor

          Look up which class of service the user trying to transfer the call is in and then check that class of service to see if Send to Voicemail is checked under advanced permitted actions.  If not create a new class of service that has all the same option as the one the use is currently in and add that checkbox, then reassigned that user to the new class of service.  If they can now transfer to VM you can decide whether to re-assign all user that need that feature to the new class of service or just change the original one to include the option.  I personally prefer creating a new class of service that way the more restricted class of service is still there if needed at a later time.

           

          John Wable

            • Re: SPRE code *86xxx does not work
              quazar66 New Member

              This phone system has been removed from service, so no further testing is possible.  I think that part of the problem is that the SPRE code is *86xxxx, so is expecting 4 digit extensions, when we only had 3.  Don't know if you can change the built in SPRE codes or make your own...

                • Re: SPRE code *86xxx does not work
                  tomlmma New Member

                  I will be out of the office and returning Friday February 24th. Please

                  call 207-326-2240 if you have an issue that needs immediate attention.

                   

                  Thomas Lamontanaro

                  Network Support Specialist

                  207-326-2514

                  Maine Maritime Academy

                   

                   

                  *     *     *     *     *     *     *     *     *     *     *     *     *     *     *

                  This message, including any attachments, contains confidential information

                  intended for a specific individual

                  and purpose, and is protected by law. If you are not the intended

                  recipient, please contact the sender

                  immediately by reply e-mail and destroy all copies.  You are hereby

                  notified that any disclosure, copying, or

                  distribution of this message, or the taking of any action based on it, by

                  anyone other than the intended

                  recipient, is strictly prohibited.