Hi,
I have a box running TrixBox 5.6. Call in and out work fine. IVR works fine.
But here is my only problem. I am using a Rhino card with 4 FXO ports, each is going to it’s own line with it’s own number.
Now the number for channel 1 is the main number, incoming calls get in but when ever a second call comes in it rings busy. What I need it to happen is that when a second call comes in, I need the second channel to pick up, when a third call come is I need the third channel to pick up.
My 4 ZAP channel DID are setup, I have one outbound picking the available channel out of the for, I have one trunk with g0 for all 4 channels, and one Inbound route going to an IVR that lets user dial any extension.
I need more testing and here are the results:
1-I have assigned DIDs to 4 ZAP channels one for each number
xxx-xxx-5990->main number
xxx-xxx-5938
xxx-xxx-5939
xxx-xxx-5940
2- I have 1 inbound route ANY/ANY as if i set them all for as DID xxxxxx59xx/ANY It will just ring and no IVR will play
3- If I call each number separetly, it will just ring, no IVR
Here are my questions
1-Is it important that each ZAP channel has the correct DID exactly as it comes from the POTS lines?
2-Are there different setups for hunt groups and should I be asking for one in specific?
e: Multi-line Hunting, Circular hunting etc…
qbik: Start simple and gradually make it more complicated.
1.) Remove all of the inbound routes except for the ANY DID/ANY CID route.
2.) Direct that route to destination “A”.
3.) Does it work?
4.) If yes, then assign a DID to ZAP Channel 1 (It does not have to be the same as the phone number, but why you would ever use anything different is beyond me).
5.) Read the note in the “ZAP Channel DIDs” module regarding the channel context.
6.) If necessary, modify the Dahdi config files to have the correct context.
7.) Add an inbound route that matches the DID you assigned to channel 1.
8.) Direct that route to destination “B”.
9.) Dial Channel #1’s phone number. You should go to destination “B”.
10.) Repeat for the other three channels.
1.) Understood that POTS lines do not send DID
2.) Assigned a DID to the Zap/DAHDi channels using the “ZAP Channel DIDs” module
3.) Edited your Zaptel/DAHDi files to change the incoming context for those channels to be "from-zaptel"
4.) Set up an inbound route for each of those DIDs and pointed them to your IVR.
5.) Had your Telephone provider set the lines up as a hunt group.
If that is the case, you need to dig into your inbound routes, likely. What happens when you dial the second, third, and fourth lines directly? If that works, it should also work when the TELCO rolls the call to another line via the hunt group.
I did, now, each of these routes needs to have the same DID? All my ZAP channels DID have the same main number, and my 4 inbound routes have their own number setup. Is this correct?
I setup one inbound route with ANY/ANY, but still same issue. Could this be a zapata.conf issue or zaptel.conf? Outboon works ok, it picks up the free line when one is bussy.
TELCO chnaged lines, all ok now, exept, when a second line rings, it never goes to the IVR. But when dialed directly, it goes there. Here is a log sample of both cases:
[Oct 19 11:00:04] VERBOSE[1800] logger.c: – Starting simple switch on ‘Zap/3-1’
[Oct 19 11:00:07] NOTICE[1800] chan_zap.c: Got event 18 (Ring Begin)…
[Oct 19 11:00:07] NOTICE[1800] chan_zap.c: Got event 17 (Polarity Reversal)…
[Oct 19 11:00:09] NOTICE[1800] chan_zap.c: Got event 17 (Polarity Reversal)…
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:1] NoOp(“Zap/3-1”, "Entering from-zaptel with DID == ") in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:2] Ringing(“Zap/3-1”, “”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:3] Set(“Zap/3-1”, “DID=s”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:4] NoOp(“Zap/3-1”, “DID is now s”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:5] GotoIf(“Zap/3-1”, “1?zapok:notzap”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Goto (from-zaptel,s,8)
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:8] NoOp(“Zap/3-1”, “Is a Zaptel Channel”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:9] Set(“Zap/3-1”, “CHAN=3-1”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:10] Set(“Zap/3-1”, “CHAN=3”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@from-zaptel:11] Macro(“Zap/3-1”, “from-zaptel-3|s|1”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@macro-from-zaptel-3:1] NoOp(“Zap/3-1”, “Entering macro-from-zaptel-3 with DID = s and setting to: 4383805939”) in new stack
[Oct 19 11:00:09] DEBUG[1800] app_macro.c: Executed application: Noop
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@macro-from-zaptel-3:2] Set(“Zap/3-1”, “__FROM_DID=4383805939”) in new stack
[Oct 19 11:00:09] DEBUG[1800] app_macro.c: Executed application: Set
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@macro-from-zaptel-3:3] Goto(“Zap/3-1”, “from-trunk|4383805939|1”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Goto (from-trunk,4383805939,1)
[Oct 19 11:00:09] DEBUG[1800] app_macro.c: Executed application: Goto
[Oct 19 11:00:09] VERBOSE[1800] logger.c: == Channel ‘Zap/3-1’ jumping out of macro ‘from-zaptel-3’
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:1] Set(“Zap/3-1”, “__FROM_DID=4383805939”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:2] Gosub(“Zap/3-1”, “app-blacklist-check|s|1”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@app-blacklist-check:1] LookupBlacklist(“Zap/3-1”, “”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@app-blacklist-check:2] GotoIf(“Zap/3-1”, “0?blacklisted”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@app-blacklist-check:3] Return(“Zap/3-1”, “”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:3] ExecIf(“Zap/3-1”, “1 |Set|CALLERID(name)=”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:4] Set(“Zap/3-1”, “__CALLINGPRES_SV=allowed_not_screened”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:5] SetCallerPres(“Zap/3-1”, “allowed_not_screened”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [4383805939@from-trunk:6] Goto(“Zap/3-1”, “ivr-2|s|1”) in new stack
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Goto (ivr-2,s,1)
[Oct 19 11:00:09] VERBOSE[1800] logger.c: – Executing [s@ivr-2:1] Set(“Zap/3-1”, “MSG=custom/Welcome_Zen”) in new stack