Isn't there a way to just set the MTU on the Cisco router to at least (size
of clientMTU) + 24? This would be easier than trying to implement a
company-wide policy MTU....
>actually, that highlights part of the issue.
>
>in the case of a 'large packet' where adding a GRE header + new IP header
>causes the frame size to exceed the MTU, the router will have to fragment
>the packet.
>that then means that the GRE-tunnel-termination point (the ip_wccp module
>in linux) would need to be capable of handling reassembly of tcp fragments
>when the fragments are received inside a GRE tunnel.
>
>i am not familiar with the ip_wccp code to know if this is the case or
>not. given the failure condition, i'm guessing that it isn't.
>
>if this is the case, the workaround stated above (squid enforce the
>client-side MSS to something such that fragmentation cannot occur) will
>cause the problem to go away.
>
>
>cheers,
>
>lincoln.
Nathan Lewis
Senior Network Administrator
nathan_lewis@uclid.com
----------------------------------------------------------------------
CONFIDENTIALITY NOTICE -- This email is ONLY for the person(s) named in
the message header. Unless otherwise indicated, it contains information
that is confidential, privileged or exempt from disclosure under applicable
law.
If you have received it in error, please notify the sender of the error and
delete the message. Thank you.
--------------------------------------------------------------------------
-- To unsubscribe, see http://www.squid-cache.org/mailing-lists.htmlReceived on Wed Dec 13 2000 - 15:36:27 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:56:57 MST