Diskussion:Distributed Interactive Simulation - Versionsgeschichte

217.5.216.195: /* Nachfolger?? */ Antwort

2023-12-05T12:38:13Z

Nachfolger??: Antwort

← Nächstältere Version		Version vom 5. Dezember 2023, 14:38 Uhr
Zeile 13:		Zeile 13:
	== Nachfolger?? ==		== Nachfolger?? ==
	HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/91.221.59.5\|91.221.59.5]] ([[Benutzer Diskussion:91.221.59.5\|Diskussion]])<nowiki/> 18:55, 23. Apr. 2013 (CEST))</small>		HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/91.221.59.5\|91.221.59.5]] ([[Benutzer Diskussion:91.221.59.5\|Diskussion]])<nowiki/> 18:55, 23. Apr. 2013 (CEST))</small>

			:Ich würde DIS oder TENA auch als eine Architekturvorgabe sehen. Es gibt/gab ein Bestreben, eine Architektur-neutrale Umgebung aufzusetzen, DSEEP. (siehe NATO '''TR-MSG-086-Part-I:''' Chapter 2.1 Distributed Simulation Engineering and Excecution Process, IEEE 1730).
			:Mit Nachfolger ist gemeint: Auftraggeber verlangen Interoperabilität ihrer Simulatoren, erst war DIS (IEEE1278) die Vorgabe, danach HLA (IEE1516). Das mag sich aktuell durch VBS (Bohemia Interactive Simulation) geändert haben!? --[[Spezial:Beiträge/217.5.216.195\|217.5.216.195]] 13:38, 5. Dez. 2023 (CET)

CopperBot: Bot: Signaturnachtrag für Beitrag von 91.221.59.5: "/* Broadcast als Vorteil für wenig Traffic? */"

2013-04-23T17:25:21Z

Bot: Signaturnachtrag für Beitrag von 91.221.59.5: " Broadcast als Vorteil für wenig Traffic?: "

← Nächstältere Version		Version vom 23. April 2013, 19:25 Uhr
Zeile 9:		Zeile 9:

	Der Multicast würde funktionieren, wenn alle Simulationsteilnehmer den Multicast abonnieren. Ansonsten bleiben die natürlich außen vor. Was aber nicht funktionieren wird ist eine TCP Verbindung, es sei denn man hat nur 2 Teilnehmer.		Der Multicast würde funktionieren, wenn alle Simulationsteilnehmer den Multicast abonnieren. Ansonsten bleiben die natürlich außen vor. Was aber nicht funktionieren wird ist eine TCP Verbindung, es sei denn man hat nur 2 Teilnehmer.
	Broadcast (und das wird DIS manchmal als Nachteil ausgelegt) belastet das Netz sehr, da alle Informationen zu allen Netzteilnehmern geschickt werden. Da ist HLA deutlich effizienter, da der Verkehr kontrolliert wird.		Broadcast (und das wird DIS manchmal als Nachteil ausgelegt) belastet das Netz sehr, da alle Informationen zu allen Netzteilnehmern geschickt werden. Da ist HLA deutlich effizienter, da der Verkehr kontrolliert wird. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/91.221.59.5\|91.221.59.5]] ([[Benutzer Diskussion:91.221.59.5\|Diskussion]])<nowiki/> 18:55, 23. Apr. 2013 (CEST))</small>

	== Nachfolger?? ==		== Nachfolger?? ==
	HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann.		HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/91.221.59.5\|91.221.59.5]] ([[Benutzer Diskussion:91.221.59.5\|Diskussion]])<nowiki/> 18:55, 23. Apr. 2013 (CEST))</small>

91.221.59.5: /* Broadcast als Vorteil für wenig Traffic? */

2013-04-23T16:55:20Z

Broadcast als Vorteil für wenig Traffic?

← Nächstältere Version		Version vom 23. April 2013, 18:55 Uhr
Zeile 8:		Zeile 8:
	Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch? <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Benutzer:77.25.228.69\|77.25.228.69]] ([[Benutzer Diskussion:77.25.228.69\|Diskussion]] \| [[Spezial:Beiträge/77.25.228.69\|Beiträge]]) 17:33, 23. Dez. 2009 (CET)) </small>		Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch? <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Benutzer:77.25.228.69\|77.25.228.69]] ([[Benutzer Diskussion:77.25.228.69\|Diskussion]] \| [[Spezial:Beiträge/77.25.228.69\|Beiträge]]) 17:33, 23. Dez. 2009 (CET)) </small>

			Der Multicast würde funktionieren, wenn alle Simulationsteilnehmer den Multicast abonnieren. Ansonsten bleiben die natürlich außen vor. Was aber nicht funktionieren wird ist eine TCP Verbindung, es sei denn man hat nur 2 Teilnehmer.
			Broadcast (und das wird DIS manchmal als Nachteil ausgelegt) belastet das Netz sehr, da alle Informationen zu allen Netzteilnehmern geschickt werden. Da ist HLA deutlich effizienter, da der Verkehr kontrolliert wird.

	== Nachfolger?? ==		== Nachfolger?? ==

