29-6 Unzuverlässiger Angenommene Spezifikation Multicast Entwurf Oktober 2001 29 29,6 Qualität Des Services 29,6,1 Zeit-Zu-Leben Sie Wenn die Implementierung IP/Multicast verwendet, die Einfaßungswahl IP_MULTICAST_TTL, stellt die Fähigkeit für ein rüber zu sendendes UDP-/ipdatengramm zur Verfügung mehr als ein Subnet. Dieser Wert konnte statisch oder dynamisch zugewiesen werden. Dieses Spezifikation adressiert nicht, wie eine Anwendung TTL einstellen würde. 29,6,2 Unvollständiger Empfang einer Paketansammlung Im Falle daß ein MIOP-Paket im Kontext seines Pakets empfangenes außer Betrieb ist Ansammlung, das Protokoll sollte die fehlenden Pakete warten, bis das letzte Paket ist empfangen. Wenn die fehlenden Pakete nicht empfangen werden, bis vom Empfang von dauern Sie Paket, die Paketansammlung ist in der Störung und sollte gefallen werden. Der Empfänger sollte eine Einheit zur Zeit aus unvollständigen Paketansammlungen innen zur Verfügung stellen der Fall, daß eine teilweise Ansammlung empfangen worden ist, aber keine weiteren Pakete sind ankommend. Dieses hält das Protokoll Betriebsmittel unbestimmt von verbrauchen und von warten. 29,7 AnlieferungscAnforderungen Das MIOP-Protokoll erfordert daß eine einzelne GIOP-Antraganzeige, einschließlich irgendwelcher Fragment, muß als einzelne MIOP-Anzeige gesendet werden. Dieses deutet nicht daß das gesamte an GIOP-Antrag muß kodiert werden, bevor er an die MIOP-Schicht geliefert wird. Das MIOP Protokoll muß mitgeteilt werden, daß der letzte Teil der GIOP-Anzeige gesendet wird. Dieses Mitteilung muß für nicht-zersplitterte GIOP-Anträge auch auftreten. Beim Empfang von dauern Sie teilen Sie oder die vollständige GIOP-Anzeige ein. MIOP erzeugt Pakete von den GIOP-Daten und stellen Sie die Endspitze in den Paketüberschriftmarkierungsfahnen für das letzte MIOP-Paket ein, das es herstellt. Alle MIOP-Pakete verbanden mit einem GIOP-Antrag, einschließlich der Fragmente haben das gleiche Datenbild ausgedrückt auf ihrem Gebiet UniqueId ihrer Paketüberschrift in gegeben PaketcAnsammlung. Abschnitt II - MIOP-GegenstandcModell 29,8 Definition Das gegenwärtige CORBA-Gegenstandmodell spezifiziert, daß ein einzelner Gegenstandhinweis zu a abbildet einzelne Gegenstandimplementierung über einen Gegenstandschlüssel. Die Anforderungsemantik sind beide zwei Weise und One-way mit Zuverlässigkeitsanforderungen für die Anlieferung und die Einrichtung der Anzeigen. Die vorgeschlagene Spezifikation für das MIOP-Gegenstandmodell gibt nicht einen Gegenstandschlüssel aber an ein Gruppenbezeichner, der zu mehrfachem PortableServer::ObjectId sein kann Werte welches der Reihe nach verwendet werden kann, um Implementierungsgegenstände zu aktivieren. Die Anlieferungssemantik von CORBA-Anzeigen Über-MIOP sind ohne Zuverlässigkeit des Anzeigenempfangs Einweg. Dort sind keine Anforderungen für MIOP, zuverlässig zu sein, also folglich ist keine Gruppenmitgliedschaft