[Asterisk-Users] Set caller ID for outgoing PRI calls

[Tomislav Vojvodic]

oh i see ;) i talked to my colleague about this, and he said this should
probably need telco intervention to do that for you..

I'm not sure that call forwarding will do the trick correctly with the
'caller id'.. but I think it's all about your telco again ;)

Tomislav

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Bill Gibbs
Sent: Tuesday, March 28, 2006 3:39 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: RE: [Asterisk-Users] Set caller ID for outgoing PRI calls

Because, sometimes you have an office suite style configuration where
you want to push out an 800 # because they get cheaper rates going out
the PRI than their other circuit or because you are in the process of
porting a # and don't want to confuse people who pick up the phone (and
you still want your clients normal phone # to show up) or simply for
redundancy reasons - pushing out a call over the 2nd PRI if the first
one is full (which may be at a different carrier for redundancy).
Another big issue is call forwarding - call comes in the PRI from my
cell 301-748-xxxx and enters my Asterisk box where it gets forwarded out
to say my home phone.  Well, Asterisk sets the caller ID to 301-748-xxxx
but the telco drops it so it shows up at my home phone as the first
number of the DID block.  How do I know who is calling then?  I don't!
We just enabled "call redirection" feature that our upstream offers but
it's not activated yet - but according to them this will fix that
problem.  As simple as the concept is to most people, I found that
explaining the call forwarding issue usually gets the carrier to
understand what we want accomplished.  Then again, I don't know if that
will work yet. :)

Bill

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Tomislav
Vojvodic
Sent: Tuesday, March 28, 2006 8:34 AM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] Set caller ID for outgoing PRI calls

umm i don't understand anymore ..you have one block of numbers - E1 /
PRI
and you want to assign number that is not in your block? Why do you want
to
do that? 

You have 'external numbers' which you can route to your local extensions
and
you can set caller id to number from e1-block when someone is calling
outside, right?

Now what? :) 

If you have some additional interfaces, for example, 2 BRI with n
numbers
-you can't mix numbers from different interfaces. You could ask your
telco
about that.. but.. hm...

Is that what you were asking?

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Dmitry
Ivanov
Sent: Tuesday, March 28, 2006 3:03 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Set caller ID for outgoing PRI calls

On Tuesday 28 March 2006 15:40, Tomislav Vojvodic wrote:
> It seems it's 'normal' behaviour since I heard exactly the same thing
> happening in Croatia. If caller id is set to some number, telco
> overrides it to first caller id.. (even if that number belongs to
> your block (right?))

No. It sets Caller id to the first number only if it does not belong to 
my block. This is why I wish to set caller id myself when originating 
calls from office extensions.


_______________________________________________
--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
_______________________________________________
--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


__________ NOD32 1.1459 (20060327) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com