[reSIProcate] DNS question
Robert Mansfield
RJM at Redwoodtech.com
Fri Jan 13 13:15:19 CST 2006
Dave,
Thanks for your help. Indeed the application was inserting it's own 'Via'
header. I've left the stack to insert the transport element of the 'Via'
header and it's ok.
Regards,
Rob Mansfield.
-----Original Message-----
From: Dale R. Worley [mailto:dworley at pingtel.com]
Sent: 13 January 2006 18:00
To: Resiprocate-devel
Subject: RE: [reSIProcate] DNS question
On Fri, 2006-01-13 at 15:59 +0000, Robert Mansfield wrote:
> Thanks for the response. The application is constructing the Via
> header using an V4 IP address within a test environment.
>
> So Via: SIP/2.0/UDP 10.0.0.1;branch=...
>
> However the AoR in the INVITE is constructed using a sip url
>
> INVITE sip:user at test.domain.com
I'm not sure I understand what you're trying to do. The application is
functioning as a UA, and it's originating the INVITE? If that's the case,
then there's no reason for the application to insert a Via, which would
describe how to get to the *previous* SIP agent (which doesn't exist).
ReSIProcate will (should?), of course, add another Via describing how the
INVITE gets sent to its next hop, but that would be a second Via in the
message.
> 8.1.1.7 Via
>
> The Via header field indicates the transport used for the
transaction
> and identifies the location where the response is to be sent. A
Via
> header field value is added only after the transport that will be
> used to reach the next hop has been selected (which may involve the
> usage of the procedures in [4]).
This can be read several ways. The common practice is to always give an IP
address, but the grammar allows domain names, and in some redundant systems,
you would want to use domain names rather than IP addresses.
Dale
_______________________________________________
resiprocate-devel mailing list resiprocate-devel at list.sipfoundry.org
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
More information about the resiprocate-devel
mailing list