[asterisk-users] Calling Line Identity - any ideas

[Sherwood McGowan]

Nasir Iqbal <nasir at 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
>