[nsp] Frame relay and tcp/rtp header compression

From: Thomas Kernen (tkernen@deckpoint.ch)
Date: Mon Mar 04 2002 - 16:19:40 EST

Next message: Lars Fenneberg: "Re: PIX 515: "flash device is in use by another task"?"
Previous message: Kathleen Ronay: "RE: [nsp] MSFC2 and QOS"
Next in thread: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Maybe reply: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Maybe reply: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mail actions: [ respond to this message ] [ mail a new topic ]

I've been debating rtp and tcp header compression over frame-relay
interfaces. The way I understand this is that the a frame-relay network
built on Cisco boxes that are acting as the frame relay network switches
simply look into the frame header for routing the packet and the actual
tcp/rtp header is not taken into account therefore allowing one to run
tcp/rtp header compression on PtP links accross such as network without
enabling tcp/rtp header compression on each path.

Is this correct or am I missing something?

Thomas

Next message: Lars Fenneberg: "Re: PIX 515: "flash device is in use by another task"?"
Previous message: Kathleen Ronay: "RE: [nsp] MSFC2 and QOS"
Next in thread: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Maybe reply: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Maybe reply: Goodwin, Dustin T [IT]: "RE: [nsp] Frame relay and tcp/rtp header compression"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mail actions: [ respond to this message ] [ mail a new topic ]

This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:13:35 EDT