[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: New Internet Draft on automatic (end-user) tunneling for SSM
> o Also, justify why you're not using GRE.
Dino (et al),
Let me apologize for my somewhat flippant response to your earlier question
about not using GRE (especially since at the time I had forgotten that you
were one of GRE's authors :-) :-)
I do remember considering GRE when I first designed UMTP (back in 1997). I
took another look at the GRE spec just now, and I can now recall why I
chose not to use GRE - the space overhead would have been too great.
From my understanding of GRE (please correct me if I'm wrong), the
overhead to tunnel an arbitrary UDP multicast packet using GRE would be 32
bytes: 4 bytes (for the GRE header), plus 28 bytes (for the UDP/IP headers
of the encapsulated packet).
In contrast, UMTP adds an overhead of just 16 bytes (when carrying a SSM
packet - it'd be 12 bytes for ISM). Furthermore, by making this a trailer,
rather than a header, RTP/UDP/IP header compression - if applied - will
continue to work on the entire packet. (The space savings could be
significant if the UMTP packets traverses a low-bandwidth link...)
(Also, the same 16-byte trailer turns out to be useful for sending control
packets (in the reverse direction from data) - e.g., JOIN_GROUP (including
periodic 'keep alive's) and LEAVE_GROUP messages.)
Ross.