RTP Payload > MTU?

[7.e.Q]

Hi Leute,

an die RTP Kenner hier... was tut man mit einer RTP Payload, wenn sie größer als die maximale Paketgröße (MTU) ist? Speziell bei einer Payload Typ H.263. Wie wird da fragmentiert? Schneidet man einfach das überzählige Stück ab und schickt es als nächstes Paket nach?

Korrektur: ich meine Pakete, die in ihrer Gesamtgröße (IP Hdr. + UDP Hdr. + RTP Hdr. + H263 Hdr. + H263 Payload) die maximale Ethernet Paketgröße (MTU) überschreiten.

Fragmentiert man diese einfach auf IP Schicht (lässt das System das übernehmen)?

Danke

Gruß,
Hendrik

[Teetrinker]

Ich habe dazu folgendes in RFC 2190 gefunden:

An RTP packet can use one of the three modes for H.263 video streams depending on the desired network packet size and H.263 encoding options employed. The shortest H.263 payload header (mode A) supports fragmentation at Group of Block (GOB) boundaries. The long H.263 payload headers (mode B and C) support fragmentation at Macroblock (MB) boundaries.

Quelle: http://www.ietf.org/rfc/rfc2190.txt

[7.e.Q]

Das hab ich auch schon gesehen, aber wir/ich können/kann bis jetzt nur Mode A.

Kann hier nicht grundsätzlich auf IP Schicht fragmentiert werden?

[Teetrinker]

Kann hier nicht grundsätzlich auf IP Schicht fragmentiert werden?

Dazu habe ich folgendes gefunden:

"Although fragmentation is not a disastrous phenomenon if it is a rare
occurrence, relying on IP fragmentation is a bad design strategy as
it significantly increases the effective loss rate of a network and
decreases goodput. This is because if one fragment is lost, the
remaining fragments (which have used up bottleneck bandwidth) will
then need to be discarded by the receiver. It also puts additional
load on the routers performing fragmentation and on the end-systems
re-assembling the fragments.

In addition, it is noted that the transit time between two hosts on
the Internet will not be constant. This is due to two effects -
jitter caused by being queued behind cross-traffic, and routing
changes. The former is possible to characterise and compensate for
by using a playout buffer, but the latter is impossible to predict
and difficult to accommodate gracefully."

Quelle: http://rfc.net/rfc2736.html

[7.e.Q]

Also der erste Satz ist schonmal gut zu wissen: daß es kein größeres Problem ist, solange es selten vorkommt.

Da wir unseren Stream schon als H.263 gepackt in einer Datei abgelegt haben, bevor er über's Netz versendet wird, wissen wir, daß von einigen 100 RTP Frames lediglich 2 zu groß werden. Insofern also anscheinend kein Problem. Nehm ich mal so hin. Mal schauen, was die Kollegen dazu sagen.

[7.e.Q]

Was passiert denn ersteinmal grundsätzlich, wenn der Encoder eine H.263 Payload liefert, die in ihrer Gesamtgröße (also inklusive aller Header bis einschließlich Ethernet Header) größer wird, als die MTU es definiert? Wie wird da verfahren? Wird das Paket einfach auf die Leitung geschickt? Oder wird es vorher noch irgendwo gesplittet?