1-2 von 2
Sortieren:
    2
    TAE · angelegt
     

    Es ist ganz einfach zu erklären, warum dieser Vorschlag nicht zu akzeptieren aktzeptieren ist. Er zielt darauf ab speziell TCP anders zu behandeln als UDP. Dafür müsste aber der Inhalt der IP-Kommunikation mitgelesen werden. IPSec würde das ganze Konzept wieder zunichte machen. Damit ist der Vorschlag von sich aus schonmal abzulehnen.

    Das Wettbewerbsverzerrungen das große Problem an angeblichen Qualitätsklassen ist, ist schon richtig und bekannt. Was auch gut beachtet wurde, ist, dass häufig der Flaschenhals bei der Verbindung zwischen Anbieter und Kunden inklusive dem Kupfer-DSL-Kabel und nicht im Backbone des Internets liegt.

    Würde allerdings jemand einfach seine Pakete für diese Verbindung "QoS"-marken können, würde dies andere Dienste möglicherweise diskriminieren. Daher sollte ein solches QoS nur vom Kunden ausgehen können. Gleichzeitig könnte dies so eine effiziente Abwehr von DoS-Angriffen ermöglichen.

    1
    TAE · angelegt
     

    Es ist ganz einfach zu erklären, warum dieser Vorschlag nicht zu aktzeptieren ist. Er zielt darauf ab speziell TCP anders zu behandeln als UDP. Dafür müsste aber der Inhalt der IP-Kommunikation mitgelesen werden. IPSec würde das ganze Konzept wieder zunichte machen. Damit ist der Vorschlag von sich aus schonmal abzulehnen.

    Das Wettbewerbsverzerrungen das große Problem an angeblichen Qualitätsklassen ist, ist schon richtig und bekannt. Was auch gut beachtet wurde, ist, dass häufig der Flaschenhals bei der Verbindung zwischen Anbieter und Kunden inklusive dem Kupfer-DSL-Kabel und nicht im Backbone des Internets liegt.

    Würde allerdings jemand einfach seine Pakete für diese Verbindung "QoS"-marken können, würde dies andere Dienste möglicherweise diskriminieren. Daher sollte ein solches QoS nur vom Kunden ausgehen können. Gleichzeitig könnte dies so eine effiziente Abwehr von DoS-Angriffen ermöglichen.