no.
For a start, a re-INVITE would have to have a new CSeq anyway. If you don't use a new CSeq, the UAC would ignore your so-called "re-INVITE". Anyway, a re-INVITE (with new CSeq) shouldn't be sent until the first has been processed. If this does happen you'll get a "491 Request Pending" SIP response. Also, you can't just change the From. It has to always stay the same for a call. Why don't you just put the caller-id into the >From of the first INVITE? Regards Attila -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Dorin Sent: 07 December 2006 13:58 To: [email protected] Subject: [Sip-implementors] RE-INVITE Question How is a re-invite treated if the UAC has not answered a call yet? For example, the following flow: UAC PROXY === ===== <--INVITE---- ---RINGING--- <--reInvite-- [Only FROM changed] Basically, I want to shove out the caller id info after a ring. Should this work? Thanks, Mike __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
