Hi Isaac, I think the implemention should know who is answering of which INVITE. In my optionen you can recognizing it through the branch-id. After receiving a 200 OK for the INVITE you have to create a route set and all message will be send to this IP. So you ACK should go to the right UAS.
Greeting Markus "Isaac Dudy" <[EMAIL PROTECTED]> schrieb am 16.06.05 08:11:01: > > Hi all. > > Suppose UA sends INVITE to FQDN which is resolved to 2 different IP > addresses. > The UA tries the first IP, but there is no response since the server is > down so the UA tries the second IP and succeeds (the UA got 2xx > response). > Now the UA has to send ACK but it MUST do resolving again. > The resolving gives the same 2 addresses again with the same order so > the UA will try the first address first (which will not get the ACK > because the server is down). Eventually, the call will not be > established since the second server who keep sending the 2xx will not > get the ACK and send BYE. > > Please advise ... > > Thanks in advance, > David Isaac. > _______________________________________________ > Sip-implementors mailing list > [email protected] > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
