Hi,

I'm trying to add to OSSPhone the ability of managing subscriptions but not
dialog-event type so i decided to not use RFC3265 or RFC3680 classes.
So I'm going to imitate the way OSSPhone sends REGISTERs and has an active
Registration?
A doubt has appeared when analyzing the code, particularly the flow to do a
login. I think the only method that really fill the request is
ConstructRegister (which is called from the constructor of
UACORE::RegisterSession). But the only time that an object of that class is
created is by the line *RegisterSession * regSession =
(RegisterSession*)m_OSSUserAgent->GetRegistrar()->CreateClientSession(
GetProfile(), sessionId.str() );* in OPAL::OpalOSSEndPoint and that last
method calls UACORE::SIPSessionManager::OnCreateClientSession and finally
for that method you can find:

SIPSession * SIPSessionManager::OnCreateClientSession(
const ProfileUA & /*profile*/,
const OString & /*sessionId*/
)
{
*/// since we dont know what client session to create
/// we must force implementors to return their own descendant here

• PAssertAlways( PUnimplementedFunction );

*return NULL;
*}

So I thought that finally that regSession object is not created and NULL is
returned.
But my surprise is that, of course, the request is constructed properly and
the OSSPhone application gets registered to a SIP Server when pressing Login
button.
What is missing in my analysis???

I created an structure of classes similar to that one for registration
sessions but for subscriptions and instead of sending SUBSCRIBEs it still
sends REGISTERs!!? I'm going bananas.

Thanks in advance.
Best Regards,

-Sebastian-

---

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
opensipstack-devel mailing list
opensipstack-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensipstack-devel