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

Re: [reSIProcate] Dum registration support for mulitple registrationsof different usernames


In my version (revision 6264), addGruu is empty, and both hasGruu
functions return false.  Am I missing something?

--shaun

On 6/1/06, Shaun Dawson <scdawson@xxxxxxxxx> wrote:
Scott,

Thanks for all of this info.

I'm using the resiprocate main trunk, which has the following code in
UserProfile.cxx:

void
UserProfile::addGruu(const Data& aor, const NameAddr& contact)
{
}

bool
UserProfile::hasGruu(const Data& aor) const
{
   return false;
}

bool
UserProfile::hasGruu(const Data& aor, const Data& instance) const
{
   return false;
}

Should I be using a different branch if I want to be able to use Gruus?

Shaun

On 5/29/06, Scott Godin <slgodin@xxxxxxxxxxxx> wrote:
> Well the first two parameters on makeInitialRequest are used for
> Request-Uri and From field respectively.  For a registration request you
> would need to make these different only if you wanted to indicate that
> you are registering on someone else's behalf.  We should probably be
> allowing this in the API.
>
> The user used in the Contact header is taken from the 2nd argument to
> makeInitialRequest - the host and port are then populated by the stack,
> or taken from the profile setting OverrideHostAndPort.
>
> You can have an entirely different Contact by specifying a Gruu in the
> UserProfile.  Have a look at the code in
> BaseCreator::makeInitialRequest.
>
> Scott
>
> > -----Original Message-----
> > From: Shaun Dawson [mailto:scdawson@xxxxxxxxx]
> > Sent: Friday, May 26, 2006 5:25 PM
> > To: Scott Godin
> > Subject: Re: [reSIProcate] Dum registration support for mulitple
> > registrationsof different usernames
> >
> > I see.  But I can't register an AOR with a username that differs from
> > my own.  So, if I want to register sip:dawson@xxxxxxxxxxxxxxx to the
> > contact sip:scd111@xxxxxxxxxxx, I can't do that with the Dum unless I
> > fix that line, right?
> >
> > Shaun
> >
> > On 5/26/06, Scott Godin <slgodin@xxxxxxxxxxxx> wrote:
> > > You can use multiple registration requests to register multiple
> users.
> > > You may need a separate UserProfile for each user - if
> authentication is
> > > required.
> > >
> > > > -----Original Message-----
> > > > From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > > [mailto:resiprocate-
> > > > devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Shaun Dawson
> > > > Sent: Friday, May 26, 2006 2:01 PM
> > > > To: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> > > > Subject: [reSIProcate] Dum registration support for mulitple
> > > > registrationsof different usernames
> > > >
> > > > All,
> > > >
> > > > I believe that it is currently impossible to use DUM to register
> more
> > > > than one username with a registrar.  This is because of line 17 in
> > > > RegistrationCreator.cxx, which uses the target for both the aor
> and
> > > > contact usernames:
> > > >
> > > >    makeInitialRequest(target, target, REGISTER);
> > > >
> > > > I can correct this by changing this line to read:
> > > >
> > > >    makeInitialRequest(target, userProfile->getDefaultFrom(),
> > > REGISTER);
> > > >
> > > > which uses the DefaultFrom in the user profile instead of the
> target.
> > > >
> > > > Two questions:
> > > >
> > > > First, Is this the right way to do this?  It seems like it to me,
> but
> > > > I can't believe that I'm the first person to have encountered this
> > > > issue in the Dum.
> > > >
> > > > Second, if this is the right way to do this, does anyone mind if I
> go
> > > > ahead and make this change?  I believe that this will break any
> > > > existing implementations that do not properly set up a user
> profile,
> > > > so I'm a little bit afraid of doing that.
> > > >
> > > > thanks,
> > > >   Shaun
> > > > _______________________________________________
> > > > resiprocate-devel mailing list
> > > > resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> > > > https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
> > >
>