Hello.
I'm having trouble with callerid on outgoing calls. The recipient of
the call only sees "unknown" rather than the number I'm
specifying.
If I set callerid info when calling an internal extension then I see the
callerid name and number when I call that extension.
I did that thusly:
exten => 101,1,Set(CALLERID(number)=1112223333)
exten => 101,2,Set(CALLERID(name)=fiznucked)
exten => 101,3,Dial(SIP/officeata1,20,tr)
that works. But the callerid doesn't work when I try to call out
through teliax.
exten => _1XXXXXXXXXX,1,Set(CALLERID(number)=1112223333)
exten =>
_1XXXXXXXXXX,2,DIAL(IAX2//username/@teliax/${EXTEN},30,tr)
I've been calling my cell phone from one of the SIP phones, and I do
receive the call on the cell, but all I see for the caller id is
"unknown". Teliax tells me that they are not setting any callerid
information so I should be free to set it to whatever I want. They also
suggested that the problem might be with the cell phone provider.
This is with asterisk 1.2 Beta1. Is there a known callerid issue with
the beta? Has anyone experienced something like this before?
Thanks in advance,
Adam Moffett
Adam Moffett wrote:> > This is with asterisk 1.2 Beta1. Is there a known callerid issue with > the beta? Has anyone experienced something like this before? >For me, caller-id is pretty much broken on outgoing from our PRI. I'm planning on reverting to 1.09 this weekend to see if it comes back. Doug -- Ben Franklin quote: "Those who give up essential liberties for temporary safety deserve neither liberty nor safety."
> I'm having trouble with callerid on outgoing calls. The recipient of > the call only sees "unknown" rather than the number I'm specifying. > > If I set callerid info when calling an internal extension then I see the > callerid name and number when I call that extension. > I did that thusly: > > exten => 101,1,Set(CALLERID(number)=1112223333) > exten => 101,2,Set(CALLERID(name)=fiznucked) > exten => 101,3,Dial(SIP/officeata1,20,tr) > > that works. But the callerid doesn't work when I try to call out > through teliax. > > exten => _1XXXXXXXXXX,1,Set(CALLERID(number)=1112223333) > exten => > _1XXXXXXXXXX,2,DIAL(IAX2//username/@teliax/${EXTEN},30,tr) > > I've been calling my cell phone from one of the SIP phones, and I do > receive the call on the cell, but all I see for the caller id is > "unknown". Teliax tells me that they are not setting any callerid > information so I should be free to set it to whatever I want. They also > suggested that the problem might be with the cell phone provider.That's kind of odd. Log into your accout at teliax.com and there is a page where 'you' specify the callerid string for both sip and iax. Its their web page, not mine, but that works for me. Their web page is sort of odd as you have to click on SIP or IAX before entering the callerid string, but the page doesn't hint that you're supposed to do that.
Adam Moffett wrote:> Hello. > > I'm having trouble with callerid on outgoing calls. The recipient of > the call only sees "unknown" rather than the number I'm specifying. > > If I set callerid info when calling an internal extension then I see > the callerid name and number when I call that extension. > I did that thusly: >Reverting back to 1.09 Saturday brought my caller-id back. Doug
Hello, In my sip.conf I have each IP phones defined as follows. [ext13] type=friend secret=123 qualify=yes mailbox=313@company language=pt context=geral fromuser=ext13 username=ext13 host=dynamic disallow=all allow=g729 allow=ulaw But, when I call from ext13 to ext12, the caller id that appears on Phone12 is ext12, and not ext13, so when the users wants to dial to a missed call number, his phone simply calls to himself, and not the the right caller. I tried to change parameters callerid and fromuser, with no success. Even tried in extensions.conf to use SetCallerId, but nothing helped. Am I missing something, or is there something wrong here? Thank you Dov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060202/ae9ed248/attachment.htm