To be honest, this may very well be what's causing me so much consternation. I don't know how to tell if the GRE tunnel is actually passing data. I can run ifconfig and look at the packet count. I've been running tcpdump, in fact I've been running tcpdump as such: tcpdump host 192.168.0.130 -vv Which has been prodcing the dumps I sent earlier. Can you give me more information in terms of what tool(s) I an use to get the kind of information you are asking for? Paul Fiero, RHCE Information Security Analyst Communications and Technology Management Office City of Austin (512) 974-3559 =========================================================== The information contained in this ELECTRONIC MAIL transmission is confidential. It may also be a privileged work product or proprietary information. This information is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution [other than to the addressee(s)], copying or taking of any action because of this information is strictly prohibited. =========================================================== -----Original Message----- From: Henrik Nordstrom [mailto:henrik@xxxxxxxxxxxxxxxxxxx] Sent: Thursday, June 14, 2007 5:17 PM To: Fiero, Paul Cc: squid-users@xxxxxxxxxxxxxxx Subject: Re: About ready to give up..... tor 2007-06-14 klockan 15:55 -0500 skrev Fiero, Paul: > Hey all, I'm about ready to give up...honest. > > I've set up squid.2.6-STABLE13 with WCCP. I've configured the GRE > tunnel (I'm running CentOS 4.5 with kernel 2.6.9-55.EL.smp) and it > comes up. When I start squid I see the WCCP traffic going back and > forth between the cache server and the router. And a router debug of > packets and events shows the squid box trying to connect....and in > fact shows a member change event. In your tcpdump, what address is the GRE packets coming from the router coming from? Make sure your wccp2_router setting matches. Is there any wccp errors reported in cache.log? Regards Henrik