91.221.59.5: /* Broadcast als Vorteil für wenig Traffic? */

2013-04-23T16:48:37Z

Broadcast als Vorteil für wenig Traffic?

← Nächstältere Version		Version vom 23. April 2013, 18:48 Uhr
Zeile 9:		Zeile 9:


	== Nachfolger?? ??		== Nachfolger?? ==
	HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann.		HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann.

91.221.59.5: /* Broadcast als Vorteil für wenig Traffic? */

2013-04-23T16:48:14Z

Broadcast als Vorteil für wenig Traffic?

← Nächstältere Version		Version vom 23. April 2013, 18:48 Uhr
Zeile 7:		Zeile 7:

	Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch? <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Benutzer:77.25.228.69\|77.25.228.69]] ([[Benutzer Diskussion:77.25.228.69\|Diskussion]] \| [[Spezial:Beiträge/77.25.228.69\|Beiträge]]) 17:33, 23. Dez. 2009 (CET)) </small>		Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch? <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Benutzer:77.25.228.69\|77.25.228.69]] ([[Benutzer Diskussion:77.25.228.69\|Diskussion]] \| [[Spezial:Beiträge/77.25.228.69\|Beiträge]]) 17:33, 23. Dez. 2009 (CET)) </small>


			== Nachfolger?? ??
			HLA ist zum einen nur eine Architekturvorgabe und kein festes Protokoll, wie DIS. Zudem gibt es da zwei Lager, welche sich mit den Vor-und Nachteilen gegenseitig duellieren. Da es zudem ein ganz anderer Ansatz ist, weiß ich nicht, ob man von einem Nachfolger sprechen kann.

CopperBot: Bot: Signaturnachtrag für Beitrag von 77.25.228.69: "Broadcast als Vorteil für wenig Traffic?"

2009-12-23T17:03:36Z

Bot: Signaturnachtrag für Beitrag von 77.25.228.69: "Broadcast als Vorteil für wenig Traffic?"

← Nächstältere Version		Version vom 23. Dezember 2009, 19:03 Uhr
Zeile 6:		Zeile 6:
	Da liegt der Vorteil eher beim neueren HLA Standard, dass Simulationsteilnehmer nur bestimmte "angefragte" Pakete liefert. Ähnlich dem Multicastprinzip		Da liegt der Vorteil eher beim neueren HLA Standard, dass Simulationsteilnehmer nur bestimmte "angefragte" Pakete liefert. Ähnlich dem Multicastprinzip

	Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch?		Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch? <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Benutzer:77.25.228.69\|77.25.228.69]] ([[Benutzer Diskussion:77.25.228.69\|Diskussion]] \| [[Spezial:Beiträge/77.25.228.69\|Beiträge]]) 17:33, 23. Dez. 2009 (CET)) </small>

77.25.228.69: Broadcast als Vorteil für wenig Traffic?

2009-12-23T16:33:36Z

Broadcast als Vorteil für wenig Traffic?

Neue Seite

== Broadcast als Vorteil für wenig Traffic? ==

Seit wann gilt Broadcast als Vorteil für niedrigen Traffic?

Ist es nicht eher so, dass, durch unnötigen Broadcastverkehr, Datenpakete an Simulationsteilnehmer geschickt werden, die sie eigentlich nicht benötigen?
Da liegt der Vorteil eher beim neueren HLA Standard, dass Simulationsteilnehmer nur bestimmte "angefragte" Pakete liefert. Ähnlich dem Multicastprinzip

Und ist DIS über Multicast überhaupt sinnvoll? Soweit ich weiß gibt es dort keine Unterscheidung zwischen "braucht der Simulator" und "braucht der Simulator nicht", so dass sich jeder Teilnehmer an der Multicast Gruppe anmeldet und doch wieder alle Pakete bekommt. Oder seh ich das Falsch?