RFC 6189
E549514
RFC 6189 is the Internet Engineering Task Force (IETF) standard that defines the ZRTP protocol for secure key agreement in Voice over IP communications.
All labels observed (1)
| Label | Occurrences |
|---|---|
| RFC 6189 canonical | 1 |
How this entity was disambiguated
This entity first appeared as the object of triple T5768308 — resolving that mention is where its identity was fixed. The disambiguator weighed these candidate entities and picked the highlighted one (or “None”, minting a new entity). This is how homonymy is resolved: the same surface form can point to different entities.
Target entity: RFC 6189 Context triple: [ZRTP, specifiedIn, RFC 6189]
-
A.
RFC 6066
RFC 6066 is an Internet Engineering Task Force (IETF) standard that specifies Transport Layer Security (TLS) extensions, including the widely used Server Name Indication (SNI) extension.
-
B.
RFC 8996
RFC 8996 is an Internet Engineering Task Force (IETF) standard that formally deprecates the use of older Transport Layer Security (TLS) protocol versions in favor of more secure modern alternatives.
-
C.
RFC 6081
RFC 6081 is an Internet Engineering Task Force (IETF) standards-track document that updates and replaces the original Teredo IPv6 transition mechanism specification to improve IPv6 connectivity across IPv4 networks with NAT.
-
D.
RFC 9293
RFC 9293 is the modern Internet standards document that consolidates and updates the core specification of the Transmission Control Protocol (TCP), replacing the original TCP specification defined in RFC 793.
-
E.
RFC 6052
RFC 6052 is an IETF standard that defines the IPv6 address format for representing IPv4 addresses, forming a core part of NAT64 and IPv4/IPv6 transition mechanisms.
- F. None of above. chosen
- G. Unsure - the case is ambiguous/there is not enough information to decide.
Target entity: RFC 6189 Target entity description: RFC 6189 is the Internet Engineering Task Force (IETF) standard that defines the ZRTP protocol for secure key agreement in Voice over IP communications.
-
A.
RFC 6066
RFC 6066 is an Internet Engineering Task Force (IETF) standard that specifies Transport Layer Security (TLS) extensions, including the widely used Server Name Indication (SNI) extension.
-
B.
RFC 8996
RFC 8996 is an Internet Engineering Task Force (IETF) standard that formally deprecates the use of older Transport Layer Security (TLS) protocol versions in favor of more secure modern alternatives.
-
C.
RFC 6081
RFC 6081 is an Internet Engineering Task Force (IETF) standards-track document that updates and replaces the original Teredo IPv6 transition mechanism specification to improve IPv6 connectivity across IPv4 networks with NAT.
-
D.
RFC 9293
RFC 9293 is the modern Internet standards document that consolidates and updates the core specification of the Transmission Control Protocol (TCP), replacing the original TCP specification defined in RFC 793.
-
E.
RFC 6052
RFC 6052 is an IETF standard that defines the IPv6 address format for representing IPv4 addresses, forming a core part of NAT64 and IPv4/IPv6 transition mechanisms.
- F. None of above. chosen
Statements (48)
| Predicate | Object |
|---|---|
| instanceOf |
Internet standard
ⓘ
Request for Comments ⓘ technical specification ⓘ |
| abbreviation | IETF NERFINISHED ⓘ |
| appliesTo |
SRTP
NERFINISHED
ⓘ
Secure Real-time Transport Protocol NERFINISHED ⓘ VoIP communications ⓘ Voice over IP ⓘ |
| area | RAI Area ⓘ |
| author |
Alan Johnston
NERFINISHED
ⓘ
Jon Callas NERFINISHED ⓘ Philip R. Zimmermann NERFINISHED ⓘ |
| category | Standards Track ⓘ |
| defines | Media Path Key Agreement for Unicast Secure RTP NERFINISHED ⓘ |
| definesProtocol | ZRTP NERFINISHED ⓘ |
| documentSeries | RFC Series NERFINISHED ⓘ |
| doesNotRequire |
PKI (Public Key Infrastructure)
NERFINISHED
ⓘ
pre-shared keys ⓘ |
| focusesOn |
end-to-end media security
ⓘ
media path key agreement ⓘ |
| keyword |
SRTP
NERFINISHED
ⓘ
VoIP security ⓘ ZRTP NERFINISHED ⓘ key agreement ⓘ media security ⓘ |
| negotiates |
SRTP session keys
ⓘ
cryptographic algorithms ⓘ |
| obsoletes | RFC 6189 (2006 ZRTP Internet-Draft series) NERFINISHED ⓘ |
| organization | Internet Engineering Task Force NERFINISHED ⓘ |
| protocolType |
key agreement protocol
ⓘ
secure key agreement ⓘ |
| publicationDate | April 2011 ⓘ |
| publisher | RFC Editor NERFINISHED ⓘ |
| relatedTo |
Secure RTP
NERFINISHED
ⓘ
ZRTP protocol NERFINISHED ⓘ |
| securityProperty |
end-to-end confidentiality of media
ⓘ
man-in-the-middle attack detection ⓘ perfect forward secrecy ⓘ |
| standardizes | ZRTP key agreement for SRTP ⓘ |
| status | Proposed Standard ⓘ |
| stream | IETF Stream NERFINISHED ⓘ |
| supports |
SAS (Short Authentication String) verification
ⓘ
Short Authentication String ⓘ |
| title | ZRTP: Media Path Key Agreement for Unicast Secure RTP NERFINISHED ⓘ |
| transport | in-band over RTP media path ⓘ |
| uses | Diffie–Hellman key exchange NERFINISHED ⓘ |
| workingGroup | Real-time Applications and Infrastructure Area NERFINISHED ⓘ |
| year | 2011 ⓘ |
How these facts were elicited
The pipeline generated the facts above by prompting gpt-5.1 with this entity's name + description and the instruction below.
You are a knowledge base construction expert. Given a subject entity and a description of it, return factual statements that you know for the subject as a JSON list of dictionaries(triples), where keys must be "subject", "predicate" and "object". The number of facts may be very high, between 25 to 50 or more, for very popular subjects. For less popular subjects, the number of facts can be very low, like 5 or 10. # Requirements - If you don't know the subject at all, return an empty list. - If the subject is not a named entity, return an empty list. - Include at least one triple where predicate is "instanceOf". - Do not get too wordy. - Separate several objects into multiple triples with one object.
Subject: RFC 6189 Description of subject: RFC 6189 is the Internet Engineering Task Force (IETF) standard that defines the ZRTP protocol for secure key agreement in Voice over IP communications.
Referenced by (1)
Full triples — surface form annotated when it differs from this entity's canonical label.