Adtran
Help
The Adtran community holiday season is starting next week! The holiday period will span from December 21, 2024 to January 6, 2025. During this time, responses to feedback form submissions may be delayed. If you are encountering product issues, you can reach out to Adtran support at any time.
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Anonymous
Not applicable
‎11-23-2016 01:38 PM

SPRE code *86xxx does not work

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?

Labels (1)
Labels
0 Kudos
Reply
3 Replies
Anonymous
Not applicable
‎02-10-2017 10:00 AM

Re: SPRE code *86xxx does not work

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

0 Kudos
Accept as Solution Reply
Anonymous
Not applicable
‎02-23-2017 08:19 AM

Re: SPRE code *86xxx does not work

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...

0 Kudos
Accept as Solution Reply
Anonymous
Not applicable
‎02-23-2017 08:20 AM

Re: SPRE code *86xxx does not work

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.

0 Kudos
Accept as Solution Reply