< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

RE: [reSIProcate] Managing multiple UA registrations with single DUM


Matthias,
 
Thanks for the info. A clarification to the last item below....
 
I'm developing an interface between a 3rd party call controller and SIP, using DUM as the integration layer. DUM is being told what devices (URIs) to monitor (I register as UA on their behalf). Some of the devices will receive INVITE msgs and will not respond until the 3rd party controller allows it, i.e. I alert the 3rd party controller about an new incoming call (INVITE) and the 3rd party controller tells me where to deliver the call. Call delivery is done via a B2B and media shuffling and the call is delivered to (you guessed it!!) an agent.
 
This is the type of manipulation I need to be able to do for ALL active sessions that are using 1 DUM and 1 UA. Hence all the questions.
 
Based on your response below, it seems the only call that is UserProfile specific is the call to setDigestCredential(...) just before the SIP msg creation and Dum->send(). Is this true?
 
Bill Kovar
ECAD R&D - IC Advocate and Workflow
Avaya Inc.
(732) 852-2609
bkovar@xxxxxxxxx
 


From: Matthias Moetje - TERASENS GmbH [mailto:moetje@xxxxxxxxxxxx]
Sent: Wednesday, April 19, 2006 11:24 AM
To: Kovar, William (Bill)
Cc: resiprocate-devel
Subject: RE: [reSIProcate] Managing multiple UA registrations with single DUM

Bill, 
I can see how persisting UserProfiles can be done when the Register succeeds. What I can't seem to grasp is what calls to the DUM have to change when I am switching profiles, hence which data beyond the UserProfile I need to change to control a different UA.  
..usually nothing, the userprofile should be sufficient.
 
Don't set things like digest credentials or defaultFrom in the masterprofile, create a userprofile for each UA.
In the example below the various pDum->setXXXX methods are called using the one and only uac. Which ones would be UserProfile or UA instance specific and which ones I only call once at initialization of the DUM.  
You would call all of them at initialization of DUM. None of them should be UA specific.
 NOTE: After registration of many URIs, I wish to control responses to INVITES, etc from a 3rd party controller. 
Hm, not sure what you mean here..?
 
Best regards,
 
Matthias