Only seen anything like this when we have had to beat up tout customers service provider and tell them how to configure Frame Relay and not mark large frames DE or simply drop when the load picks up their network.
Not sure about 12.2(3) but thats just personal preference, always liek to see a T John Neiberger wrote: > > We configured something today that caused some problems and I > was > wondering if any of you have seen this before. We need to > implement > frame relay ip rtp priority which requires FRF to be > configured. We > don't actually want to fragment any frames so we set the > fragmentation > size at 1600. > > The problem was that really large frames were still being > fragmented > and they'd be dropped by the remote router. This caused some > severe > problems with user applications that used large frames. I've > sent an > email to TAC but I haven't heard from there since I provided > all of the > details. > > Have any of you seen this behavior before? We're running > 12.2(3) on a > 7513 but we've seen this a few weeks ago on a 2600. > > Any thoughts? > > John > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=27395&t=27215 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
