[c-nsp] Compression on MPLS
Jared Mauch
jared at puck.nether.net
Sat Dec 4 18:19:20 EST 2004
On Sat, Dec 04, 2004 at 10:37:25PM +0100, Kinczli Zoltán wrote:
> hello,
>
> just a theoretical Q:
>
> couldn't compression be done in CEF process-path?
> CEF: so the labels could be determined from the CEF table
> process path: still punted, so that the CPU can do it's compression task?
>
> on 12.2M being old: it's the youngest GD code ;)
At least he didn't tell you to load 12.3 on a GSR or other
sillyness.
The way cisco calls code 'old' is quite weird, because they
rarely take into account the train, platform and other important
things that are going on..
> -----Original Message-----
> From: Oliver Boehmer (oboehmer) [mailto:oboehmer at cisco.com]
> Sent: Saturday, December 04, 2004 1:08 PM
> To: kerwin m; signal at shreve.net; cisco-nsp at puck.nether.net
> Subject: RE: [c-nsp] Compression on MPLS
>
>
>
> > I have a FR backbone on which we are running MPLS so you can say its
> > MPLS on FR , we are trying to run compression (stac) on the points
> > between the CPE & the PE but no sooner do we run STAC the routes
> > dissappear from the VRF table ,any idea on how to run compression in
> > MPLS
>
> unless something chanaged quite recently (but you're running 12.2M, so
> rather old code), stac compression will punt the packet to the process
> path, which usually breaks cef/mpls-vpn.
This sounds like a bug waiting to be filed :)
there's no reason that process switched packets
shouldn't work, except on fully distributed platforms (eg: gsr) where
there is no software path. At minimum the software path should always
work.
- jared
--
Jared Mauch | pgp key available via finger from jared at puck.nether.net
clue++; | http://puck.nether.net/~jared/ My statements are only mine.
More information about the cisco-nsp
mailing list