| < Previous by Date | Date Index | Next by Date > |
| Thread Index | Next in Thread > |
Hi, Simple (I hope) question on transfer to a target that has NOT yet answered the original call: If I send an INVITE to a User Agent that uses reciprocate (and rhymes with “Mia”), it sends me back a 180 Ringing...then *before* the owner answers I send an INVITE-Replaces with a Replaces header that references the call id, from-tag AND to-tag of the original dialog (where the to-tag is actually the one created by “Mia” when sending me back the 180). I get a 481 back from “Mia” to this INVITE-Replaces. If I allow “Mia” to answer the phone i.e. generate a 200 OK before I attempt the INVITE-Replaces all works fine and the session is replaced. Can anyone tell me why resip is trying - and failing - to match based on this example - the sequence is: 1) INVITE to “Mia” with CallID A, from tag B 2) “Mia” sends back 180 Ringing with CallID A, from tag B, to tag C 3) ... wait a few seconds 4) INVITE to “Mia” with CallID D and Replaces header including A;from-tag=B;to-tag=C My question really is - what should my Replaces header contain in order to get the resip / “Mia” dialog matching to work on this "ringing but not yet answered call" ? Many thanks for any help. P.S> this seems to fail on all desktop version of “Mia” P.P.S> I have considered trying all these: Replaces: 94ab8a63-81657ac1@10.0.0.97;from-tag=8b7615fb4286a409o0;to-tag=318de128 Replaces: 94ab8a63-81657ac1@10.0.0.97;from-tag=8b7615fb4286a409o0;to-tag= Replaces: 94ab8a63-81657ac1@10.0.0.97;from-tag=8b7615fb4286a409o0;to-tag=0 Replaces: 94ab8a63-81657ac1@10.0.0.97;from-tag=8b7615fb4286a409o0;to-tag=318de128;early-only |