Avaya FNE Service no longer working after upgrade

[Gaspagano]

I was running 9.1.3 on Avaya SE edition my FNE was working fine, i then upgrade to 9.1.8 build 172 and the FNE service Stopped working,
the Short code is still in place
See config below
Code 77731
Feature FNE Service
number 31
Line group 0

I have mobility Feature enabled on my testing extension with the with the full DID number
i have also tried to enable Mobile Call Control but im not getting any joy.
Does anybody have had this problem before

 

[janni78]

You don't get dialtone?

Have you looking in a Monitor trace to see why?

"Trying is the first step to failure..." - Homer

 

[Gaspagano]

Hi Janni

at the moment the call rings normal and goes to voice mail

12:15:29 496544276mS CD: CALL: 640.67388.0 BState=Idle Cut=2 Music=0.0 Aend="Agent 9221(9221)" (0.0) Bend="" [Line 10] (0.0) CalledNum=00118489585 () CallingNum=9221 (Agent 9221) Internal=1 Time=10827 AState=Dialling
12:15:29 496544281mS SIP Rx: UDP 100.88.0.10:5060 -> 100.88.66.150:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 100.88.66.150:5060;branch=z9hG4bKf38b86f261ff19be6ef92ab64d70ecf7;received=100.88.66.150;rport=5060
From: "MartinS" <sip:27118489221@100.88.0.10>;tag=ef90d99e229ef6db
To: <sip:27118489585@100.88.0.10>
Call-ID: 6ec62ed461d3262169a47a0fb148daa5
CSeq: 740621065 INVITE
Server: MOR Softswitch
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:27118489585@100.88.0.10:5060>
Content-Length: 0

12:15:29 496544281mS CMLineRx: v=0
CMProceeding
Line: type=SIPLine 10 Call: lid=10 id=67404 in=0
Called[] Type=Default (100) Reason=CMDRdirect Calling[9221] Type=Internal Plan=Default
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=00118489585
IE CMIEDeviceDetail (231) 0a20144e0001074c LOCALE=ens HW=11 VER=9 class=CMDeviceSIPTrunk type=0 number=10 channel=13 features=0x1 rx_gain=32 tx_gain=32 ep_callid=67404 ipaddr=10.32.20.78 apps=0 loc=999 em_loc=999 features2=0x0 is_spcall=1
12:15:29 496544281mS CMARS: LINE ep Received: CMProceeding - child->state = CMCSOffering - ARS Call State = CMCSOverlapRecv
12:15:29 496544301mS SIP Rx: UDP 100.88.0.10:5060 -> 100.88.66.150:5060
INVITE sip:27118489585@100.88.66.150:5060 SIP/2.0
Via: SIP/2.0/UDP 100.88.0.10:5060;branch=z9hG4bK4576f4a0
Max-Forwards: 70
From: "MartinS" <sip:27118489221@100.88.0.10>;tag=as2a99cafb
To: <sip:27118489585@100.88.66.150:5060>
Contact: <sip:27118489221@100.88.0.10:5060>
Call-ID: 2351adc12d057d707655bdfd6b2fa7dd@100.88.0.10:5060
CSeq: 102 INVITE
User-Agent: MOR Softswitch
Date: Thu, 10 Nov 2016 10:15:15 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 280

v=0
o=root 658506260 658506260 IN IP4 100.88.0.10
s=Asterisk PBX 1.8.32.3
c=IN IP4 100.88.0.10
t=0 0
m=audio 14296 RTP/AVP 18 8 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
12:15:29 496544301mS CMCallEvt: 0000000000000000 0.67405.0 -1 BaseEP: NEW CMEndpoint d5aaeb60 TOTAL NOW=44 CALL_LIST=21
12:15:29 496544301mS CMMap: IP::SetCodec pcp[834]b0r0 0 -> d5a1b230
12:15:29 496544301mS Stun: Info: Line 10: Not using STUN for media in this case.
12:15:29 496544301mS SIP Tx: UDP 100.88.66.150:5060 -> 100.88.0.10:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 100.88.0.10:5060;branch=z9hG4bK4576f4a0
From: "MartinS" <sip:27118489221@100.88.0.10>;tag=as2a99cafb
Call-ID: 2351adc12d057d707655bdfd6b2fa7dd@100.88.0.10:5060
CSeq: 102 INVITE
Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,INFO,REFER,NOTIFY,UPDATE
Supported: timer
Server: IP Office 9.1.8.0 build 172
To: <sip:27118489585@100.88.66.150:5060>;tag=5355be11fdca61aa

 

[janni78]

That doesn't make sense. You have an internal user calling another internal user on the external number?

What exactly are you trying to accomplish?

"Trying is the first step to failure..." - Homer

 

[Gaspagano]

Internal user 011 848 9221 is used for testing purposes only and its authorized to use the FNE Service,

 

[Gaspagano]

I have found the problem, On version 9.1.8 you need to set the Incoming call route destination to the short code, previously i had a user which had a forward unconditional to the short code, for some reason this worked

 

[janni78]

The correct way to do it has always been to have the FNE short code in ICR.
Never tried the other way.

"Trying is the first step to failure..." - Homer

 

[Gaspagano]

Still having problems though i want to try a few things i will advise

 

[janni78]

You need to describe the call scenario you're trying to accomplish

"Trying is the first step to failure..." - Homer

 

[Gaspagano]

i can confirm that it works when you point the destination to the short code rather pointing it to the user then forwarding it unconditional to the short code, it worked well like this on version 9.1.3 but not on 9.1.8.