Avaya IP Dect R4 problem

[swissmax]

hi everybody
i'm using avaya ip-dect release 4
ACM Release R015X.02.1.016.4 / Patch 17959
now the problem is, when i recieve a call on my ip-dect and i want to transfer this call to another ip-dect i get the busy-tone after i dialed the first digit.
but a "normal call from my ip-dect to another ip-dect is working fine. any help is appreciate
cheers swissmax

 

[europe]

Trunk to trunk transfer set to yes?


Please let me know if the information that was provided is helpfull.
Edwin Plat
A.K.A. Europe

 

[swissmax]

hi europe
thanks for your answer, the trunk to trunk transfer didn't help

 

[PhantomTom]

I've been pulling my hair out on this together with max and can't for my life figure out where the problem lies.

To give you all mor info, here's what's happening:

Receiving calls on DECT phones works just fine.
Pre-dialing (dial digits and then the off-hook button) works nicely as well.

Post-dialing (off-hook first and then dialing the digits) or pressing the flash key to get the second line will give a busy-tone after pressing the second digit (unless we dial a 0 first, which is for an external line).

It's as if we had a configuration setting somewhere telling the system that all numbers consist of one digit only. Here's a trace showing Extension 123 calling 158, then attempting to transfer to 159 (I assure you, the # key was never pressed):

[tt] Calling party station 123 cid 0x244d
Calling Number & Name 123 Test
dial 158
ring station 158 cid 0x244d
dial 158
seize trunk-group 19 member 11 cid 0x244e
Calling Number & Name NO-CPNumber NO-CPName
Setup digits 158
Calling Number & Name 123 NO-CPName
Proceed trunk-group 19 member 11 cid 0x244e
Alert trunk-group 19 member 11 cid 0x244e
G711A ssff ps:20
rgn:2 [10.20.10.24]:16402
rgn:1 [10.10.9.12]:2078
xoip options: faxT modemff ttyT uid:0x50083
xoip ip: [10.10.9.12]:2078
active station 158 cid 0x244d
G711A ssff ps:20
rgn:2 [10.20.10.24]:16402
rgn:1 [10.10.11.78]:2322
G711A ssff ps:20
rgn:1 [10.10.11.78]:2322
rgn:2 [10.20.10.24]:16402
conf/tran hold station 158 cid 0x244d
active station 158 cid 0x2454
G711A ssff ps:20
rgn:2 [10.20.10.24]:16402
rgn:2 [10.20.10.12]:2070
xoip options: faxT modemff ttyT uid:0x50083
xoip ip: [10.20.10.12]:2070
dial 1#
denial station 158 cid 0x2454
idle station 158 cid 0x2454[/tt]

Similarly, attempting to conference in/transfer to an external number:

[tt]... same initial call setup

conf/tran hold station 158 cid 0x244d
active station 158 cid 0x245f
G711A ssff ps:20
rgn:2 [10.20.10.24]:16402
rgn:2 [10.20.10.12]:2070
xoip options: faxT modemff ttyT uid:0x50083
xoip ip: [10.20.10.12]:2070
dial 01# route:ARS
denial event 1751: No AAR/ARS route pat/pref D1=0x8c61 D2=0xc1c0019
dial 01# route:ARS
denial station 158 cid 0x245f
idle station 158 cid 0x245f
[/tt]

Any hints would be greatly appreciated.

 

[tlpeter]

So unblock dialing works fine but normal dialing doesn't.
I would check settings for that (i do not know those settings)


BAZINGA!

I'm not insane, my mother had me tested!

 

[PhantomTom]

Thanks for the input, tlpeter

Had thought of that and checked the digit handling on the DECT trunk. It's set to overlap/enbloc, which is the right setting according to the Avaya guide (and is also mentioned as solving a similar issue here). Tried other combinations as well - same difference.

 

[CapJack]

I'm having the exact same issue as TOM, and my traces look the same. For some reason the system doesn't insert a # after my ARS Access Code (9), but does after every other digit, and after any digit after the code. Trace TAC and Trace Station both show a # that never gets pushed. Behavior doesn't change at all with enbloc vs overlap dialing. Anybody have any ideas or get anywhere on this?

 

[nknook]

This may sound strange but it's a recommendation from Avaya:

Remove the (xmobile) station in CM and save translations. Wait 15 mins and re-add the station.

I've had multiple weird issue's with IP Dect phones (like being able to receive calls from CM but not call to CM phones etc) solved with this procedure.

Another thing you might want to check if you have multiple locations (with their own dial-plan, ARS and/or AAR tables), is SA9004 (ch sys special). If you enable the option it will give you an extra field in the signalling group which will allow you to enter the correct location the DECT trunk is in.

Cheers,
Nico

PS: Hi europe! Waazzzup?

 

[CapJack]

Thanks nknook. I gave it a shot, but still no love

I tried multiple locations too, but I have it turned off in customer options, so it wouldn't me toggle the change in special features.

What baffles me is that it appears that the phone itself is inserting a # after any digit that's not my ars selection code, but that dialing is fine if done as a pre-dial.

I also tried modifying the config set and tying the phone to that, but I never got dial tone when the config set on the station form was anything but blank.

 

[PhantomTom]

CapJack

I am still finding it hard to believe, but what finally fixed it for us was to bump up CM 5.2 to SP6 (at Avaya's recommendation). This introduced new problems that then required us to go to SP8. Finally happy.