[reSIProcate] dum - sip stack many-to-one relation question

[Scott Godin]

Please check out:  http://wiki.resiprocate.org/wiki/index.php?title=DUM_Associating_Application_Data_with_DialogSets_and_Dialogs

 

________________________________

From: 大笨熊 [mailto:foolbear at gmail.com] 
Sent: Wednesday, November 09, 2005 10:52 AM
To: Scott Godin
Subject: Re: [reSIProcate] dum - sip stack many-to-one relation question

 

but can i use only one dum and one sip stack for many session call, such as eyebeam client able to accept 6 calls from 6 different user agents?

 

if do, how identify the different call session from messages that come from one dum?

 

2005/11/9, Scott Godin <slgodin at icescape.com>: 

You cannot attach many DUM objects to the same stack – it was not designed this way.

 

________________________________

From: resiprocate-devel-bounces at list.sipfoundry.org [mailto:resiprocate-devel-bounces at list.sipfoundry.org ] On Behalf Of Meir Elberg
Sent: Wednesday, November 09, 2005 4:09 AM
To: resiprocate-devel at list.sipfoundry.org
Subject: [reSIProcate] dum - sip stack many-to-one relation question

 

Hi,

I'm checking the option to attach many dum objects to one SIP stack. Therefore, my first question is whether it is possible and if so, is it recommended ? 
 
The reason for doing so is that I wish to have one listening point, i.e. by adding one transport to a SIP stack and have many dum stacks (working as UAS) using this sip stack, working in different threads in parallel. 
 
Another question is when a SIP request is received to the SIP stack, what is the policy of distribution of this SIP request between the different dum objects attached to the SIP stack ? 

Thanks,
Elberg Meir
Ventego Networks


_______________________________________________
resiprocate-devel mailing list 
resiprocate-devel at list.sipfoundry.org
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel




-- 
大笨熊㊣囍囸龘 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20051109/507daf45/attachment.htm>