Thanks Brett, This RFC 5086 is Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation Service over Packet Switched Network (CESoPSN)
Is it the right one for Diversion? Vivek. From: Brett Tate <[email protected]> To: Vivek Singla <[email protected]>; "[email protected]" <[email protected]> Sent: Friday, July 13, 2012 11:29 AM Subject: RE: [Sip-implementors] Duplicate diversion headers in Invite RFC 5086 is the historic RFC for diversion. As far as I know, it does not forbid it. The typical reason that you might see it involves looping. A loop occurred and the device either handled it differently or has not yet detected the loop (or reached Max-Forwards 0). > -----Original Message----- > From: [email protected] [mailto:sip- > [email protected]] On Behalf Of Vivek Singla > Sent: Friday, July 13, 2012 11:58 AM > To: [email protected] > Subject: [Sip-implementors] Duplicate diversion headers in Invite > > > Hi, > > I am trying to figure out a scenario in which a SIP proxy will get 2 > very same Diversion headers. > > For example: > Diversion: <sip:[email protected];user=phone>; privacy=off; > reason=unconditional; counter=1 > Diversion: <sip:[email protected];user=phone>; privacy=off; > reason=unconditional; counter=1 > > These 2 headers come in the same INvite message. > > I am just trying to see if there is a RFC out there to justify this > duplication of these 2 headers? > > Vivek. _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
