Hi Jeroen,
as u told, rport helps in traversing the NAT for UDP.
similarly, are there any standard way for TCP, for resp routing thr NAT?
OR it has to be taken care of thr implementation.
for eg, according to the draft, the requet has to
record-routed. So,in the record-route, some info about the FD can be
maintained. this info can be used to forward the resp. rather than
maintaining the state in the element separately, if the info is stored in
the record route, it can be accessed while forwarding the resp back. right??
and i understand that when you mean **state**, you dont mean the
regstrar to be transaction stateful. right??
thanks in adv
Mohammed
On 6/25/06, Jeroen van Bemmel <[EMAIL PROTECTED]> wrote:
>
> Mohammed,
>
> outbound only affects request routing. Response routing is not affected,
> elements are still supposed to remember sufficient state (including e.g.
> the
> FD) to be able to route a response back to the same connection as the
> request came in on
>
> For NAT traversal and response routing over UDP, you can use the 'rport'
> extension
>
> Regards,
>
> Jeroen
>
> ----- Original Message -----
> From: "Mohammed Hanifa" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Sunday, June 25, 2006 9:48 AM
> Subject: [Sip-implementors] how to forward a response when the
> proxysupports
> outbound draft
>
>
> > hi all
> > As per outbound draft, During registration, the aor, its contact is
> stored
> > along with instance id, regid and FD of the transport connection.
> >
> > assume the registrar is co-located.
> >
> > now the registrar gets a new request. normally the contact ip and port
> for
> > that
> > aor will be gotten and the req will be forwarded. Now, the registrar
> will
> > look for
> > the instance id and regid. if it is present, then the corresponding FD
> > will
> > be gotten
> > and the req will be forwarded.
> >
> >
> > UA1 NAT Registrar-colocated-proxy
> > UA2
> >
> > INV
> > ------------------------------------------->
> > INV
> >
> > ------------------------------------------------->
> > 200 ok
> >
> > <--------------------------------------------------
> > ??
> > <------
> >
> >
> > consider the above scenario.
> >
> > on what basis the resp will be forwarded?? now, in order to traverse
> NAT,
> > it
> > should not look into the VIA header? it should somehow get the existing
> > connection
> > and then forward the resp. how will it know the existing connection?
> >
> > i think, the incoming response will not have any knowledge abt the
> > instance
> > id.
> > should we again get the from uri and do a registrar lookup, inorder to
> > forward
> > the resp back to te UA1??
> >
> > sorry if my understanding is wrong. plz clarify.
> >
> > thanks in adv
> > Mohammed
> > _______________________________________________
> > Sip-implementors mailing list
> > [email protected]
> > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
