RE: [reSIProcate] using Resiprocate with STUN
If you are using DUM you should use the setOverrideHostPort of the profile -
it will take care of ensuring the contact is set for the dialog to what you
specify.
-----Original Message-----
From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Jeff
Knighton
Sent: Thursday, July 07, 2005 5:59 PM
To: jason@xxxxxx; kaiduan xie
Cc: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [reSIProcate] using Resiprocate with STUN
Thanks for the answers.
So, it seems that the only field that needs populating is the Contact Field.
This is good, because when I tried changing the "Via", the transport
selector couldn't find a transport to use.
There is a method called setOverrideHostPort as part of the profile. Is
this the appropriate method to use to update the contact field, or should I
just update the contact manually. If this isn't the appropriate method to
use, when would this method normally be used?
Thanks
Jeff Knighton
----- Original Message -----
From: "Fischl jason" <jason.fischl@xxxxxxxxx>
To: "kaiduan xie" <kaiduanx@xxxxxxxx>
Cc: "Cullen Jennings" <fluffy@xxxxxxxxx>; "Jeff Knighton"
<jeff.knighton@xxxxxxxxxxxxxx>; <resiprocate-devel@xxxxxxxxxxxxxxxxxxx>
Sent: Thursday, July 07, 2005 3:48 PM
Subject: Re: [reSIProcate] using Resiprocate with STUN
This is true for response routing but if you don't populate the
Contact field correctly subsequent requests in dialog will not be
routed correctly. i.e. ACK or BYE
On 7/7/05, kaiduan xie <kaiduanx@xxxxxxxx> wrote:
> Cullen is right. If the proxy supports received and
> rport, you donot need to do any extra processing in
> the Contact and Via. I have tested that.
>
> kaiduan
> --- Cullen Jennings <fluffy@xxxxxxxxx> wrote:
>
> >
> > Not sure but, I think if you set the Contact, the
> > stack should not overwrite
> > it with local information. Not sure about the via
> > but I don't think it
> > matters much because the proxy will ad a received
> > from address and use that
> > so it does not matter than the via has the wrong
> > address.
> >
> > On 7/1/05 4:32 PM, "Jeff Knighton"
> > <jeff.knighton@xxxxxxxxxxxxxx> wrote:
> >
> > > I'm trying to add STUN support to my resiprocate
> > based UA. I've gotten to
> > > the point where my STUN client has returned the
> > correct ipaddress/port
> > > combination, and I'm trying to get resiprocate to
> > use it when it constructs
> > > messages. As I've been stepping through the
> > debugger as I try to construct
> > > and send an INVITE, it appears that the
> > transport.cxx inserts the local
> > > machine's ip address into the "Via" and "Contact"
> > fields. What is the
> > > proper way to tell resiprocate about the "new"
> > ipaddress and port?
> > >
> > > Thanks,
> > > Jeff Knighton
> > >
> > >
> > > _______________________________________________
> > > resiprocate-devel mailing list
> > > resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> > >
> >
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
> >
> > _______________________________________________
> > resiprocate-devel mailing list
> > resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> >
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
>
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxxxxxx
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel