Thanks for the quick reply, we are using
Linux 2.4 with BusyBox.
compiler is gcc v2.9.5.3 run-time
library = uClibc 0.9.19
Sofia stack version is 1.12.10.
|
|
Francesco Lamonica <alienpenguin-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
10/02/2009 12:17 AM
|
To:
Robert Han <RobertHan-uHodou9VA60@public.gmane.org>
cc:
sofia-sip-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject:
Re: [Sofia-sip-devel] Fw: Changing IP
address. |
Hello Robert,
may i ask what platform and sofia version are use using? I am facing the
same issue but i dont'even get the nua_r_shutdown message...
thanks
On Thu, Oct 1, 2009 at 11:28 PM, Robert Han <
RobertHan-uHodou9VA60@public.gmane.org>
wrote:
Hi,
I just want to raise the issue that we asked you earlier back in July 31
(see below).
You said that if we shutdown the sofia stack, and if there are outstanding
sip sessions (for example 4 active sessions), we do not need to nua_bye()
or even nua_handle_destroy() before invoking nua_shutdown().
according to your reply, the nua stack is guaranteed to terminate outstanding
nua operations, and then publish nua_i_terminate as the final event with
a operation handle, so that we can destroy that handle.
that never happened.
our logs below an IP address change, where we had to recycle the Sofia
sip stack:
our link status monitor reports an IP address change, so we proceed to
recycle our Sofia stack:
-NTC-[20021020:112634.600]| 104||cc ||sip.fe
|DevCoordStatusChange: SIP: NETWORK UP
-NTC-[20021020:112634.600]| 104||cc ||sip.fe
|DevCoordStatusChange: Network Link Recycled ==> possible
new IP address change
-NTC-[20021020:112634.600]| 104||cc ||sip.fe
|DevCoordStatusChange: IP address changed from 192.168.0.52
to 192.168.0.77.
-NTC-[20021020:112634.610]| 104||cc ||sip.fe
|DevCoordStatusChange: Need to recycle Sophia Stack ===>
shutting down the Sophia SIP stack...
IsSofiaStackShuttingDown = TRUE;
VT_NOTICE("Shutting down the Sofia SIP Stack...");
nua_shutdown(PortPtr->sofiaStackPtr);
===> now i expect Sofia stack to terminate the nua operation for each
outstanding sip session with nua_i_terminated before receiving nua_r_shutdown
completion status , but we don't get it hence we don't destroy the nua
handle.
DBG [20021020:112635.680]| 168||SIP Event Handler||sip.fe
|EventCallback: Received an event = ['nua_r_shutdown'] status = [100
,'Shutdown started'] on port [5060]. Handle = [(nil)], HMagic = (nil).
-NTC-[20021020:112635.680]| 168||SIP Event Handler||sip.fe
|EventCallback: Sophia SIP stack shutdown started successfully.
DBG [20021020:112635.810]| 168||SIP Event Handler||sip.fe
|EventCallback: Received an event = ['nua_r_shutdown'] status = [200
,'Shutdown successful'] on port [5060]. Handle = [(nil)], HMagic = (nil).
-NTC-[20021020:112635.810]| 168||SIP Event Handler||sip.fe
|EventCallback: Sophia SIP stack shutdown completed successfully.
-NTC-[20021020:112635.820]| 168||SIP Event Handler||sip.fe
|EventCallback: ---> StartSipStack()
nta_agent: received garbage from udp/
192.168.0.77:5060/sip
nta_agent: received garbage from udp/
127.0.0.1:5060/sip
-NTC-[20021020:112635.850]| 168||SIP Event Handler||sip.fe
|EventCallback: <--- StartSipStack()
DBG [20021020:112635.850]| 168||SIP Event Handler||sip.fe
|EventCallback: Received an event = ['nua_r_set_params'] status =
[200 ,'OK'] on port [5060]. Handle = [(nil)], HMagic = (nil).
DBG [20021020:112635.850]| 168||SIP Event Handler||sip.fe
|EventCallback: Discarding event nua_r_set_params. Handler
not implemented.
because we don't recieve the nau_i_terminate, we have a *stale* handle
on our side, where we did not destroy it, but our client-side binding Session
context object is already deleted.
would that be a bug? is the Sofia stack suppose to behave as described
above??
thanks,
Robert Han, Senior Software Engineer
VTech Technologies Canada, Ltd.
----- Forwarded by Robert Han/ENG/VTNCAN/VTECH on 10/01/2009 02:01 PM -----
|
|
Jen Chitty
07/31/2009 12:01 PM
|
To: Robert Han/ENG/VTNCAN/VTECH <at> VTECH
cc:
Subject: Fw: [Sofia-sip-devel]
Changing IP address. |
----- Forwarded by Jen Chitty/ENG/VTNCAN/VTECH on 07/31/2009 11:57 AM -----
On Jul 31, 2009, at 2:23 PM, Jen Chitty wrote:
Hi,
I'm wondering if there's a way to change the IPv4 address that the Sofia
stack binds to without having to shutdown and restart the stack. We're
using the NUA.
Nope, but would be nice.
Right now, if our device's IPv4 address changes we shutdown the Sofia stack
and start it up again. This seems to mostly work, but we are experiencing
some race conditions with callbacks from the Sofia event loop thread (running
su_root_run) and our application thread, especially with respect to handle
destruction. We were hoping that we could just leave the Sofia stack
running and tell it to change its IPv4 address.
Another question that I'd like an answer to is this: When shutting
down the Sofia stack, are we guaranteed to receive a nua_i_terminated event
for every session that hasn't yet been terminated?
That is the intention, if your not, its a bug.
Thanks very much.
--JT
J. T. Chitty, Chief Software Engineer
VTech Technologies Canada, Ltd.
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF,
CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register
now!
http://p.sf.net/sfu/devconf
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.orghttps://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
RSS Feed