Issue: blind transfers from DECT to IP Phones after upgrade from R9.1.7 to R11FP4

[Smaarten]

We have an issue on a customers pbx and are able to simulate the issue in our lab.
Did anyone encounter the same problem?
If possible can someone simulate this also?

After an upgrade from R9.1.7 to R11FP4 a blind transfer from DECT to IP Phone fails when the call to the DECT is via a PRI/PRA or ISDN line.
Tested 2 different IPO's with same releases.
All same result, call is dropped.

Tested with 3 different ISDN/PRI providers.
All same result, call is dropped.


Setup:
IP Office R11FP4
with DECT 3720/3725/3730 versions 4.3.24

Issue is on PRI and ISDN and ISDNoverSIP
Issue is not on SIPtrunk

Tested scenarios:
Incoming call to DECT, blind transfer to 2nd DECT works fine.
Incoming call to DECT blind transfer to SIPphone(j179) works fine.
Incoming call to IP phone, blind transfer 2nd IP phone works fine
Internal call,to DECT, blind transfer to DECT works
Incoming call via SIP trunks work have no issues.
Outgoing calls from DECT to external numbers, then transfer to IP phones: works

Tested on:
DECT antenna software 7.2.24 and 7.2.28.
DECT 3720/3725/3730 versions 4.3.24 and 4.7.2

Monitor traces from R11FP4 says: "no route to specified transit network" during the blind transfers to IP Phones.

Thank you for your replies !

 

[derfloh]

Avaya will recommend you to update the IPBSs

Need some help with IP Office?

https://www.fwilke.com/home

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[Smaarten]

Thank you derfloh,

We have tried different versions of the IPBS firmwares, all the same problem.

For me it is clear, the problem lies with IP Office but still Avaya won't give us support.

 

[derfloh]

Why not? If you have a contract they should.

Need some help with IP Office?

https://www.fwilke.com/home

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[Smaarten]

This customer had an IPOSS contract which we used to performed the upgrade to R11FP4 4 weeks ago.
Their IPOSS is now expired since 3 weeks.

Our Lab system has exactly the same issue and has a valid IPOSS contract.

But... apparently DECT is not included in the IPOSS contracts. We didn't know that, you need a separate contract for dect apart from IPOSS.
So basically the customer had to upgrade from R9.1 because it is not supported anymore. An now he has a problem with the new software of R11 but needs an extra contact for DECT before Avaya can help us.

 

[derfloh]

Never heard of that as well. And I never saw A1S to pull an extra IPOSS for systems with DECT.

Perhaps you can demonstrate them that the issue is with IPO and not DECT itself with a SysMon trace showing the issue.

Need some help with IP Office?

https://www.fwilke.com/home

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[intrigrant]

We have many customers with Avaya DECT R4 ISDN trunks and a mix of 16xx, 96xx, J1xx phones and none of them ever had a issue with transferring calls.
For DECT R4 we user either version 7.2.28 or 10.2.9, any other version have problems AND we never use a Compact Base as the master base, that is causing weird problems as well.
The handsets are always upgraded to the latest version available.
The IP extensions have two appearance buttons with "reserve last CA" enabled by default.
We NEVER use Secure RTP as it consume a lot more resources as unsecure RTP, we always have direct media path enabled and we use Provision with pre configured DECT extensions.

BUT that does not mean you are wrong, R11SP4 hase some glitches.