In simple words , Paddy should go with my trick, that is what i got from this reply
Regards On Sat, Aug 21, 2010 at 5:14 AM, Sherwood McGowan < sherwood.mcgo...@gmail.com> wrote: > Nasir Iqbal <na...@ictinnovations.com> wrote: > > With all honor and respect you deserve, Do I need your permission to > > express my point of view on community forum ? > > also it would be quiet helpful for us if you understand well > > the requirement of post > *snip* > > Nasir, > You don't need my "permission" to post on a public forum...However, > neither do I, and I took issue with what you said, and found that your > comment about "those who are dealing with high load traffic" > offensive, since it made the assumption that I was just some new guy > who deals with hobby/small Asterisk systems and doesn't know what he's > talking about....Therefore, I made it abundantly clear that I wasn't, > and that I definitely took issue with that statement. > > However, I will say that yes, I did mis-take something the OP said... > > Paddy: > Now, here's idea I came up with (haven't tested yet, too busy writing > a system for an international interpretation company's telecom needs) > > First of all, you should have a separate context for outbound calls > made by internal extensions... so, in THAT context have code to set > the CID to what you wish (you can do logic control and if you're > feeling spiffy you can even lookup what CLID to use based on the > extension making the call). > > Second, calls that are being passed from the outside world onto should > pass through a different context, performing pretty much the same > function... > > Third, both of THOSE contexts should then pass to a third context that > performs the dialout using the multiple targets... > > > Let me know if that works...I know I can make this do what you want, > but I'm not trying to do all the work, just point you in a direction, > since I get paid to actually do the work ;-) > > > Cheers all, and remember, some of us have been doing this a while, and > get grumpy... ;-) > >> >>> there's still no conceivable reason > >> >> What can be? except performance! (as asterisk has to create one > >> >> additional leg and bridge it) Which is very conceivable to those who > >> >> are dealing with high load traffic. > >> >> And what will be the option, if other outgoing call requires > >> >> different > >> >> custom CLI while using the same trunk? > > > > >> >> New to Asterisk? Join us for a live introductory webinar every Thurs: > >> >> http://www.asterisk.org/hello > >> >> > >> >> asterisk-users mailing list > >> >> To UNSUBSCRIBE or update options visit: > >> >> http://lists.digium.com/mailman/listinfo/asterisk-users > >> >> > >> > > >> > First, the reason is, why use a BAD IDEA when there's perfectly good > >> > solutions in front of the user.... There was no mention on this ONE > >> > call > >> > going outbound over the trunk needing a different CID...the request > >> > was as > >> > follows: > >> > > >> > Client needs to call an INTERNAL extension, where the INTERNAL > >> > CallerID will > >> > be used, and at the SAME TIME, a call to an EXTERNAL number (which > >> > would > >> > necessitate USING THEIR PROVIDER TRUNK), using the EXTERNAL > >> > CallerID.... > >> > > >> > Now, p-lease tell me how just configuring the damned trunk's > >> > outbound CID is > >> > NOT more sensible, efficient, and just friggin' COMMON SENSE TO START > >> > WITH...over using a Local channel call, which would require slightly > >> > more > >> > typing, and using something that I've almost NEVER found a good > >> > reason to > >> > use, and if you'd care to search the damn archives, you'll see that > >> > I was > >> > pushing upwards of 5k CONCURRENT CALLS back in 2005, WITH 1.4 Trunk > >> > and the > >> > RealTime addiiton (which was experimental)... > >> > > >> > For the love of whatever you find holy and good and true...don't > >> > come at me > >> > like that...I'm really not in the mood anymore...I put 3-4 solid > >> > years of > >> > helpjng newbies figure out why shit didn't work, reporting REAL bugs > >> > and > >> > issues to thew developers and even assisting with some of the > >> > fixes....I > >> > feel entitled (yes, I know that's an asshole thing to say) to a little > >> > common respect.... > >> > > >> > > >> > Now...anyone for a pint? I'm off to vent some frustration with > >> > people who > >> > jump on the WRONG bandwagon and try to take over.... > >> > > >> > Sherwood Mother-F'in' McGowanb... > >> > Telecommunications and Tattooing.... > >> > You konw anyone else who combines those two professions? I'd like to > >> > buy > >> > that guy a drink! > >> > > >> > > >> > > >> > -- > >> > _____________________________________________________________________ > >> > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > >> > New to Asterisk? Join us for a live introductory webinar every Thurs: > >> > http://www.asterisk.org/hello > >> > > >> > 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 -- > >> New to Asterisk? Join us for a live introductory webinar every Thurs: > >> http://www.asterisk.org/hello > >> > >> asterisk-users mailing list > >> To UNSUBSCRIBE or update options visit: > >> http://lists.digium.com/mailman/listinfo/asterisk-users > > > > > > > > -- > > Nasir Iqbal > > > > ICT Innovations > > http://www.ictinnovations.com/ > > > > > > -- > > _____________________________________________________________________ > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > New to Asterisk? Join us for a live introductory webinar every Thurs: > > http://www.asterisk.org/hello > > > > 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 -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > -- Nasir Iqbal ICT Innovations http://www.ictinnovations.com/
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users