< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index | Next in Thread > |
Jason,I thought about persisting the InviteSessionHandle but I wasn't sure it pointed to only ONE dialogId.Is there a 1:1 relationship between InviteSessionHandle -> DialogId?I need to find the right call in the UA and the right end of the call to move it correctly.Bill Kovar
From: jason.fischl@xxxxxxxxx [mailto:jason.fischl@xxxxxxxxx] On Behalf Of Jason Fischl
Sent: Wednesday, May 10, 2006 10:52 AM
To: Kovar, William (Bill)
Cc: resiprocate-devel
Subject: Re: [reSIProcate] Finding the correct DialogID to get the InviteSessionCan you not store the InviteSessionHandle instead? That way you won't need to call findInviteSession at all. You can just store a map from refid -> InviteSessionHandle.
On 5/9/06, Kovar, William (Bill) <bkovar@xxxxxxxxx> wrote:I'm building a multiple UA server that receives 3rd party commands that contain a Uri and refid.A top layer maps Uri->UA to find the UA. But I can't seem to figure out what to persist in my UA to find the correct dialog to act on. My UA may have multiple active sessions.If I map inside the UA as such:std::map<unsigned long refid, DialogId> the_map;and then add to the mapthe_map[refid] = ish->getAppDialog()->getDialogID();and then do:mdum->findInviteSession(DialogId);Compiler complains about no appropriate copy constructor on resip::DialogId.Should I modify class DialogId to have a copy constructor or is there another way around this? Or does the DialogUsageManager have some goodies for me to use to find the correct session inside one UA.Any alternatives to findInviteSession() ??Any suggestions??Bill Kovar
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxxxxxx
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel