Calls to Avayn over VPN!

AB81 · December 27, 2020, 9:47am

Hello Everyone,

I have 2 Avaya IP500 (one local and the other one is remote but connected via VPN) and they can call each other.
I also have FreePBX local. I created a SIP trunk between the FreePBX and Avaya 1 (the local). working like a charm.
I created another SIP trunk between the FreePBX and Avaya 2 (the remote) but I have an issue with the calls they don’t go through. No tune and I hear a message (The number is not answering)

Both servers FreePBX and Avaya 2 can ping each other via the VPN successfully
Both are showing that the SIP trunk is up and running.
I had the same configurations on both Avayas (1 & 2)
Also same configurations on both SIP trunks on the FreePBX minding the IP addresses.

PEER Details Avaya 1:
host=10.1.4.10
nat=yes
type=friend

PEER Details for Avaya 2:
host=172.16.10.10
nat=yes
type=friend

What am I missing?

arielgrin · December 27, 2020, 1:06pm

If the connection is over VPN, you should not use NAT, and you need to define the network as local.

AB81 · December 28, 2020, 6:09am

Thank you for your reply @arielgrin
I did that but still the same issue.

james · December 28, 2020, 7:25am

If there is a VPN, no NAT anymore, they are in same LAN. Coud you please show the debug info?

AB81 · December 28, 2020, 8:02am

Thanks, James,

Is this the one?

7053[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_stack.c: SIP/Avaya_Out_DXB-00000002 Internal Gosub(func-apply-sipheaders,s,1(4)) start

7054[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack

7055[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:2] NoOp(“SIP/Avaya_Out_DXB-00000002”, “Applying SIP Headers to channel SIP/Avaya_Out_DXB-00000002”) in new stack

7056[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:3] Set(“SIP/Avaya_Out_DXB-00000002”, “TECH=SIP”) in new stack

7057[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:4] Set(“SIP/Avaya_Out_DXB-00000002”, “SIPHEADERKEYS=Alert-Info”) in new stack

7058[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:5] While(“SIP/Avaya_Out_DXB-00000002”, “1”) in new stack

7059[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:6] Set(“SIP/Avaya_Out_DXB-00000002”, “sipheader=unset”) in new stack

7060[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:7] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “1?SIPRemoveHeader(Alert-Info:)”) in new stack

7061[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:8] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?Set(PJSIP_HEADER(remove,Alert-Info)=)”) in new stack

