asterisk users - Apr 2005 - Weird Errors with Realtime and MySQL

I'm having some really weird problems with Realtime and MySQL
 
Some of the behaviours I have are very similar to a topic that was on the list
approximately a month ago titled "Realtime does not work yet".  I have
read that full thread but still can't seem to pinpoint my problem.  I have
also noticed that Asterisk seems to execute my entire dialplan twice, at least
the logging to the console appears that it is being executed twice.  Here is the
error.
 
Apr  4 23:23:32 NOTICE[4159]: app_dial.c:960 dial_exec_full: Unable to create
channel of type 'SIP' (cause 3)
  == Everyone is busy/congested at this time (1:0/1/0)
 
Version is CVS-HEAD-04/04/05-18:27:30
 
Regards,
Bill

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.1 - Release Date: 4/1/2005
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050404/0e142557/attachment.htm

Matthew, thanks for the response.

I connected this error with Realtime based on the fact that I don't have the
problem when I put the config for the UA in the sip.conf file.

My debug log is empty, and to be quite honest, I have searched for how to enable
debuggin and can't find it anywhere. /var/log/asterisk/debug didn't even
exist.

I have managed to solve the problem that I mentioned about the call processing
twice, and it was not asterisk related (Cisco issue, basically cisco didn't
like the SIP response it got from the hangup command when the call had not been
answered, so I changed it to congestion) but I cannot seem to figure out what
might be causing the dial_exec_full message. It is a linksys PAP2 ua on the same
physical network as *. It appears as if the registration is somehow being lost
on * as I have all the RT Cacheing turned on but the peer does not appear with
sip show peers. After the device registers it will work for several minutes and
then stop working. Is there an * CLI command that will show me the amount of
time remaining in a peer registration?

Like I said, its weird. If you could advise me how to get debugging turned on
and what to look for, I will send in the results.

Thanks,

Bill


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.2 - Release Date: 4/5/2005
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050405/f02a6ccc/attachment.htm

Thanks!!!

I'll turn on the debugging and get some results to you.

I'm aware of the expiration counter on the PAP2-NA, I was looking for an *
command so I could compare the 2.  I also notice that the expiry and expire
numbers on "sip show peer xxxx" never changed.  What I found
intersting is that the numbers seem to have no meaning either.  I set my PAP2-NA
to have expiration of 3600 yet the number for expiry seems to always be 900 and
the value of expire is all over the map.

Bill

-----Original Message-----
From: mboehm@cytelcom.com [mailto:mboehm@cytelcom.com] 
Sent: Tuesday, April 05, 2005 4:40 PM
To: William M. Sandiford
Subject: RE: [Asterisk-Users] Weird Errors with Realtime and MySQL

> My debug log is empty, and to be quite honest, I have searched for
> how to enable debuggin and can't find it anywhere.  
> /var/log/asterisk/debug didn't even exist.
  /etc/asterisk/logger.conf

  debug => debug
> dial_exec_full message.  It is a linksys PAP2 ua on the same physical
  We use PAP2-NA's in several customer locations and don't have this
problem. Are all your settings on the PAP2NA's correct?
> Is there an * CLI command that will show me the amount of time
> remaining in a peer registration?
  The main admin page of the pap2na should have an active counter of when it
will next contact the proxy server.

  "sip show peer xxxx" shows an 'expire' number, but it never
changes for me.

-Matthew

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.2 - Release Date: 4/5/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.2 - Release Date: 4/5/2005