[asterisk-users] Callerid Error
Asterisk Users, I am running a Debian "Etch" system with Asterisk 1.4.11 with a TDM03B card. Once in awhile, I get this error on the Asterisk, which causes my channels to be busy/congested, leaving me with just one channel to recieve and make calls: NOTICE[31454]: chan_zap.c:6367 ss_thread: Got event 17 (Polarity Reversal)... WARNING[31454]: chan_zap.c:6499 ss_thread: CallerID returned with error on channel 'Zap/3-1' What could be causing this issue? Any would input would be greatly appreciated. Thanks In Advance, John _ Use video conversation to talk face-to-face with Windows Live Messenger. http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_042008___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Callerid Error- Causing All Zap Channels Busy
Asterisk Users, I am running Asterisk-1.4.11 on a Debian "Etch" system. On an occasion, when customer calls into my Asterisk Box, I get this error messagefrom Asterisk "CallerID returned with error on channel Zap/3-1" , causing all my zap channels to be busy. So, I cannot make any calls in, nor out. I am located in the United States. Is there any other suggestions, besides adding "busydetect= yes" and "busycount=8"? Any other suggestions would be appreciated. Thanks in advance. Here is what my zapata.conf looks like: [channels] ;context=telewest_pstn context=default switchtype=national signalling=fxs_ks rxwink=300 ; Atlas seems to use long (250ms) winks channel => 2-4 adsi=yes usecallerid=yes cidsignalling=bell callerid=asreceived hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=00.0 txgain=00.0 group=0 callgroup=0 pickupgroup=0 busydetect=yes busycount=8 echotraining=yes immediate=yes relaxdtmf=yes Best Regards, John _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] CallerID Error causes problems for Polycom phones
Hi everyone, I have been dealing with a certain issue with a particular customer site for months now. The problem occurs when there is an error with caller id as shown in the following: WARNING[16036]: chan_zap.c:6309 ss_thread: CallerID returned with error on channel 'Zap/3-1' When this happens, it appears that the call still goes through as I can see the caller still navigating through the systems menus and dialplan by watching the CLI. The problem however is manifested with polycom 301's that are setup with the system. When a call comes in after receiving that particular caller id error, the polycoms, which are on a group ring by the way, will all ring but you cannot pickup the call. The Answer|Reject soft buttons display, but only the reject button works. Pressing the Answer button or picking up the handset does nothing. Since only the "Reject" button works someone has to go to each phone and hit the reject button (4 polycoms in this department) so the ringing will at least stop. It's been about 3 months tracking this problem down (even drove the 2.5 hours back and forth to replace the sangoma card to try to fix the problem) and the customer is about ready to have me pull the system because of it. I can easily reproduce the problem with Polycom phones (but not the actual error). Just issue a .call file using the local channel calling one number and having the call bridged to a polycom phone (at least 301's here): Action: Originate Channel: local/[EMAIL PROTECTED] Context: to_meetme Exten: s Priority: 1 Async: true The above will cause the polycom to exhibit the behavior mentioned above. However, sending a .call file like the following causes the phone to work as it should: Action: Originate Channel: local/[EMAIL PROTECTED] Context: to_meetme Exten: s Priority: 1 Variable: CALLERID(num)=1234|CALLERID(name)=Homey D Clown Async: true I also have tried this with Aastra, Grandstream and XLite soft phones and they do not exhibit the same behavior. Instead these other phones simply show the default caller id info as set in sip.conf and allow you to answer them. Any help or suggestions would be greatly appreciated. OS: CentOS 4 Asterisk: 1.2.17 Sangoma A200 with 2 fxo ports. -- Warm Regards, Lee ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Callerid error: receiving DNID instead of callerID
Hi, I installed asterisk 1.2.1 on a debian distro with 2 tdm400p cards. I'm receiving the DNID instead of callerid...this is very strange. I found many errors and warnings inside asterisk log like these: Feb 28 15:28:12 ERROR[18218] callerid.c: fsk_serie made mylen < 0 (-14) Feb 28 15:28:12 WARNING[18218] chan_zap.c: CallerID feed failed: Success Feb 28 15:28:12 WARNING[18218] chan_zap.c: CallerID returned with error on channel 'Zap/1-1' What is the exact meaning of those error and warnings? Is there anybody who can help me understand this problem, please? TIA Giorgio Incantalupo ___ --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
Re: [asterisk-users] Callerid Error- Causing All Zap Channels Busy
John Meksavan wrote: > Asterisk Users, > > I am running Asterisk-1.4.11 on a Debian "Etch" system. On an > occasion, when customer calls into my Asterisk Box, I get this error > messagefrom Asterisk "CallerID returned with error on channel Zap/3-1" , > causing all my zap channels to be busy. So, I cannot make any calls in, > nor out. I am located in the United States. > > Is there any other suggestions, besides adding "busydetect= yes" and > "busycount=8"? Any other suggestions would be appreciated. Thanks in > advance. Here is what my zapata.conf looks like: > I had a big problem as a similar situation. Polycom phones would wig out if caller id info came in wrong or there was an error (which looking at a few CLI's with analog zap, happens fairly often). The polycoms would ring, but would not pick up the call in this case. Not if you picked up the handset and not if you hit the Answer soft key either. Took me about a month to track it down and finally was able to reproduce by performing an originate AMI command on local channel without setting caller ID. Anyway, I finally just added a conditional to the entry point of my dialplan (after property answer(), Wait(), etc) that looked at the caller id and if they were blank, I set to something like 555-555-555/UNKNOWN and the problem went away. In this case, sometimes the zap channels would get hung up as well and required a restart now. HIH -- Warm Regards, Lee "Everything I needed to learn in life, I learned selling encyclopedias door to door." ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID Error causes problems for Polycom phones
Am Mittwoch, den 15.08.2007, 10:14 -0400 schrieb Lee Jenkins: > Hi everyone, > > I have been dealing with a certain issue with a particular customer site > for months now. The problem occurs when there is an error with caller > id as shown in the following: > > WARNING[16036]: chan_zap.c:6309 ss_thread: CallerID returned with error > on channel 'Zap/3-1' > > When this happens, it appears that the call still goes through as I can > see the caller still navigating through the systems menus and dialplan > by watching the CLI. > > The problem however is manifested with polycom 301's that are setup with > the system. When a call comes in after receiving that particular caller > id error, the polycoms, which are on a group ring by the way, will all > ring but you cannot pickup the call. The Answer|Reject soft buttons > display, but only the reject button works. Pressing the Answer button > or picking up the handset does nothing. To me this looks like a firmware problem in your phones. Perhaps a firmware update could fix this. However - as it looks to me - the firmware chokes on some CALLERID strings, not on others. What is the caller id that is displayed in the error case? Perhaps you could get around by having a dialplan hook that rewrites the callerid to "000" if that invalid callerid comes in. Maybe those phones just choke on CALLERIDs with empty num or name With your test .call file that reproduces the problem, if you insert a line in your dialplan before the Dial() happens, that reads Set(CALLERID(all)=000) does that help? Does Set(CALLERID(num)=000) alone help, does Set(CALLERID(name)=000) ? BR Anselm ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID Error causes problems for Polycom phones
Anselm Martin Hoffmeister wrote: > Am Mittwoch, den 15.08.2007, 10:14 -0400 schrieb Lee Jenkins: >> Hi everyone, >> >> I have been dealing with a certain issue with a particular customer site >> for months now. The problem occurs when there is an error with caller >> id as shown in the following: >> >> WARNING[16036]: chan_zap.c:6309 ss_thread: CallerID returned with error >> on channel 'Zap/3-1' >> >> When this happens, it appears that the call still goes through as I can >> see the caller still navigating through the systems menus and dialplan >> by watching the CLI. >> >> The problem however is manifested with polycom 301's that are setup with >> the system. When a call comes in after receiving that particular caller >> id error, the polycoms, which are on a group ring by the way, will all >> ring but you cannot pickup the call. The Answer|Reject soft buttons >> display, but only the reject button works. Pressing the Answer button >> or picking up the handset does nothing. > > To me this looks like a firmware problem in your phones. Perhaps a > firmware update could fix this. However - as it looks to me - the > firmware chokes on some CALLERID strings, not on others. What is the > caller id that is displayed in the error case? Perhaps you could get > around by having a dialplan hook that rewrites the callerid to "000" if > that invalid callerid comes in. Maybe those phones just choke on > CALLERIDs with empty num or name With your test .call file that > reproduces the problem, if you insert a line in your dialplan before the > Dial() happens, that reads > Set(CALLERID(all)=000) > does that help? Does > Set(CALLERID(num)=000) > alone help, does > Set(CALLERID(name)=000) > ? > > BR > Anselm > Anselm, Thanks for responding. My apologies as I should have mentioned that I have tried several workarounds including the following test scripts I placed on the server: [check_time] ; - ; Called right after Answer() is called ; - ; check for default value in sip.conf exten=>s,1,GotoIf($["${CALLERID(name)}" = "UNKNOWN" ]?set_no_callerid,s,1) ; check for null value exten=>s,2,GotoIf($["${CALLERID(name)}" = "" ]?set_no_callerid,s,1) exten=>s,3,GotoIf($["${CALLERID(num)}" = ""]?set_no_callerid,s,1) exten=>s,4,Noop(CallerID: ${CALLERID(num)} ${CALLERID(name)}) exten=>s,5,Set(FAIL_MENU=daytime|TIMEOUT_MENU=daytime) exten=>s,6,GotoIfTime(08:30-17:00,mon-fri,*,*,?daytime_ivr,s,1) exten=>s,7,Goto(after_hours,s,1) [set_no_callerid] exten=>s,1,Set(CALLERID(num)=410555) exten=>s,2,Set(CALLERID(name)=UNKNOWN) exten=>s,3,Goto(check_time,s,1) I'll update the firmware on the phones and see if that helps. Thanks again, -- Warm Regards, Lee ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users