Avaya IP Office Caller ID displayed on Group that is diverted

[glueitaus]

Hi Legends I have a IP Office 11.1.2.4.0

I have a call come in from a customer to a group.

The group has a Nightime Fallback to ring to a User which is forwarded to a personal mobile.

When the call is presented to the Personal Mobile, it shows the SIP number from the group and not the caller ID of the customer.

If i send the incoming call route directly to the user which is still unconditionally forwarded it displays the customer's Caller ID fine.

I have come up short talking with the TISP as they say it is not on their system.

It would seem that the Avaya from SysMon is goofing up the Diversion Header and the provider is just grabbing the Group CLI

Does anyone else face the same issue?

Many thanks.

 

[sizbut]

...and the issue is?

You think it is a problem, other people will think is a feature. When I receive a forwarded group call, I get to see that its a group call and which group so I have some warning as to what type of call it is. Knowing the original caller ID is of much less use to me. Debate.

So your ITSP is correct, its nothing to do with them.

You can try looking at the SIP URI settings and seeing if adjusting any of those work for you.

Stuck in a never ending cycle of file copying.

 

[glueitaus]

Thanks sizbut for your opinion.

The issue is that at nighttime, a call that is presented to the mobile is just a DID from the office.
If the call is dropped, they have no ability to ring the person back.

I have played with the SIP URI settings turning things on/off one by one, however, I can't stop Avaya from sending the group name included with the From HEADER.

As I said this feature works for a User which Forwards their Extn but does not work when using it with Group forwarding.

I even tried using Voicemail Pro, to handle the call and send the $CLI to the receiver but that doesn't work either, and the voicemail sends the mobile, whatever SIP number it has under the system.

It is a real doozy of an issue for me.

 

[TouchToneTommy]

Try creating a new URI
Incoming Group: Same as your other URIs
Outgoing Group: Something Unique
Local URI: Auto / Auto / Caller / Original Caller / Called
Contact: Auto / Auto / Caller / Original Caller / Called

Create a new ARS
N / NSSi / Dial 3K1 / (The outgoing group from your new URI)

For the user that is doing the forwarding:
Short Codes: 9N / N / Dial / (The new ARS)
Forward Unconditional (Including Hunt Group Calls): 9 followed by the Answering Service's number

 

[glueitaus]

Thanks TouhToneTommy I will give it a go.

My new URI is 19
ARS is 51

Just to clarify though, for the short code.
Would the Short code look like this?

Short Code
Code=9N
Feature=Dial
Telephone Number=51
Line Group=51 Diversion

Thanks

 

[TouchToneTommy]

Short Code
Code=9N
Feature=Dial
Telephone Number=N
Line Group=51 Diversion

The forwarding number is "9" followed by the telephone number (typical USA convention)
This matches the short code 9N, and the "Telephone Number" field of N strips off the "9" and sends the rest of the telephone number to the ARS table