RE: [reSIProcate] Managing multiple UA registrations with single DUM
- From: "Kovar, William (Bill)" <bkovar@xxxxxxxxx>
- Date: Wed, 19 Apr 2006 11:38:03 -0400
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
 
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