hi all I have a few boxes in my setup, most connected to one or more PRIs. Today, we're making the telco do the number filtering in the switch, this number range to this PRI etc. This is all fine, but not too flexible, as we're depended upon some switch monkey being available to do the job, and sometimes the may mess up. So, is it possible to do this in asterisk? For testing purposes, we may say two asterisk boxes with one PRI each. So, a few questions: - If the call received by asterisk from the PRI is sent to a number not in the dialplan, what will asterisk do? Will the call be cancelled, or will asterisk signal something back to the switch to indicate "dunno about this, try another"? - If the call is received by Asterisk from a wildchar extensions like exten => _X.,1,......., will it be possible to signal the switch "dunno about this, try another" later in the chain? Since Asterisk's current dialplan implementation does not scale wery well, we're doing sip user/callerid lookups in mysql from an AGI script and the MYSQL app from -addons. Anyway, this means we'll accept all incoming calls before handling them (not answering, though, just accepting them to the dialplan). Thanks you roy -- Roy Sigurd Karlsbakk roy@karlsbakk.net (+47) 98013356 --- In space, loud sounds, like explosions, are even louder because there is no air to get in the way.
On 8/20/06, Roy Sigurd Karlsbakk <roy@karlsbakk.net> wrote:> hi all > > I have a few boxes in my setup, most connected to one or more PRIs. > Today, we're making the telco do the number filtering in the switch, > this number range to this PRI etc. This is all fine, but not too > flexible, as we're depended upon some switch monkey being available > to do the job, and sometimes the may mess up. > > So, is it possible to do this in asterisk? For testing purposes, we > may say two asterisk boxes with one PRI each. > > So, a few questions: > > - If the call received by asterisk from the PRI is sent to a number > not in the dialplan, what will asterisk do? Will the call be > cancelled, or will asterisk signal something back to the switch to > indicate "dunno about this, try another"?Asterisk will do whatever you tell it to do. Here is a hint of what you can do before you reject a number: http://www.voip-info.org/wiki/index.php?page=Asterisk+variable+PRI_CAUSE> > - If the call is received by Asterisk from a wildchar extensions > like exten => _X.,1,......., will it be possible to signal the switch > "dunno about this, try another" later in the chain? Since Asterisk'sWhat do you mean by later in the chaim? Again the above link will sure help you if you use some GotoIf($[${EXTEN}) logic.> current dialplan implementation does not scale wery well, we're doing > sip user/callerid lookups in mysql from an AGI script and the MYSQLHow does it not scale very well for the mentioned problem?> app from -addons. Anyway, this means we'll accept all incoming calls > before handling them (not answering, though, just accepting them to > the dialplan).Thats how it should be, it takes all of some 2 ms (give or take some, I might be off) to reject a call in the Dialplan which shuldn't be a problem.> > Thanks you > > roy > -- > Roy Sigurd Karlsbakk > roy@karlsbakk.net > (+47) 98013356 > --- > In space, loud sounds, like explosions, are even louder because there > is no air to get in the way. > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >
On Sunday 20 August 2006 10:55, Roy Sigurd Karlsbakk wrote:> - If the call received by asterisk from the PRI is sent to a number > not in the dialplan, what will asterisk do? Will the call be > cancelled, or will asterisk signal something back to the switch to > indicate "dunno about this, try another"?If the call comes in to a context and the DID does not match, Asterisk rejects the call outright. I had a patch submitted a LONG time ago (I don't see it in the tracker anymore) which allowed chan_zap to jump to the context 'i' extension if no DID matched, but Mark didn't like the idea at the time. (I think he may have something against consistency, heh)> - If the call is received by Asterisk from a wildchar extensions > like exten => _X.,1,......., will it be possible to signal the switch > "dunno about this, try another" later in the chain? Since Asterisk's > current dialplan implementation does not scale wery well, we're doing > sip user/callerid lookups in mysql from an AGI script and the MYSQL > app from -addons. Anyway, this means we'll accept all incoming calls > before handling them (not answering, though, just accepting them to > the dialplan)._X. will match any DID, so the dialplan logic will consider it matched. This seems logical. If you want to match something else, make the dialplan do it, or revive the 'jump to i' issue I brought up so long ago. :-) -A.