We have a problem with inbound route CBEYOND. the main number that trunk is registered is ok.
Other numbers we have with them don't work like they should.
lets sey that number other than main is set up to conference and still main IVR is choosen by that number isntead of conference room (just example)
I have used only freepbx 2.7.0.3 to configure all.
Re:Elastix 2.0.2 CBEYOND inbound route issue 5 Days, 22 Hours ago Karma: 0
hmmmm eventhough if we dial in conference number from outside it shows the the call was made to the main number ....
== Using SIP RTP CoS mark 5
-- Executing [MAINNUMBER@from-pstn:1] Set("SIP/cbeyond-0000001a", "__FROM_DID=MAINNUMBER") in new stack
-- Executing [MAINNUMBER@from-pstn:2] Gosub("SIP/cbeyond-0000001a", "app-blacklist-check,s,1") in new stack
-- Executing [s@app-blacklist-check:1] GotoIf("SIP/cbeyond-0000001a", "0?blacklisted") in new stack
-- Executing [s@app-blacklist-check:2] Set("SIP/cbeyond-0000001a", "CALLED_BLACKLIST=1") in new stack
-- Executing [s@app-blacklist-check:3] Return("SIP/cbeyond-0000001a", "") in new stack
-- Executing [MAINNUMBER@from-pstn:3] ExecIf("SIP/cbeyond-0000001a", "0 ?Set(CALLERID(name)=INCOMING)") in new stack
-- Executing [MAINNUMBER@from-pstn:4] Set("SIP/cbeyond-0000001a", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [MAINNUMBER@from-pstn:5] Set("SIP/cbeyond-0000001a", "CALLERPRES()=allowed_not_screened") in new stack
-- Executing [MAINNUMBER@from-pstn:6] Goto("SIP/cbeyond-0000001a", "app-daynight,1,1") in new stack
-- Goto (app-daynight,1,1)
-- Executing [1@app-daynight:1] GotoIf("SIP/cbeyond-0000001a", "0?app-daynight,0,1:timeconditions,3,1") in new stack
-- Goto (timeconditions,3,1)
-- Executing [3@timeconditions:1] GotoIfTime("SIP/cbeyond-0000001a", "*,*,15-31,jan-apr?timeconditions,1,1") in new stack
-- Executing [3@timeconditions:2] Goto("SIP/cbeyond-0000001a", "timeconditions,2,1") in new stack
-- Goto (timeconditions,2,1)
-- Executing [2@timeconditions:1] GotoIfTime("SIP/cbeyond-0000001a", "09:00-20:00,mon-fri,*,*?ivr-24,s,1") in new stack
-- Executing [2@timeconditions:2] GotoIfTime("SIP/cbeyond-0000001a", "10:00-16:00,sat,*,*?ivr-24,s,1") in new stack
-- Executing [2@timeconditions:3] Goto("SIP/cbeyond-0000001a", "ivr-9,s,1") in new stack
-- Goto (ivr-9,s,1)
-- Executing [s@ivr-9:1] Set("SIP/cbeyond-0000001a", "MSG=custom/en-pl-afterhours-1en-2pl") in new stack
-- Executing [s@ivr-9:2] Set("SIP/cbeyond-0000001a", "LOOPCOUNT=0") in new stack
-- Executing [s@ivr-9:3] Set("SIP/cbeyond-0000001a", "__DIR-CONTEXT=default") in new stack
-- Executing [s@ivr-9:4] Set("SIP/cbeyond-0000001a", "_IVR_CONTEXT_ivr-9=") in new stack
-- Executing [s@ivr-9:5] Set("SIP/cbeyond-0000001a", "_IVR_CONTEXT=ivr-9") in new stack
-- Executing [s@ivr-9:6] GotoIf("SIP/cbeyond-0000001a", "0?begin") in new stack
-- Executing [s@ivr-9:7] Answer("SIP/cbeyond-0000001a", "") in new stack
-- Executing [s@ivr-9:8] Wait("SIP/cbeyond-0000001a", "1") in new stack
-- Executing [s@ivr-9:9] Set("SIP/cbeyond-0000001a", "TIMEOUT(digit)=3") in new stack
-- Digit timeout set to 3.000
-- Executing [s@ivr-9:10] Set("SIP/cbeyond-0000001a", "TIMEOUT(response)=3") in new stack
-- Response timeout set to 3.000
-- Executing [s@ivr-9:11] Set("SIP/cbeyond-0000001a", "__IVR_RETVM=") in new stack
-- Executing [s@ivr-9:12] ExecIf("SIP/cbeyond-0000001a", "1?Background(custom/en-pl-afterhours-1en-2pl)") in new stack
--
== Spawn extension (ivr-9, s, 12) exited non-zero on 'SIP/cbeyond-0000001a'
-- Executing [h@ivr-9:1] Hangup("SIP/cbeyond-0000001a", "") in new stack
== Spawn extension (ivr-9, h, 1) exited non-zero on 'SIP/cbeyond-0000001a'
So I called CBEYOND tech and they said its my problem and closed critical ticket.
This is frustrating since they don't even have proper SIP trunk configuration. The Lady could not understand that number Set("SIP/cbeyond-0000001a", "__FROM_DID=MAINNUMBER") in new stack is always the same and it is MAIN NUMBER. If I call other number that is assigned to ring group lets say RING GROUP I should have:
("SIP/cbeyond-0000001a", "__FROM_DID=RING GROUP DID") and then it is properly forwarded to RING GROUP whatever is assigned to that DID..... she could not understand that
We are still under contract with them so I can't just cancel service but I swear as soon as it expired we switch to new one.
Any advice will be appreciated.
Thank You
Member Since:
2008-05-02