C F schrieb: > Why would you want to do that? let Asterisk (using zap/g in app_dial) > take care of which channel are used for outbound but assign all the > channels to that g, reject any incoming calls if there are already 7 > incoming active calls with a congestion PRI_CAUSE. Do the same for 20 > outgoing active calls. That should solve your problem, that is if your > problem is that you don't want to allow more than 20 outbound calls, > and 7 inbound calls. > > There should be no need to reserve channels, in fact you could put in > much better logic to accomplish what you want efficiently. For example > although in general you want 20 outbound calls, but if currently 7 > channels are still available (because there are no incoming active > calls) you might want to allow up to x additional channels for > outbound, until at least 3 incoming channels are active (or whatever > the number). The same goes the other way around. Which you wont be > able to accomplish by reserving channels. In fact by reserving > channels, you might lose lots of incoming calls, while the outbound > channels have never reached peak, which basically makes this whole > thing a waste of money (on the unused channels). > > You mention good points and although I (in the moment) have no need to think about wasted channels and wasted money I will keep this in mind.
> On 7/30/07, Jack <[EMAIL PROTECTED]> wrote: > >> Hi all, >> >> I have a Wildcard TE110P connected to a E1 line an I want to reserve >> channels in the following way: >> >> channels 1-15 and 17-21 for incoming calls >> channels 22-28 for outgoing calls >> channels 29-31 for emergency calls >> >> My zaptel.conf looks like this: >> >> ; incoming >> group = 1 >> signalling=pri_cpe >> context=from-zaptel >> channel => 1-15 >> channel => 17-21 >> >> ; outgoing >> group = 2 >> signalling=pri_cpe >> channel => 22-28 >> >> ; emergency >> group = 3 >> signalling=pri_cpe >> channel => 29-31 >> >> How can I avoid that incoming calls are going to the channels 22-31? >> >> Regards, Jack >> >> _______________________________________________ >> --Bandwidth and Colocation Provided by http://www.api-digital.com-- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > _______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users