P-Charge-Info: A Private Header Field (P-Header) Extension to the Session Initiation Protocol (SIP)
draft-york-p-charge-info-08
Yes
(Adam Roach)
(Ben Campbell)
No Objection
(Alexey Melnikov)
(Alvaro Retana)
(Benjamin Kaduk)
(Deborah Brungard)
(Ignas Bagdonas)
(Martin Vigoureux)
(Mirja Kühlewind)
(Suresh Krishnan)
(Terry Manderson)
Note: This ballot was opened for revision 08 and is now closed.
Adam Roach Former IESG member
Yes
Yes
()
Unknown
Ben Campbell Former IESG member
Yes
Yes
()
Unknown
Spencer Dawkins Former IESG member
Yes
Yes
(2018-08-27)
Unknown
This one's been in progress for 16 years? Oh, wow ... Is "private network" the right term to use in If an untrusted entity were inserted between the trusted entities, it could potentially interfere with the billing records for the call. If the SIP connections are not made over a private network, a mechanism for securing the confidentiality and integrity of the SIP connection MUST be used to protect the information. One such mechanism could be TLS-encryption of the SIP signaling stream. ? I'm not sure what the attributes are that you're expecting. Even a reference to a definition of "private network" would be helpful. Is A.1. P-Charging-Vector P-Charging-Vector is defined in Section 4.6 of [RFC7315] and used by the 3GPP to carry information related to the charging of a session. There are, however, some differences in the semantics associated with P-Charging-Vector and P-Charge-Info. P-Charging-Vector is mainly used to carry information for correlation of multiple charging records generated for a single session. On the other hand, P-Charge- Info is used to convey information about the party to be billed for a call. Furthermore, P-Charging-Vector has a mandatory icid-value parameter that is a globally unique value to identify the session for which the charging information is generated. Such a globally-unique identifier is not necessary when carrying information about the user to be billed when it is attached to the corresponding session-related signaling. a privacy concern? Are the Alternatives in Appendix A mutually exclusive from P-Charge-Info? Is it an error if multiple of these are present in a single SIP request? If that's not an error, which alternative has priority, or is that not deterministic?
Alexey Melnikov Former IESG member
No Objection
No Objection
()
Unknown
Alvaro Retana Former IESG member
No Objection
No Objection
()
Unknown
Benjamin Kaduk Former IESG member
No Objection
No Objection
()
Unknown
Deborah Brungard Former IESG member
No Objection
No Objection
()
Unknown
Ignas Bagdonas Former IESG member
No Objection
No Objection
()
Unknown
Martin Vigoureux Former IESG member
No Objection
No Objection
()
Unknown
Mirja Kühlewind Former IESG member
No Objection
No Objection
()
Unknown
Suresh Krishnan Former IESG member
No Objection
No Objection
()
Unknown
Terry Manderson Former IESG member
No Objection
No Objection
()
Unknown