The MPLS WG Archive

[Curtis Villamizar <curtis@fictitious.org>]

In message <000601c2d9c1$c03f88e0$3a785b87@mt.att.com>, "Jim Hand" writes:
> 	Maybe we need to re-write draft-ash-e2e-crtp-hdr-compress-00 to clarify
> .  I
> will look into this.
> 
> 	This draft does require RSVP TE e2e over the MPLS part of the network, 
> but
> it does not require that MPLS or RSVP TE be extended to CE's.  And it does
> not require that the original compressor and decompressor be attached to
> MPLS.
> 
> 	Also, it does require that routers other than MPLS "P" routers have the
> ability to support compression and decompression.   But that does not mean
> that these routers will have to *perform* compression and decompression on
> each compressed packet.  Routers that support compressed packets on both
> input links and output links should only have to perform a
> decompression/compression cycle on a small fraction of the total number of
> packets.  Most compressed packets would be switched from input to output
> without performing decompression and compression.
> 
> Thanks,
> Jim


Jim,

What we are trying to establish is if you are actually solving a
practical problem Which has two parts.  The first is identifying what
problem it is you are trying to solve.  The second is determining if
what you are suggesting solved the problem.

If the discussion so far is valid, the problem is CE-PE and the simple
solution of just compressing on the CE and decompressing on the PE has
a practical problem of overloading the PE.  Having P routers support
compression and decompression **is part of the current problem**.

If the above paragraph is not valid for some reason, please start by
telling us what problem you are trying to solve, then tell us why the
techniques in these drafts solve the problem without creating a bigger
problem elsewhere.

Regards,

Curtis