Hi Guys,
Thanks for the help with my outbound PRI problems earlier.
Now I'm trying to get inbound DID to work correctly. I've tried 3 providers.
DIDWW.com : Shows up on in the logs, but hangs up almost immediately. (you don't even hear the IVR) I've used them in the past without any issue. Same firewall etc...
DIDLogic.com - Audio is perfect and no other issues then no DTMF is passed at all. Two way audio. I've tried all combinations of dtmfmode=inband and rfc2822 etc...
Voicenetwork.ca - Works perfect through and through.
Can anyone help me get DIDLogic and DIDWW going? I need a Chinese inbound number for my boss who travels there frequently.
Thanks,
Nicholas
Thanks for the help with my outbound PRI problems earlier.
Now I'm trying to get inbound DID to work correctly. I've tried 3 providers.
DIDWW.com : Shows up on in the logs, but hangs up almost immediately. (you don't even hear the IVR) I've used them in the past without any issue. Same firewall etc...
Code:
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [862258858915@from-trunk:1] NoOp("SIP/[46.19.209.11-0000000d", "Catch-All DID Match - Found 862258858915 - You probably want a DID for this.") in new stack
-- Executing [862258858915@from-trunk:2] Goto("SIP/[46.19.209.11-0000000d", "ext-did,s,1") in new stack
-- Goto (ext-did,s,1)
-- Executing [s@ext-did:1] Set("SIP/[46.19.209.11-0000000d", "__FROM_DID=s") in new stack
-- Executing [s@ext-did:2] Gosub("SIP/[46.19.209.11-0000000d", "app-blacklist-check,s,1") in new stack
-- Executing [s@app-blacklist-check:1] GotoIf("SIP/[46.19.209.11-0000000d", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:2] Set("SIP/[46.19.209.11-0000000d", "CALLED_BLACKLIST=1") in new stack
-- Executing [s@app-blacklist-check:3] Return("SIP/[46.19.209.11-0000000d", "") in new stack
-- Executing [s@ext-did:3] ExecIf("SIP/[46.19.209.11-0000000d", "0 ?Set(CALLERID(name)=112233445566)") in new stack
-- Executing [s@ext-did:4] Set("SIP/[46.19.209.11-0000000d", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [s@ext-did:5] Set("SIP/[46.19.209.11-0000000d", "CALLERPRES()=allowed_not_screened") in new stack
-- Executing [s@ext-did:6] Goto("SIP/[46.19.209.11-0000000d", "ivr-2,s,1") in new stack
-- Goto (ivr-2,s,1)
-- Executing [s@ivr-2:1] Set("SIP/[46.19.209.11-0000000d", "MSG=custom/Primary_IVR") in new stack
-- Executing [s@ivr-2:2] Set("SIP/[46.19.209.11-0000000d", "LOOPCOUNT=0") in new stack
-- Executing [s@ivr-2:3] Set("SIP/[46.19.209.11-0000000d", "__DIR-CONTEXT=") in new stack
-- Executing [s@ivr-2:4] Set("SIP/[46.19.209.11-0000000d", "_IVR_CONTEXT_ivr-2=") in new stack
-- Executing [s@ivr-2:5] Set("SIP/[46.19.209.11-0000000d", "_IVR_CONTEXT=ivr-2") in new stack
-- Executing [s@ivr-2:6] GotoIf("SIP/[46.19.209.11-0000000d", "0?begin") in new stack
-- Executing [s@ivr-2:7] Answer("SIP/[46.19.209.11-0000000d", "") in new stack
-- Executing [s@ivr-2:8] Wait("SIP/[46.19.209.11-0000000d", "1") in new stack
-- Executing [s@ivr-2:9] Set("SIP/[46.19.209.11-0000000d", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3.000
-- Executing [s@ivr-2:10] Set("SIP/[46.19.209.11-0000000d", "TIMEOUT(response)=10") in new stack
-- Response timeout set to 10.000
-- Executing [s@ivr-2:11] Set("SIP/[46.19.209.11-0000000d", "__IVR_RETVM=") in new stack
-- Executing [s@ivr-2:12] ExecIf("SIP/[46.19.209.11-0000000d", "1?Background(custom/Primary_IVR)") in new stack
-- <SIP/[46.19.209.11-0000000d> Playing 'custom/Primary_IVR.slin' (language 'en')
== Spawn extension (ivr-2, s, 12) exited non-zero on 'SIP/[46.19.209.11-0000000d'
-- Executing [h@ivr-2:1] Hangup("SIP/[46.19.209.11-0000000d", "") in new stack
== Spawn extension (ivr-2, h, 1) exited non-zero on 'SIP/[46.19.209.11-0000000d'
DIDLogic.com - Audio is perfect and no other issues then no DTMF is passed at all. Two way audio. I've tried all combinations of dtmfmode=inband and rfc2822 etc...
Voicenetwork.ca - Works perfect through and through.
Can anyone help me get DIDLogic and DIDWW going? I need a Chinese inbound number for my boss who travels there frequently.
Thanks,
Nicholas