Peer Oliver Schmidt
2005-Jan-21 10:54 UTC
[Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile
Hello, I've added a ZAPHFC card to my CAPI based system. Calls coming in via ZAPHFC do not forward the caller id to the SIP phones. Calls coming in via CAPI do forward the caller id to the SIP phones. Any and all help is greatly appreciated. The (hopefully relevant) conf file excerpts are: extensions.conf ==============exten => 807440,1,Answer exten => 807440,2,Noop exten => 807440,3,Dial(SIP/26) zapata.conf ==========[channels] switchtype = euroisdn signalling = bri_cpe_ptmp pridialplan=local prilocaldialplan=local pritrustusercid = yes echocancel=yes immediate=no group = 1 context=zaphfc-in channel => 1-2 zaptel.conf ==========loadzone=nl defaultzone=nl span=1,1,3,ccs,ami bchan=1-2 dchan=3 The log file (with SIP DEBUG) ============================ -- Executing Answer("Zap/1-1", "") in new stack -- Accepting call from '1729731418' to '807440' on channel 0/1, span1 -- Executing NoOp("Zap/1-1", "") in new stack -- Executing Dial("Zap/1-1", "SIP/26|20|t") in new stack We're at 10.1.3.111 port 19078 Answering with preferred capability 0x400 (ilbc) Answering with preferred capability 0x4 (ulaw) Answering with non-codec capability 0x1 (telephone-event) 12 headers, 11 lines Reliably Transmitting: INVITE sip:26@10.1.3.161:5060;line=8vf8777b SIP/2.0 Via: SIP/2.0/UDP 10.1.3.111:5060;branch=z9hG4bK687aab06 From: "asterisk" <sip:asterisk@10.1.3.111>;tag=as3338f85b To: <sip:26@10.1.3.161:5060;line=8vf8777b> Contact: <sip:asterisk@10.1.3.111> Call-ID: 10c25f4f6aeffc4f485b3bac0be4d2cf@10.1.3.111 CSeq: 102 INVITE User-Agent: Asterisk PBX Date: Fri, 21 Jan 2005 17:46:26 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER Content-Type: application/sdp Content-Length: 236 -- Best regards Peer Oliver Schmidt
Jens
2005-Jan-21 11:17 UTC
[Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile
Hi, I think you didn't set usecallerid=yes in your zapata.conf? Another way is to set the callerid in your extensions.conf via exten => 807440,2,SetCIDNum(0${CALLERIDNUM}). So you also have a 0 in front of the displayed number - nice for callback. regards Jens> Hello, > > I've added a ZAPHFC card to my CAPI based system. Calls coming in via > ZAPHFC do not forward the caller id to the SIP phones. Calls coming in > via CAPI do forward the caller id to the SIP phones.-- Jens Lentf?hr jens-it.de
Michiel van Baak
2005-Jan-21 13:54 UTC
[Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile
> ----- Originele Bericht ----- > Van: Remco Barende > Aan: Asterisk Users Mailing List - Non-Commercial Discussion > Datum: Friday, 21 January 2005, 21:24 > Onderwerp: Re: [Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile > > >>> Ive added a ZAPHFC card to my CAPI based system. Calls coming in via > >>> ZAPHFC do not forward the caller id to the SIP phones. Calls coming in > >>> via CAPI do forward the caller id to the SIP phones. > > > > -- Accepting call from 1729731418 to 807440 on channel 0/1, span 1 > > -- Executing Answer("Zap/1-1", "") in new stack > > -- Executing SetCIDNum("Zap/1-1", "0") in new stack > > > > It does not add the callerid it has two lines above ??? > > > > I know there have been some changes to the CID structure sometime within > > Asterisk. But, this is using the bristuff download and install script. > > This isnt helping much but I am using bristuff too and can confirm the > problem. I posted a message about it earlier on the list. > > It seems like a bristuff problem. I have some other problems with bristuff > 0.2 too, if the cable is disconnected even briefly from the line in to the > Nt1 the line never comes back up. Also, if i restart asterisk I cannot use > the line incoming or outgoing. I have to stop *, unload the drivers, > re-load the drivers and fire up asterisk again. This too is a problem I > have seen reported on the list by others. > > bristuff 0.10 is supposed to be better but has an asterisk from the stone > age :)I see both problems too. And the reloading of the modules is no option for me neither cause it will crash my server every 2nd reload. I think it has something to do with the partial unloading on SMP modules as stated on the WIKI. The patch listed there isn't fixing it. Michiel
Michiel van Baak
2005-Jan-22 04:18 UTC
[Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile
> ----- Originele Bericht ----- > Van: Jens > Aan: Asterisk Users Mailing List - Non-Commercial Discussion > Datum: Friday, 21 January 2005, 23:13 > Onderwerp: Re: [Asterisk-Users] zaphfc no callerid incoming to SIP phone but visible in logfile > > > > Jens, thanks for the feedback. > > No problem - but I think I didnt help. > > > >>Ive added a ZAPHFC card to my CAPI based system. Calls coming in via > > >>ZAPHFC do not forward the caller id to the SIP phones. Calls coming in > > >>via CAPI do forward the caller id to the SIP phones. > > > > > I think you didnt set usecallerid=yes in your zapata.conf? > > > > Added it, rebooted, no change. (Before, I just had pritrustusercid = > > yes, only.) > > so I also had this problem that both of those methods didnt work. > Another method to set the callerid is to insert a line like this into > the zapata.conf within the related section. > setcalleridThat did the trick for me. Thnx> > Normally the way I described before works for me using asterisk 1.02 > with bristuff 0.2 on different machines also on one SMP-machine with one > or more HFC-cards in TE- and NT-mode. I also had problems as mentioned > by Michiel when I call ztcfg more than once after loading the modules. > But I think this problem is known because I read about it on some pages. >Yes, its a known problem. Both when calling ztcfg more then once while the module is loaded and the oops when unloading zaphfc module on SMP-machines. It was that unstable here I bought 2 fritz cards and all is working smooth now with the default 2.6.10 i4l driver. Even the echo and delays we had with the HFC card under i4l dont show up on the fritz. Too bad I have a pile of HFC cards now ;) Maybe I can use them in non SMP machines for customers... Thnx again for all the help> > Jens