Interestingly enough, I'm not sure why asterisk is telling SER to respond to the public IP?? When I commented out externip, everything works as it should, but this will obviously break external SIP clients! Does anyone else have an issue like this?
### ASTERISK CONFIG ### 1.4 SVN HEAD
[general] matchexterniplocally=yes canreinvite=no externip=xxx.206.xxx.136 localnet=10.3.1.0/255.255.255.0 context=default ; Default context for incoming calls bindport=5061 ; UDP Port to bind to (SIP standard port is 5060) bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) sipdebug=yes ; Turn on SIP debugging by default, from nat=no
[openser] type=friend context=default insecure=very externalnotify=yes allow=all host=10.3.1.31
Sip Client = 10.3.1.115 OpenSer = 10.3.1.31:5060 Asterisk = 10.3.1.31:5061 Outside IP (NAT) = xxx.206.xxx.136
|Time | 10.3.1.115 | 10.3.1.31 | xxx.206.xxx.136 | |6.791 | Request: INVITE sip | |SIP/SDP: Request: INVITE sip:500@10.3.1.31, with session description | |(5060) ------------------> (5060) | | |6.791 | Status: 100 Trying | |SIP: Status: 100 Trying | |(5060) <------------------ (5060) | | |6.791 | Status: 407 Proxy A | |SIP: Status: 407 Proxy Authentication Required | |(5060) <------------------ (5060) | | |6.794 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@10.3.1.31 | |(5060) ------------------> (5060) | | |6.799 | Request: INVITE sip | |SIP/SDP: Request: INVITE sip:500@10.3.1.31, with session description | |(5060) ------------------> (5060) | | |6.800 | Status: 100 Trying | |SIP: Status: 100 Trying | |(5060) <------------------ (5060) | | |6.803 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |6.817 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |6.817 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |7.804 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |7.806 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |7.807 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |8.803 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |8.805 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |8.805 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |10.803 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |10.806 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |10.807 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |14.803 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |14.805 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |14.806 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |18.803 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |18.806 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |18.806 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |22.802 | Status: 200 OK, wit | |SIP/SDP: Status: 200 OK, with session description | |(5060) <------------------ (5060) | | |22.805 | Request: ACK sip:50 | |SIP: Request: ACK sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |22.805 | | Request: ACK sip:50 |SIP: Request: ACK sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |38.046 | Request: BYE sip:50 | |SIP: Request: BYE sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |38.046 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |38.491 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |39.491 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |39.548 | Request: BYE sip:50 | |SIP: Request: BYE sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |41.491 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |42.788 | Request: BYE sip:50 | |SIP: Request: BYE sip:500@xxx.206.xxx.136 | |(5060) ------------------> (5060) | | |45.494 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) | |49.495 | | Request: BYE sip:50 |SIP: Request: BYE sip:500@xxx.206.xxx.136 | | |(5060) ------------------> (5060) |
-----Original Message----- From: users-bounces@lists.openser.org on behalf of Daniel Grotti Sent: Thu 12/6/2007 10:32 AM To: Henning Westerholt Cc: users@lists.openser.org Subject: Re: [OpenSER-Users] starting openser trunk version
thanks! daniel
Henning Westerholt wrote:
On Thursday 06 December 2007, Daniel wrote:
I'm using the latest trunk version of openser. When I start the proxy I see on debug this messages repeated forever... I'm using a config file that worked well wiht openser release 1.2.2.
Dec 6 15:55:14 [28924] DBG:core:qm_free: params(0x817ada0, 0x81caa24), called from nathelper.c: nh_timer(2941) Dec 6 15:55:14 [28924] DBG:core:qm_free: freeing frag. 0x81caa0c alloc'ed from nathelper.c: nh_timer(2841) Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), called from nathelper.c: nh_timer(2841) Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), returns address 0x81caa24 frag. 0x81caa0c (size=8) on 1 -th hit
Hi Daniel,
this is the (harmless) memory debugging that was activated to catch some errors in memory management. This will be decativated next week, when 1.3 is released. So you can either deactivate it by yourself (look in Makefile.defs), ignore the messages or wait one week. ;-)
Cheers,
Henning