Search results for query: *

In what way does it break when you are working from home? Does it not ring your extension but all other extensions in the coverage answer group ring? Or vice-versa? Are you using One-X Communicator with a headset for audio or is it paired with your mobile or home phone for audio? (In a virtual...

Best to post this in the Aura Messaging forum, you may have better luck in there..

Trace the vector and post the results here. Is it denial 1751 - 'No AAR/ARS route pat/pref' - ? This is a shot in the dark but if you are calling the VDN internally and you don't have the ARS all table populated appropriately you may receive the above denial event.

Sounds like you just need to change the format of the data field, but this report already exists - Historical>Agent>Login/Logout(Skill)

Only for the first 3 entries, as an example we send multiple 'pilot' numbers to the same VDN. The 4th entry covers a range of 100 DIDs, although I just noticed an error - it should be: 1234567xx 9 9 6 7896 ext y n

The below example assumes your carrier is sending 6 - 9 digits beginning with 123456, and that your internal dial plan is 7 digits and extensions at this site start with 789. Based on the feedback from your carrier that you need to accept overlap and block dialing I would suggest that Digit...

In Luxembourg it is similar to as I described above, except on page 2 of the trunk group form we have set Digit Handling (In/Out) to overlap/overlap. Then we set the Digits field to the AAR access code and populated the AAR digit conversion table for that location. Does that help or do you need...

Which country? We have PRIs in most European countries so I may have some config that will help. At sites where we the carrier has provided variable length DIDs we set Digit Handling (in/out) to overlap/enbloc and in the Digits field enter the AAR access code. Then we use the AAR digit...

Sounds like double-coverage. Is the first point in your coverage path a virtual station? If so, this will not work.

We had the same issue reported by a customer last year, I think we were seeing different results between blind transfers and consultative transfers. As far as I recall the CLID was displayed in the call log for blind transfers and not for consultative transfers. The response from Avaya was that...

Are your total columns aligned correctly? you may have the wrong calculation above the wrong column..

@fondog2 - https://downloads.avaya.com/css/P8/documents/101033276 - chapter 10 has the details you need

Have you configured all the auto-config pre-reqs? (DNS etc..) Are you using AADS? @Juan - we have Android clients working no problem. Which services are you accessing with the client?

When pressed it displays the number of calls waiting and the oldest call waiting time for the configured skill. It also illuminates based on the 'Time Warning Threshold' field on the Hunt Group form of the skill.

Compare the digit map with a working phone. Check traceSM where you will get more verbose output than 'list trace tac' on CM

The Digitmap is configured via the web interface of the phone. This guide may help http://support.polycom.com/global/documents/support/technical/products/voice/Understanding_Digit_Maps_Tech_Tip.pdf

In the ACR web interface go to General Setup:CM and check the 'Maximum total call duration (hours)' field

Check the VDN timezone offset on page 3 of the VDN form - this is what DAVIDPAYNE was suggesting..

Create a service hours table, define your opening hours in the table. Change line 4 to read 'goto step 14 if service-hours not in table x' where x is the table number you created.

or on the phone press Menu>Network Information then page right to see IP Parameters and scroll down to see the File Server parameter.