No, can't be. They can get the page when the traffic is encrypted. I'd say that there's some sort of signature in the web page that's being blocked by an antivirus screening agent. When the traffic gets encrypted, whatever is causing the traffic to be dropped isn't being seen. During the resend of the blocked frames, the traffic is taking a different route bypassing the antivirus screener. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Daniel Cotts > Sent: Friday, September 07, 2001 9:13 PM > To: [EMAIL PROTECTED] > Subject: RE: web pages not loading (from certain networks) but not a > [7:19080] > > > Quick hip shot would be to look at DNS. If they use an ip address > instead of > an URL will the web page load? > > > -----Original Message----- > > From: Chuck Larrieu [mailto:[EMAIL PROTECTED]] > > Sent: Friday, September 07, 2001 9:40 PM > > To: [EMAIL PROTECTED] > > Subject: FW: web pages not loading (from certain networks) but not a > > [7:19074] > > > > > > Saw this one on NANOG today. Any of you troubleshooting gurus > > want to take a > > crack? > > > > ( BTW, I believe I saw this problem myself today. OTOH, my > > issue could have > > been related to that stupid proxy my employer now makes me use. ;-> ) > > > > I'll post the answer the NANOG folks suggested later this weekend. > > > > Chuck > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > > Behalf Of > > Nanog > > Sent: Friday, September 07, 2001 7:52 AM > > To: [EMAIL PROTECTED] > > Subject: web pages not loading (from certain networks) but > > not a routing > > issue. > > > > > > > > Ok guys, > > > > Interesting problem that seems to have started on Friday. > > > > Here's the deal, it seems that certain (not all) web pages on > > various sites > > we host are not loading for certain customers. It started on > > Friday with > > visitors on Verizon DSL waiting forever for pages to load. > > > > Yesterday and today PacBell DSL and some Netcom customers started > > complaining. > > > > This only seems to occur on HTTP traffic. If we have the > > visitors try HTTPS > > the pages load fine (with the normal encryption slowdown). > > > > We've looked at Layers 1-4, and can't see any problems, ping > > looks great, > > interfaces and cpus on routers, servers and switches look fine. > > > > It's almost like it's a transparent cache "bug". Anyone know > > if Inktomi, or > > any major cache vendors rolled out any new code this week? > > > > For that matter does anyone know what caches Verizon and SBC use for > > starters? > > > > Other variables: it only seems to occur on IIS based systems > > (I know I know, > > no flame wars or suggestions for replacements). Although it's > > not happening > > on all of our IIS servers. > > > > Any clues are greatly appreciated. > > > > Steve > > Report misconduct > > and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=19082&t=19082 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
