how is this different from the working one? Mike On Feb 11, 2010, at 5:13 AM, Mark Campbell-Smith wrote:
ah thats true... The trace is not too readable to me, but may give some insight to someone that can read the sofia logs....
recv 752 bytes from udp/[121.xxx.xxx.xxx]:5060 at 10:10:37.803288: ------------------------------------------------------------------------ REGISTER sip:mydns.dyndns.org SIP/2.0 Via: SIP/2.0/UDP 121.xxx.xxx.xxx:5060;branch=z9hG4bK-9052c91f From: 2000 <sip:2000@mydns.dyndns.org>;tag=7a9dbbbfa691136do0 To: 2000 <sip:2000@mydns.dyndns.org> Call-ID: 610db38-dd3b511f@121.xxx.xxx.xxx CSeq: 32330 REGISTER Contact: 2000 <sip:2000@121.xxx.xxx.xxx:5060>;expires=900 Authorization: Digest username="2000", realm="mydns.dyndns.org", nonce="b3298cfe-16f5-11df-9734-e77ba7a22ac3", uri="sip:mydns.dyndns.org", response="724fca542ce08d3f12b9ba1043bebb0c", algorithm=MD5, qop="1225e2f1" Max-Forwards: 70 User-Agent: Linksys/SPA3102-5.1.10(GW) Supported: x-sipura Supported: replaces Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Content-Length: 0
------------------------------------------------------------------------ tport_deliver(0x97cde80): msg 0x98297e8 (752 bytes) from udp/121.xxx.xxx.xxx:5060/sip next=(nil) nta: received REGISTER sip:mydns.dyndns.org SIP/2.0 (CSeq 32330) nta: REGISTER (32330) going to a default leg nua: nua_stack_process_request: entering nua: nh_create: entering nua: nh_create_handle: entering nua: nua_stack_set_params: entering soa_clone(static::0x97cc698, 0x9794808, 0x981cb70) called soa_set_params(static::0x9758ba8, ...) called nua(0x981cb70): event i_register 100 Trying nua: nua_application_event: entering nua: nua_respond: entering nua(0x981cb70): sent signal r_respond nua: nua_handle_destroy: entering nua(0x981cb70): sent signal r_destroy nua: nua_handle_magic: entering nua: nua_handle_destroy: entering nua(0x981cb70): recv signal r_respond 403 Forbidden nua: nua_stack_set_params: entering soa_set_params(static::0x9758ba8, ...) called tport_tsend(0x97cde80) tpn = UDP/121.xxx.xxx.xxx:5060 tport_resolve addrinfo = 121.xxx.xxx.xxx:5060 tport_by_addrinfo(0x97cde80): not found by name UDP/121.xxx.xxx.xxx:5060 tport_vsend(0x97cde80): 495 bytes of 495 to udp/121.xxx.xxx.xxx:5060 tport_vsend returned 495 send 495 bytes to udp/[121.xxx.xxx.xxx]:5060 at 10:10:37.812955: ------------------------------------------------------------------------ SIP/2.0 403 Forbidden
On Thu, Feb 11, 2010 at 8:57 PM, Michael Jerris <mike@jerris.com> wrote:
you can crank up the sofia loglevel as well
Mike
On Feb 11, 2010, at 4:31 AM, Mark Campbell-Smith wrote:
I don't see debug logs (fsctl debug_level 9 or loglevel 9) during the registration process.
All I see is the sip messages when the sip trace is activated (403 Forbidden)
Is there other debugging that I can enable?
On Thu, Feb 11, 2010 at 4:25 PM, Michael Jerris <mike@jerris.com> wrote:
Look at the FreeSWITCH debug logs and compare the differences, they should tell you why.
Mike