4. Nachrichtenformate
4. Nachrichtenformate
IGMP-Nachrichten werden in IPv4-Datagrammen eingekapselt, mit einer IP-Protokollnummer von 2. Jede in diesem Dokument beschriebene IGMP-Nachricht wird mit einer IP Time-to-Live von 1, IP Precedence von Internetwork Control (z.B. Type of Service 0xc0) gesendet und trägt eine IP Router Alert-Option [RFC-2113] in ihrem IP-Header. IGMP-Nachrichtentypen werden von der IANA [IANA-REG] wie in [RFC-3228] beschrieben registriert.
Es gibt zwei IGMP-Nachrichtentypen, die für das in diesem Dokument beschriebene IGMPv3-Protokoll relevant sind:
| Type Number (hex) | Message Name |
|---|---|
| 0x11 | Membership Query |
| 0x22 | Version 3 Membership Report |
Eine Implementierung von IGMPv3 MUSS auch die folgenden drei Nachrichtentypen unterstützen, für die Interoperation mit früheren Versionen von IGMP (siehe Abschnitt 7):
| Type Number (hex) | Message Name | Reference |
|---|---|---|
| 0x12 | Version 1 Membership Report | [RFC-1112] |
| 0x16 | Version 2 Membership Report | [RFC-2236] |
| 0x17 | Version 2 Leave Group | [RFC-2236] |
Nicht erkannte Nachrichtentypen MÜSSEN stillschweigend ignoriert werden. Andere Nachrichtentypen können von neueren Versionen oder Erweiterungen von IGMP, von Multicast-Routing-Protokollen oder für andere Verwendungen genutzt werden.
In diesem Dokument beziehen sich die großgeschriebenen Wörter "Query" und "Report", sofern nicht anders angegeben, auf IGMP Membership Queries bzw. IGMP Version 3 Membership Reports.
4.1. Membership Query-Nachricht
Membership Queries werden von IP-Multicast-Routern gesendet, um den Multicast-Empfangsstatus benachbarter Schnittstellen abzufragen. Queries haben das folgende Format:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 0x11 | Max Resp Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Group Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Resv |S| QRV | QQIC | Number of Sources (N) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Address [1] |
+- -+
| Source Address [2] |
+- . -+
. . .
. . .
+- -+
| Source Address [N] |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
4.1.1. Max Resp Code
Das Feld Max Resp Code spezifiziert die maximale Zeit, die vor dem Senden eines antwortenden Reports erlaubt ist. Die tatsächlich erlaubte Zeit, genannt Max Resp Time, wird in Einheiten von 1/10 Sekunde dargestellt und aus dem Max Resp Code wie folgt abgeleitet:
Wenn Max Resp Code < 128, Max Resp Time = Max Resp Code
Wenn Max Resp Code >= 128, repräsentiert Max Resp Code einen Gleitkommawert wie folgt:
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|1| exp | mant |
+-+-+-+-+-+-+-+-+
Max Resp Time = (mant | 0x10) << (exp + 3)
Kleine Werte von Max Resp Time ermöglichen es IGMPv3-Routern, die "Leave Latency" (die Zeit zwischen dem Moment, in dem der letzte Host eine Gruppe verlässt, und dem Moment, in dem das Routing-Protokoll benachrichtigt wird, dass es keine Mitglieder mehr gibt) zu optimieren. Größere Werte, insbesondere im exponentiellen Bereich, ermöglichen die Optimierung der Burstiness des IGMP-Verkehrs in einem Netzwerk.
4.1.2. Checksum
Die Checksum ist das 16-Bit-Einerkomplement der Einerkomplementsumme der gesamten IGMP-Nachricht (die gesamte IP-Nutzlast). Für die Berechnung der Checksum wird das Checksum-Feld auf Null gesetzt. Beim Empfang von Paketen MUSS die Checksum überprüft werden, bevor ein Paket verarbeitet wird. [RFC-1071]
4.1.3. Group Address
Das Feld Group Address wird beim Senden einer General Query auf Null gesetzt und beim Senden einer Group-Specific Query oder Group-and-Source-Specific Query auf die abgefragte IP-Multicast-Adresse gesetzt (siehe Abschnitt 4.1.9 unten).
4.1.4. Resv (Reserved)
Das Feld Resv wird beim Senden auf Null gesetzt und beim Empfang ignoriert.
4.1.5. S Flag (Suppress Router-Side Processing)
Wenn auf eins gesetzt, zeigt das S Flag allen empfangenden Multicast-Routern an, dass sie die normalen Timer-Updates unterdrücken sollen, die sie beim Hören einer Query durchführen. Es unterdrückt jedoch nicht die Querier-Wahl oder die normale "Host-seitige" Verarbeitung einer Query, die ein Router möglicherweise als Folge davon durchführen muss, dass er selbst ein Gruppenmitglied ist.
4.1.6. QRV (Querier's Robustness Variable)
Wenn ungleich Null, enthält das QRV-Feld den [Robustness Variable]-Wert, der vom Querier verwendet wird, d.h. dem Absender der Query. Wenn die [Robustness Variable] des Queriers 7 überschreitet, den Maximalwert des QRV-Felds, wird QRV auf Null gesetzt. Router übernehmen den QRV-Wert aus der zuletzt empfangenen Query als ihren eigenen [Robustness Variable]-Wert, es sei denn, dieser zuletzt empfangene QRV war Null, in diesem Fall verwenden die Empfänger den in Abschnitt 8.1 angegebenen Standard-[Robustness Variable]-Wert oder einen statisch konfigurierten Wert.
4.1.7. QQIC (Querier's Query Interval Code)
Das Feld Querier's Query Interval Code spezifiziert das [Query Interval], das vom Querier verwendet wird. Das tatsächliche Intervall, genannt Querier's Query Interval (QQI), wird in Einheiten von Sekunden dargestellt und aus dem Querier's Query Interval Code wie folgt abgeleitet:
Wenn QQIC < 128, QQI = QQIC
Wenn QQIC >= 128, repräsentiert QQIC einen Gleitkommawert wie folgt:
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|1| exp | mant |
+-+-+-+-+-+-+-+-+
QQI = (mant | 0x10) << (exp + 3)
Multicast-Router, die nicht der aktuelle Querier sind, übernehmen den QQI-Wert aus der zuletzt empfangenen Query als ihren eigenen [Query Interval]-Wert, es sei denn, dieser zuletzt empfangene QQI war Null, in diesem Fall verwenden die empfangenden Router den in Abschnitt 8.2 angegebenen Standard-[Query Interval]-Wert.
4.1.8. Number of Sources (N)
Das Feld Number of Sources (N) gibt an, wie viele Quelladressen in der Query vorhanden sind. Diese Zahl ist Null in einer General Query oder einer Group-Specific Query und ungleich Null in einer Group-and-Source-Specific Query. Diese Zahl wird durch die MTU des Netzwerks begrenzt, über das die Query übertragen wird. Zum Beispiel verbraucht bei einem Ethernet mit einer MTU von 1500 Oktetten der IP-Header einschließlich der Router Alert-Option 24 Oktette, und die IGMP-Felder bis einschließlich des Felds Number of Sources (N) verbrauchen 12 Oktette, wodurch 1464 Oktette für Quelladressen verbleiben, was die Anzahl der Quelladressen auf 366 (1464/4) begrenzt.
4.1.9. Source Address [i]
Die Felder Source Address [i] sind ein Vektor von n IP-Unicast-Adressen, wobei n der Wert im Feld Number of Sources (N) ist.
4.1.10. Additional Data
Wenn das Packet Length-Feld im IP-Header einer empfangenen Query anzeigt, dass zusätzliche Daten-Oktette über die hier beschriebenen Felder hinaus vorhanden sind, MÜSSEN IGMPv3-Implementierungen diese Oktette in die Berechnung zur Überprüfung der empfangenen IGMP-Checksum einbeziehen, aber diese zusätzlichen Oktette ansonsten ignorieren. Beim Senden einer Query DARF eine IGMPv3-Implementierung KEINE zusätzlichen Oktette über die hier beschriebenen Felder hinaus einschließen.
4.1.11. Query-Varianten
Es gibt drei Varianten der Query-Nachricht:
-
Eine "General Query" wird von einem Multicast-Router gesendet, um den vollständigen Multicast-Empfangsstatus der benachbarten Schnittstellen zu erfahren (d.h. die Schnittstellen, die an das Netzwerk angeschlossen sind, auf dem die Query übertragen wird). In einer General Query sind sowohl das Feld Group Address als auch das Feld Number of Sources (N) Null.
-
Eine "Group-Specific Query" wird von einem Multicast-Router gesendet, um den Empfangsstatus in Bezug auf eine einzelne Multicast-Adresse der benachbarten Schnittstellen zu erfahren. In einer Group-Specific Query enthält das Feld Group Address die interessierende Multicast-Adresse, und das Feld Number of Sources (N) enthält Null.
-
Eine "Group-and-Source-Specific Query" wird von einem Multicast-Router gesendet, um zu erfahren, ob eine benachbarte Schnittstelle den Empfang von Paketen wünscht, die an eine bestimmte Multicast-Adresse von einer bestimmten Liste von Quellen gesendet werden. In einer Group-and-Source-Specific Query enthält das Feld Group Address die interessierende Multicast-Adresse, und die Felder Source Address [i] enthalten die interessierenden Quelladresse(n).
4.1.12. IP-Zieladressen für Queries
In IGMPv3 werden General Queries mit einer IP-Zieladresse von 224.0.0.1, der All-Systems-Multicast-Adresse, gesendet. Group-Specific und Group-and-Source-Specific Queries werden mit einer IP-Zieladresse gesendet, die der interessierenden Multicast-Adresse entspricht. Jedoch MUSS ein System jede Query akzeptieren und verarbeiten, deren IP Destination Address-Feld eine der Adressen (Unicast oder Multicast) enthält, die der Schnittstelle zugewiesen sind, auf der die Query ankommt.
4.2. Version 3 Membership Report-Nachricht
Version 3 Membership Reports werden von IP-Systemen gesendet, um (an benachbarte Router) den aktuellen Multicast-Empfangsstatus oder Änderungen im Multicast-Empfangsstatus ihrer Schnittstellen zu melden. Reports haben das folgende Format:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 0x22 | Reserved | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Number of Group Records (M) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Group Record [1] .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Group Record [2] .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| . |
. . .
| . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Group Record [M] .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
wobei jeder Group Record das folgende interne Format hat:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Record Type | Aux Data Len | Number of Sources (N) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Multicast Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Address [1] |
+- -+
| Source Address [2] |
+- -+
. . .
. . .
. . .
+- -+
| Source Address [N] |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. Auxiliary Data .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
4.2.1. Reserved
Die Reserved-Felder werden beim Senden auf Null gesetzt und beim Empfang ignoriert.
4.2.2. Checksum
Die Checksum ist das 16-Bit-Einerkomplement der Einerkomplementsumme der gesamten IGMP-Nachricht (die gesamte IP-Nutzlast). Für die Berechnung der Checksum wird das Checksum-Feld auf Null gesetzt. Beim Empfang von Paketen MUSS die Checksum überprüft werden, bevor eine Nachricht verarbeitet wird.
4.2.3. Number of Group Records (M)
Das Feld Number of Group Records (M) gibt an, wie viele Group Records in diesem Report vorhanden sind.
4.2.4. Group Record
Jeder Group Record ist ein Block von Feldern, der Informationen über die Mitgliedschaft des Absenders in einer einzelnen Multicast-Gruppe auf der Schnittstelle enthält, von der der Report gesendet wird.
4.2.5. Record Type
Siehe Abschnitt 4.2.12 unten.
4.2.6. Aux Data Len
Das Feld Aux Data Len enthält die Länge des Auxiliary Data-Felds in diesem Group Record in Einheiten von 32-Bit-Wörtern. Es kann Null enthalten, um das Fehlen von Zusatzdaten anzuzeigen.
4.2.7. Number of Sources (N)
Das Feld Number of Sources (N) gibt an, wie viele Quelladressen in diesem Group Record vorhanden sind.
4.2.8. Multicast Address
Das Feld Multicast Address enthält die IP-Multicast-Adresse, auf die sich dieser Group Record bezieht.
4.2.9. Source Address [i]
Die Felder Source Address [i] sind ein Vektor von n IP-Unicast-Adressen, wobei n der Wert im Feld Number of Sources (N) dieses Records ist.
4.2.10. Auxiliary Data
Das Feld Auxiliary Data, falls vorhanden, enthält zusätzliche Informationen zu diesem Group Record. Das in diesem Dokument spezifizierte Protokoll, IGMPv3, definiert keine Zusatzdaten. Daher MÜSSEN Implementierungen von IGMPv3 keine Zusatzdaten einschließen (d.h. MÜSSEN das Feld Aux Data Len auf Null setzen) in jedem übertragenen Group Record und MÜSSEN alle in einem empfangenen Group Record vorhandenen Zusatzdaten ignorieren. Die Semantik und interne Kodierung des Auxiliary Data-Felds sind durch jede zukünftige Version oder Erweiterung von IGMP zu definieren, die dieses Feld verwendet.
4.2.11. Additional Data
Wenn das Packet Length-Feld im IP-Header eines empfangenen Reports anzeigt, dass zusätzliche Daten-Oktette über den letzten Group Record hinaus vorhanden sind, MÜSSEN IGMPv3-Implementierungen diese Oktette in die Berechnung zur Überprüfung der empfangenen IGMP-Checksum einbeziehen, aber diese zusätzlichen Oktette ansonsten ignorieren. Beim Senden eines Reports DARF eine IGMPv3-Implementierung KEINE zusätzlichen Oktette über den letzten Group Record hinaus einschließen.
4.2.12. Group Record Types
Es gibt eine Reihe verschiedener Typen von Group Records, die in einer Report-Nachricht enthalten sein können:
-
Ein "Current-State Record" wird von einem System als Antwort auf eine auf einer Schnittstelle empfangene Query gesendet. Er meldet den aktuellen Empfangsstatus dieser Schnittstelle in Bezug auf eine einzelne Multicast-Adresse. Der Record Type eines Current-State Records kann einer der folgenden beiden Werte sein:
Value Name and Meaning 1 MODE_IS_INCLUDE - zeigt an, dass die Schnittstelle einen Filtermodus von INCLUDE für die angegebene Multicast-Adresse hat. Die Felder Source Address [i] in diesem Group Record enthalten die Quellliste der Schnittstelle für die angegebene Multicast-Adresse, falls diese nicht leer ist. 2 MODE_IS_EXCLUDE - zeigt an, dass die Schnittstelle einen Filtermodus von EXCLUDE für die angegebene Multicast-Adresse hat. Die Felder Source Address [i] in diesem Group Record enthalten die Quellliste der Schnittstelle für die angegebene Multicast-Adresse, falls diese nicht leer ist. -
Ein "Filter-Mode-Change Record" wird von einem System gesendet, wann immer eine lokale Invokation von IPMulticastListen eine Änderung des Filtermodus (d.h. eine Änderung von INCLUDE zu EXCLUDE oder von EXCLUDE zu INCLUDE) des Schnittstellenzustandseintrags für eine bestimmte Multicast-Adresse verursacht. Der Record wird in einem Report aufgenommen, der von der Schnittstelle gesendet wird, auf der die Änderung aufgetreten ist. Der Record Type eines Filter-Mode-Change Records kann einer der folgenden beiden Werte sein:
Value Name and Meaning 3 CHANGE_TO_INCLUDE_MODE - zeigt an, dass die Schnittstelle für die angegebene Multicast-Adresse in den INCLUDE-Filtermodus gewechselt hat. Die Felder Source Address [i] in diesem Group Record enthalten die neue Quellliste der Schnittstelle für die angegebene Multicast-Adresse, falls diese nicht leer ist. 4 CHANGE_TO_EXCLUDE_MODE - zeigt an, dass die Schnittstelle für die angegebene Multicast-Adresse in den EXCLUDE-Filtermodus gewechselt hat. Die Felder Source Address [i] in diesem Group Record enthalten die neue Quellliste der Schnittstelle für die angegebene Multicast-Adresse, falls diese nicht leer ist. -
Ein "Source-List-Change Record" wird von einem System gesendet, wann immer eine lokale Invokation von IPMulticastListen eine Änderung der Quellliste verursacht, die nicht mit einer Änderung des Filtermodus des Schnittstellenzustandseintrags für eine bestimmte Multicast-Adresse zusammenfällt. Der Record wird in einem Report aufgenommen, der von der Schnittstelle gesendet wird, auf der die Änderung aufgetreten ist. Der Record Type eines Source-List-Change Records kann einer der folgenden beiden Werte sein:
Value Name and Meaning 5 ALLOW_NEW_SOURCES - zeigt an, dass die Felder Source Address [i] in diesem Group Record eine Liste der zusätzlichen Quellen enthalten, von denen das System für Pakete hören möchte, die an die angegebene Multicast-Adresse gesendet werden. Wenn die Änderung an einer INCLUDE-Quellliste erfolgte, sind dies die Adressen, die der Liste hinzugefügt wurden; wenn die Änderung an einer EXCLUDE-Quellliste erfolgte, sind dies die Adressen, die aus der Liste gelöscht wurden. 6 BLOCK_OLD_SOURCES - zeigt an, dass die Felder Source Address [i] in diesem Group Record eine Liste der Quellen enthalten, von denen das System nicht mehr hören möchte, für Pakete, die an die angegebene Multicast-Adresse gesendet werden. Wenn die Änderung an einer INCLUDE-Quellliste erfolgte, sind dies die Adressen, die aus der Liste gelöscht wurden; wenn die Änderung an einer EXCLUDE-Quellliste erfolgte, sind dies die Adressen, die der Liste hinzugefügt wurden.
Wenn eine Änderung der Quellliste sowohl das Zulassen neuer Quellen als auch das Blockieren alter Quellen zur Folge hat, werden zwei Group Records für dieselbe Multicast-Adresse gesendet, einer vom Typ ALLOW_NEW_SOURCES und einer vom Typ BLOCK_OLD_SOURCES.
Wir verwenden den Begriff "State-Change Record", um entweder einen Filter-Mode-Change Record oder einen Source-List-Change Record zu bezeichnen.
Nicht erkannte Record Type-Werte MÜSSEN stillschweigend ignoriert werden.
4.2.13. IP-Quelladressen für Reports
Ein IGMP-Report wird mit einer gültigen IP-Quelladresse für das Zielnetz gesendet. Die Quelladresse 0.0.0.0 kann von einem System verwendet werden, das noch keine IP-Adresse erworben hat. Beachten Sie, dass die Quelladresse 0.0.0.0 gleichzeitig von mehreren Systemen in einem LAN verwendet werden kann. Router MÜSSEN einen Report mit einer Quelladresse von 0.0.0.0 akzeptieren.
4.2.14. IP-Zieladressen für Reports
Version 3 Reports werden mit einer IP-Zieladresse von 224.0.0.22 gesendet, auf die alle IGMPv3-fähigen Multicast-Router hören. Ein System, das im Version 1- oder Version 2-Kompatibilitätsmodus arbeitet, sendet Version 1- oder Version 2-Reports an die im Feld Group Address des Reports angegebene Multicast-Gruppe. Darüber hinaus MUSS ein System jeden Version 1- oder Version 2-Report akzeptieren und verarbeiten, dessen IP Destination Address-Feld eine der Adressen (Unicast oder Multicast) enthält, die der Schnittstelle zugewiesen sind, auf der der Report ankommt.
4.2.15. Notation für Group Records
Im Rest dieses Dokuments verwenden wir die folgende Notation, um den Inhalt eines Group Records zu beschreiben, der sich auf eine bestimmte Multicast-Adresse bezieht:
IS_IN ( x ) - Type MODE_IS_INCLUDE, source addresses x
IS_EX ( x ) - Type MODE_IS_EXCLUDE, source addresses x
TO_IN ( x ) - Type CHANGE_TO_INCLUDE_MODE, source addresses x
TO_EX ( x ) - Type CHANGE_TO_EXCLUDE_MODE, source addresses x
ALLOW ( x ) - Type ALLOW_NEW_SOURCES, source addresses x
BLOCK ( x ) - Type BLOCK_OLD_SOURCES, source addresses x
wobei x entweder:
-
ein Großbuchstabe (z.B. "A") ist, um die Menge der Quelladressen darzustellen, oder
-
ein Mengenausdruck (z.B. "A+B"), wobei "A+B" die Vereinigung der Mengen A und B bedeutet, "A*B" die Schnittmenge der Mengen A und B bedeutet und "A-B" das Entfernen aller Elemente der Menge B aus der Menge A bedeutet.
4.2.16. Membership Report Size
Wenn die Menge der in einem Report erforderlichen Group Records nicht in die Größenbeschränkung einer einzelnen Report-Nachricht passt (wie durch die MTU des Netzwerks bestimmt, auf dem sie gesendet wird), werden die Group Records in so vielen Report-Nachrichten gesendet, wie erforderlich sind, um die gesamte Menge zu melden.
Wenn ein einzelner Group Record so viele Quelladressen enthält, dass er nicht in die Größenbeschränkung einer einzelnen Report-Nachricht passt, wird er, wenn sein Type nicht MODE_IS_EXCLUDE oder CHANGE_TO_EXCLUDE_MODE ist, in mehrere Group Records aufgeteilt, die jeweils eine andere Teilmenge der Quelladressen enthalten und jeweils in einer separaten Report-Nachricht gesendet werden. Wenn sein Type MODE_IS_EXCLUDE oder CHANGE_TO_EXCLUDE_MODE ist, wird ein einzelner Group Record gesendet, der so viele Quelladressen enthält, wie passen, und die verbleibenden Quelladressen werden nicht gemeldet; obwohl die Wahl, welche Quellen gemeldet werden sollen, willkürlich ist, ist es vorzuziehen, in jedem nachfolgenden Report dieselbe Menge von Quellen zu melden, anstatt jedes Mal verschiedene Quellen zu melden.