El Jueves, 10 de Julio de 2008, Iñaki Baz Castillo escribió: > Imagine this case: > - UAC sends an INVITE by UDP to UAS via IP1. > - The INVITE arrives to UAS who sends the reply via IP1. > - But a network error occurs and that route is closed. > - UAS tries also fails to send response performing NS resolutions of > "sent-by" parameter. > - UAC resends the same INVITE but because network has changed the INVITE > arrives to UAS from IP2. It's a retransmission. > - If UAS resends the response to IP1 (as you suggest) it will fail forever. > > Doesn't make sense in this case that the response should be sent to IP2 > (from where the retransmitted INVITE arrives)?
Any other comment about it? Since it seems not to be clearly defined in the RFC I've decided to deny retransmissions (requests matching 17.2.3) from a different source IP:port than the original request. Note that a retransmission coming from a different IP:port source address would set a new response address, so: what about if the following occurs? - UAS receives an INVITE from IP_A:port_A - UAS sends a 100 Trying to IP_A:port_A - UAS receives a retransmission from IP_B:port_B - UAS resends the last response sent (100 Trying) to IP_B:port_B <--- or to IP_A:port_A? - Now UAS wants to send a 404, where to send? to IP_A:port_A or IP_B:port_B? As I said, it seems this is not well documented so maybe better deny it. -- Iñaki Baz Castillo _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
