[reSIProcate] repro TLS : sending responses

[Byron Campen]

	So far as I know, the stack causes all responses to go back to the  
source of the request. If this is not happening, we have a bug. I'll  
look at the code.

Best regards,
Byron Campen

> RFC 3261 defines at "18.2.2 Sending Responses"
>
> "If the "sent-protocol" is a reliable transport
> protocol such as
>          TCP or SCTP, or TLS over those, the response
> MUST be sent using
>          the existing connection to the source of the
> original request
>          that created the transaction, if that
> connection is still open.
>          This requires the server transport to
> maintain an association
>          between server transactions and transport
> connections."
>
> I noticed that repro is trying to locate connection
> for sending response based on data retrieved from Via
> header of request (REGISTER in my case). Since Via
> header has 5061 port and REGISTER was sent from
> different port it failed to locate already established
> connection for sending response. Should it be fixed?
>
> Thanks,
> Boris
>
>
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at list.resiprocate.org
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20070412/f0570897/attachment.bin>