DID's in 2.3 or 2.4 Trixbox

tseymour
Posts: 109
Member Since:
2006-11-18

Was wondering why I'm having issues with routing DID's. XO Comm. is passing 7 digits. I have setup one DID to test:
Inbound route: 1234567 / any CID
Goes to EXT 108

I do a trace (asterisk -rvvvv) and I see my caller ID when I call and also the DID I called (the seven digits) However, it goes to the main ring group. Never calls the ext. 108 i set up.

I have tried a ring group for that DID and Ext. only and it still doesn't work.

Any ideas on what is going on here???? I really need some help and hope it is simple!
thanks!
T



jahyde
Posts: 2002
Member Since:
2006-06-02
have you tried setting the

have you tried setting the DID on the extensions page (click the extension and DID is towards the top)??

--

--my PBX is run on 2 V8's



indesignfirm
Posts: 88
Member Since:
2007-04-07
Possible double hit

T,

I'm not 100% sure because I'm not the sharpest tool in the shed, but if you have an any/any incoming route before your DID route, it may be hitting on the any/any route first.

I think it processes down the list and just passes the call down the first path that it finds that is a match. So in the case of any/any it would be the first match and not even make it to the second inbound route rule. Try setting your any/any to something random, like 123456/any and see if the call goes t the extension you want. If it does. You may need to delete the any/any route get your DID routes set, then add the any/any route to the end. Or just map each DID separately and not have an any/any route. I don't know of any way to arrange the inbound routes like you can on outbound routes.

Hope this helps.



tseymour
Posts: 109
Member Since:
2006-11-18
tried everything

I have tried everything possible.
this is a PRI from XO comm. it is a 16 channel flex product
i have set just the 1st 6 lines to hunt on the IAD. still doesnt work... it goes to the main IVR
what do need to see?



KodaK
Posts: 1885
Member Since:
2006-06-14
Post a call log.

Post a call log.

--

WARNING: I no longer actively participate in these forums. My thoughts on trixbox in a nutshell: http://www.youtube.com/watch?v=q4xBMkWu1pE Use AsteriskNOW instead.



Joe
Posts: 89
Member Since:
2006-05-31
Possible double hit

Did you give consideration to the previous post with the same subject text as this one? It seems to me your best bet. Try deleting the "catch everything" incoming route at the top of the list. If that helps, and you need to have a "catch everyting else" route, then try adding it back in at the bottom of the incoming route list. If deleting it helps and adding it back at the end breaks things again, then maybe there is a bug in FreePBX.



tseymour
Posts: 109
Member Since:
2006-11-18
what my inbound looks like

* Add Incoming Route
* 3321327 / any CID
* 3323924 / any CID
* 3323937 / any CID
* 3323961 / any CID
* 3328122 / any CID
* 3328415 / any CID
* 3771654 / any CID
* 4396941 / any CID

The 6 middle numbers are the original hunts. The top and bottom number are 2 of the 8 that need to be setup.



tseymour
Posts: 109
Member Since:
2006-11-18
the new ZAP channel DID setting in 2.4

This section says:
Zap Channel DIDs allow you to assign a DID to specific Zap Channels. You can supply the same DID to multiple channels. This would be a common scenario if you have multiple POTS lines that are on a hunt group from your provider. You MUST assign the channel's context to from-zaptel for these settings to have effect. It will be a line that looks like:

context = from-zaptel

in your zapata.conf configuration effecting the specified channel(s). Once you have assigned DIDs you can use standard Inbound Routes with the specified DIDs to route your calls.

So, what should my zapata.conf look like then? Here is what I have:

;
; Zapata telephony interface
;
; Configuration file

[trunkgroups]

[channels]

language=en
context=from-zaptel
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
;
; Whether or not to do distinctive ring detection on FXO lines
;
;usedistinctiveringdetection=yes

usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=900
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no

;faxdetect=both
;faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no

;Include genzaptelconf configs
#include zapata-auto.conf

group=1

;Include AMP configs
#include zapata_additional.conf

thanks for the help!
T



Joe
Posts: 89
Member Since:
2006-05-31
Those instruction should only be used for analog (POTS) lines.

If you're getting DID info, you have a digital line not POTS (analog) lines. The instructions that you are following are a kind of kludge, if you will, to allow routing calls coming in on analog lines to be routed using the same mechanism (DID's) as for digital lines. Since they get no real DID info, it has to be manually assigned. Using this method for digital lines doesn't work because there usually is no fixed relationship between the number that is called and the channel that the call comes in on. The software is getting the DID info automatically from the Telco so just use it on the Inbound Routes page and delete what you've set up in Zap Channel DID's.

Also, when using a setting like "context=" it must be the last one of its type before the channels are declared or it won't have any affect. Your channels are probably specified in another file like "zapata-auto.conf" or "zapata_additional.conf" and have the correct context specified there.



tseymour
Posts: 109
Member Since:
2006-11-18
ZAP Channel DID setup page

Thanks for the info Joe,
However, it didn't work before. That is the catch. When you call a DID number it goes right for the 1st open line in the hunt! When trixbox sees this, it comes in on the 1645 line even though 1327 was dialed! With that, it goes right to the IVR and NOT the targeted ext!
Is there any logs you would like to see? This is wearing on me big time and my client is wondering why it doesn't work. aaaahhh!! Thanks for you help!
Tom



Joe
Posts: 89
Member Since:
2006-05-31
Maybe you're too tired, but

Maybe you're too tired, but I don't think you understood my last response. Are you using something like a digital T1 card in your server? If so, you and your Asterisk server should have no concern for which channel the call is coming in on. If Asterisk is receiving DID digits from your Telco, that's all it needs to match the DID numbers you set up in Inbound Routes. Unless of course, you've overridden the received DID info with the same numbers set up in Zap Channel DID's, or you are not receiving the DID digits that you think you should be.

Try to view the information about a call at the Asterisk console or in the "/var/log/asterisk/full" log file, and see if you can verify if Asterisk is picking up any digits and how many from the Telco.



tseymour
Posts: 109
Member Since:
2006-11-18
Joe... lets just work on this thread

I was certain I unsubscribed to the old but it still here... anyway.... very sorry for the confusion. my bad!! I deserve a cyber slap!

I completely removed the ZAP Channel DID thing. Calls are now starting to route they way they should. BUT!!! here is what happened... when i upgraded the trixbox it DID INDEED create ZAPChanl1 thru 6!! I did not create those, so, I renamed them and set them accordingly. But now it does make since for use with POTS. I was thinking it was a 'catch all' thing. So far it seems to be routing as planed! YEAH!
Thanks for the advise and help!
Tom

also, could you tell me what to do here on the forum to remove threads? That way I don't do this again! thank you!
Tom



Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.