7062[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:9] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?Set(sipheader=<http://127.0.0.1>;info=unset)”) in new stack

7063[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:10] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?Set(sipheader=<http://127.0.0.1>unset)”) in new stack

7064[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:11] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?SIPAddHeader(Alert-Info:unset)”) in new stack

7065[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:12] ExecIf(“SIP/Avaya_Out_DXB-00000002”, “0?Set(PJSIP_HEADER(add,Alert-Info)=unset)”) in new stack

7066[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:13] EndWhile(“SIP/Avaya_Out_DXB-00000002”, “”) in new stack

7067[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:5] While(“SIP/Avaya_Out_DXB-00000002”, “0”) in new stack

7068[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:14] Return(“SIP/Avaya_Out_DXB-00000002”, “”) in new stack

7069[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_stack.c: Spawn extension (from-trunk-sip-Avaya_Out_DXB, 5120, 1) exited non-zero on ‘SIP/Avaya_Out_DXB-00000002’

7070[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_stack.c: SIP/Avaya_Out_DXB-00000002 Internal Gosub(func-apply-sipheaders,s,1(4)) complete GOSUB_RETVAL=

7071[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_dial.c: Called SIP/Avaya_Out_DXB/120

7072[2020-12-28 10:53:40] VERBOSE[10349][C-00000006] chan_sip.c: Got SIP response 503 “Service Unavailable” back from 172.16.10.10:5060

7073[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_dial.c: SIP/Avaya_Out_DXB-00000002 is circuit-busy

7074[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] app_dial.c: Everyone is busy/congested at this time (1:0/1/0)

7075[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:35] NoOp(“PJSIP/107-00000005”, “Dial failed for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 34”) in new stack

7076[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:36] GotoIf(“PJSIP/107-00000005”, “0?continue,1:s-CONGESTION,1”) in new stack

7077[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx_builtins.c: Goto (macro-dialout-trunk,s-CONGESTION,1)

7078[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] Set(“PJSIP/107-00000005”, “RC=34”) in new stack

7079[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:2] Goto(“PJSIP/107-00000005”, “34,1”) in new stack

7080[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx_builtins.c: Goto (macro-dialout-trunk,34,1)

7081[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] Goto(“PJSIP/107-00000005”, “continue,1”) in new stack

7082[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx_builtins.c: Goto (macro-dialout-trunk,continue,1)

7083[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] GotoIf(“PJSIP/107-00000005”, “0?noreport”) in new stack

7084[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:2] AGI(“PJSIP/107-00000005”, “agi://127.0.0.1/Avaya_DXB_Trunk”) in new stack

7085[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] res_agi.c: <PJSIP/107-00000005>AGI Script agi://127.0.0.1/Avaya_DXB_Trunk completed, returning 0

7086[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:3] NoOp(“PJSIP/107-00000005”, “TRUNK Dial failed due to CONGESTION HANGUPCAUSE: 34 - failing through to other trunks”) in new stack

7087[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:4] ExecIf(“PJSIP/107-00000005”, “1?Set(CALLERID(number)=107)”) in new stack

7088[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:12] Macro(“PJSIP/107-00000005”, “outisbusy,”) in new stack

7089[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] Progress(“PJSIP/107-00000005”, “”) in new stack

7090[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:2] GotoIf(“PJSIP/107-00000005”, “0?emergency,1”) in new stack

7091[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:3] GotoIf(“PJSIP/107-00000005”, “0?intracompany,1”) in new stack

7092[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:4] Playback(“PJSIP/107-00000005”, “all-circuits-busy-now&please-try-call-later, noanswer”) in new stack

7093[2020-12-28 10:53:40] VERBOSE[11774][C-00000006] file.c: <PJSIP/107-00000005> Playing ‘all-circuits-busy-now.ulaw’ (language ‘en’)

7094[2020-12-28 10:53:42] VERBOSE[11774][C-00000006] file.c: <PJSIP/107-00000005> Playing ‘please-try-call-later.ulaw’ (language ‘en’)

7095[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] Hangup(“PJSIP/107-00000005”, “”) in new stack

7096[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Spawn extension (restrictedroute-d3205b316e68a2d08b83b5785cabb27a, h, 1) exited non-zero on ‘PJSIP/107-00000005’

7097[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] app_stack.c: PJSIP/107-00000005 Internal Gosub(crm-hangup,s,1) start

7098[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:1] NoOp(“PJSIP/107-00000005”, “Sending Hangup to CRM”) in new stack

7099[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:2] NoOp(“PJSIP/107-00000005”, “HANGUP CAUSE: 34”) in new stack

7100[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:3] ExecIf(“PJSIP/107-00000005”, “0?Set(__CRM_VOICEMAIL=)”) in new stack

7101[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:4] NoOp(“PJSIP/107-00000005”, “MASTER CHANNEL: 1609142020.7 = 1609142020.7”) in new stack

7102[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:5] GotoIf(“PJSIP/107-00000005”, “0?return”) in new stack

7103[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:6] Set(“PJSIP/107-00000005”, “__CRM_HANGUP=1”) in new stack

7104[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:7] AGI(“PJSIP/107-00000005”, “agi://127.0.0.1/sangomacrm.agi”) in new stack

7105[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] res_agi.c: <PJSIP/107-00000005>AGI Script agi://127.0.0.1/sangomacrm.agi completed, returning 0

7106[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] pbx.c: Executing [[email protected]:8] Return(“PJSIP/107-00000005”, “”) in new stack

7107[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] app_stack.c: Spawn extension (restrictedroute-d3205b316e68a2d08b83b5785cabb27a, h, 1) exited non-zero on ‘PJSIP/107-00000005’

7108[2020-12-28 10:53:43] VERBOSE[11774][C-00000006] app_stack.c: PJSIP/107-00000005 Internal Gosub(crm-hangup,s,1) complete GOSUB_RETVAL=

AB81 · December 29, 2020, 7:49am

I found the issue.

There was a SIP trunk license issue on the remote Avaya.
The license is already there but somehow it’s not active.
I contacted the supplier to fix it.

james · December 29, 2020, 9:25am

system · June 3, 2021, 11:02pm

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.