search for: 131081

I've this error How i can find the problem? Apr 23 12:24:43 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:47 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:24:48 WARNING[131081]: PRI: !! Got a UA, but i'm in state 1 Apr 23 12:24:53 WARNING[131081]: PRI: received TEI check request for TEI = 89 Apr 23 12:25:02 WARNIN...

...n t produce sample frames. == Registered translator 'g729tolinb' from format G729A to SLINR, cost 99999 == Registered translator 'lintog729b' from format SLINR to G729A, cost 43 == Parsing '/etc/asterisk/enum.conf': Found Asterisk Ready. *CLI> Apr 21 20:52:17 NOTICE[131081]: chan_sip.c:5880 sip_poke_noanswer: Peer 'santoext' s now UNREACHABLE! Apr 21 20:52:36 WARNING[131081]: chan_sip.c:2113 process_sdp: No compatible codecs! Apr 21 20:52:38 NOTICE[131081]: chan_sip.c:5337 handle_request: Failed to authenticate us r <sip:okgroup@192.168.1.45:5060>;t...

...d in the config files. Outgoing calls work ok all the time. The Asterisk box is behind NAT so that does complicate things slightly. However, the Iconnecthere PCPhone client software works perfectly for incoming calls. When an incoming call is attempted Asterisk displays the following: Warning [131081]: chan_sip.c Line 1991: (__transmit_response): Unable to determine sequence number from '' A second or so later the caller is directed to the iconnecthere voicemail service. Is anyone else experiencing a similar problem, or does it just work? Any hints or tips would be welcome :-) Tha...

...s that the gateway didn't think that it had a G.729 license so when the Cisco phone registered to the main Asterisk server answered, the call failed. Here is the gateway log that I found to support this: Apr 25 17:55:33 NOTICE[2883600]: Got event 2 (Ring/Answered)... Apr 25 17:55:34 WARNING[131081]: No available g729b resources for channel 2 Apr 25 17:55:34 WARNING[131081]: Failed to build translator step from 8 to 6 There were no such errors on the main Asterisk server. The problem is that when the call that generated the above logs came in, there was no activity on the gateway or main...

...denied Oct 8 21:38:16 earl named[7695]: samba_dlz: cancelling transaction on zone mydomain.com This is a decidedly ubiquitous problem out there, and one can google on this for hours, with no solid fixes or answers. Per this guy's advice<http://article.gmane.org/gmane.network.samba.general/131081/match=>I downloaded and compiled bind 9.8, and also 9.9 (just for good measure) using the proper flags ( --with-dlopen=yes, --with-gssapi=/usr/include/gssapi, and WITHOUT the flag --disable-isc-spnego). After I did this, it actually worked for a few hours! Then all of a sudden, stopped working...

...ed it would be '011' for an international line followed by country code but that doesn't seem to work. I am getting: -- Executing Dial("SIP/phone1-adc5", "IAX2/XXXXXXXX@NuFone/011441942XXXXXX") in new stack -- Called XXXXXXXX@NuFone/011441942XXXXXX WARNING[131081]: File chan_iax2.c, Line 4160 (socket_read): Call rejected by 65.127.126.42: No such context/extension -- Hungup 'IAX2[NuFone]/2' == No one is available to answer at this time -- Executing Congestion("SIP/phone1-adc5", "") in new stack I have tried dropping t...

...56 (LWP 28288)] [New Thread 65541 (LWP 28289)] .[New Thread 81926 (LWP 28291)] .... -- SIP Seeding '4000' at 4000@192.168.0.202:5060 for 1800 -- SIP Seeding '4001' at 4001@192.168.0.21:5060 for 3600 [New Thread 98311 (LWP 28292)] ...[New Thread 114696 (LWP 28293)] [New Thread 131081 (LWP 28294)] .[New Thread 147466 (LWP 28295)] Sep 30 10:51:07 WARNING[16384]: chan_zap.c:9567 setup_zap: Ignoring loadzone Sep 30 10:51:07 WARNING[16384]: chan_zap.c:9567 setup_zap: Ignoring loadzone Sep 30 10:51:07 WARNING[16384]: chan_zap.c:9567 setup_zap: Ignoring loadzone Sep 30 10:51:07 WAR...

...ent before printing this email. NOTICE - This communication contains information which is confidential and the copyright of Integral Energy Australia or a third party. If you are not the intended recipient of this communication please delete and destroy all copies and telephone Integral Energy on 131081 immediately. If you are the intended recipient of this communication you should not copy, disclose or distribute this communication without the authority of Integral Energy. Any views expressed in this Communication are those of the individual sender, except where the sender specifically states t...

Hi all, After a long time having no time, I have finally done some fresh work on my software fax machine. I have replaced the original carrier tracking with something more robust. I have also added 4800, and 2400 bits per second modes, and cleaned up a few bugs in areas like superfine mode operation. I apologise for this update taking so long. At ftp://ftp.opencall.org/pub/spandsp you will