[asterisk-users] Calling Line Identity - any ideas

Fri Aug 20 13:39:02 CDT 2010

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

Regards

On Fri, Aug 20, 2010 at 1:34 PM, Sherwood McGowan <
sherwood.mcgowan at gmail.com> wrote:
>
> Paddy,
>
> I believe I have a solution, let me sober a bit ;) and rum it through
> (typo not intended but funny) my test server to doublecheck
>
> Sent from my iPhone
>
> On Aug 20, 2010, at 12:20 AM, "Paddy Grice" <paddy at wizaner.com> wrote:
>
> > Hi Sherwood
> >
> > I actually do want "dynamic" CLID as I tried to make clearer
> >
> >>> I don't know if this makes it any clearer -
> >>>
> >>> An internal call from Ext123 should send 123 as the CLID to SIP/
> >>> Ext400
> > but should
> >>> send 442071110123 to SIP/TheWorld but an external call from
> > 44123455667788 should
> >>> send the received CLID 44123455667788 to both.
> >
> > So over the provider connection the CLID will be different for
> > different
> > calls. Setting the main office number in sip.conf is fine as a
> > default but
> > as the code/dialplan needs to set cli for some calls I actually set
> > CLID for
> > all calls. This setting and onward transmission by provider works
> > fine.
> >
> > So what I am trying to do is call 2 different sip endpoints AT THE
> > SAME TIME
> > presenting different AND VARIABLE CLIs. If Nasir's trick is not
> > recommended
> > what is the best way to achieve this.
> >
> > As a newbie to Asterisk advise and best practice gained from user
> > experience
> > is always welcome.
> >
> > Paddy
> >
> >
> >
> >
> > -----Original Message-----
> > From: asterisk-users-bounces at lists.digium.com
> > [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Sherwood
> > McGowan
> > Sent: 20 August 2010 04:58
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> > Subject: Re: [asterisk-users] Calling Line Identity - any ideas
> >
> > On Thu, Aug 19, 2010 at 7:46 PM, Nasir Iqbal
> > <nasir at ictinnovations.com>
> > wrote:
> >> Hi,
> >>>  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?
> >> Regards
> >> --
> >> 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
> >>
> >
> > 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100820/49f5c4bf/attachment.htm 