{html}<H3>Introduction</H3>
This directory contains a set of pages describing various problems,
relevant information, how they
were tackled and possibly resolved. The date is roughly when the page for this
problem was created.
<DL>
<DT>August 17, 2010 LCLS Data Transfers from SLAC to DESY performing poorly</DT>
<DD><I>Appears it is a host related problem at DESY - UNDERSTOOD
</I></DD><DT><I>August 23, 2007
<A href="http://www.slac.stanford.edu/grp/scs/net/case/niit-dns-aug07/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/niit-dns-aug07/">IEPM-BW host at NIIT not reachable</A>
Getting two different IP addresses when trying to resolve host name.
</I></DT><DD><I>NIITDT><DD><I><I>NIIT DNS servers were out of sync and both were down - UNDERSTOOD</I>
</DD><DT>JulyI></DD><DT><I>July 8, 2007
<A href="http://www.slac.stanford.edu/grp/scs/net/case/comsats-jul07/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/comsats-jul07/">Reporting COMSATS Pakistan not reachable</A>
Routing loop blocked access, unable to report problem.
</I></DT><DD><I>LossDT><DD><I><I>Loss of power at COMSats - UNDERSTOOD</I>
</DD><DT>JulyI></DD><DT><I>July 1, 2007
<A href="http://www.slac.stanford.edu/grp/scs/net/case/skype-jun06/" mce_href="..http://www.slac.stanford.edu/grp/scs/net/case/skype-jun06/">SLAC Internal Connection</A>
Long delays loading SLAC home page on Visitor network using wireless
</DT><DD>SKYPEI></DT><DD><I>SKYPE (or other P2P application) was using the host as a supernode -
<I>UNDERSTOOD</I>
</DD><DT>JuneI></DD><DT><I>June 26, 2007:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/slac20070626/slac_external.htm" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/slac20070626/slac_external.htm">SLAC External Connections</A>
</I></DT><DD>OffisteDT><DD><I>Offiste connections to some sites was very poor
<I>STILL DIAGNOSING</I>
</DD><DT>DecemberI></DD><DT><I>December 1, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/uvic/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/uvic/">
Inadequate throughput between SLAC and U Victoria, Dec 2006</A>
</DT><DD>UserI></DT><DD><I>User wants to increase throughput between SLAC and UVic
<I>Partially UNDERSTOOD</I>
</DD><DT>AugustI></DD><DT><I>August 22, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/bnl-aug06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bnl-aug06/">
Problems From BNL August '06'</A>
</DT><DD>BNLI></DT><DD><I>BNL unreachable from some places -
<I>INPROCESS</I>.
</I></DD><DT>AugustDD><DT><I>August 4, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/tenet-aug06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/tenet-aug06/">
Problems accessing S. African host 04 August '06'</A>
</I></DT><DD>DenialDT><DD><I>Denial of Service attack, followed by loss of power - <I>UNDERSTOOD</I>.
</I></DD><DT>JulyDD><DT><I>July 25, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/binp-jul06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/binp-jul06/">
Problems with BINP-SLAC link July '06</A>
</DT><DD>PowerI></DT><DD><I>Power problems in Akademogorock region causes many services to be unavailable from
SLAC to BINP - <I>UNDERSTOOD</I>.
</I></DD><DT>DD><DT><I> May 18, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/goddard-may06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/goddard-may06/">Poor throughput for GLAST data transfers between SLAC and NRL Washinton</A>
</I></DT><DD>TooDT><DD><I>Too small TCP windows set at default, firewall limiting throughput, application
needs to apply ssh throughput patches, mandated application cannot use multiple streams or big windows,
alternate path had port blocking. - <I>UNDERSTOOD</I>
</I></DD><DT>MayDD><DT><I>May 14, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/taiwan-may06/" mce_href="http://www.slac.stanford./taiwanedu/grp/scs/net/case/taiwan-may06/">Throughput between SLAC and Taiwan</A>
</I></DT><DD>TCPDT><DD><I>TCP windows and number of parallel styreams needed optimizing. - <I>UNDERSTOOD</I>
</DD><DT>MayI></DD><DT><I>May 9, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/rttanomaly-apr06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/rttanomaly-apr06/">
Large increase in RTT from South Africa to CERN, April 2006</A>
</DT><DD>ChangeI></DT><DD><I>Change in routing traffic from S. Africa to CERN from using GEANT to going via
Abilene and the U.S. after Abilene started exchanging traffic with S. African TENET -
<I>UNDERSTOOD</I>,
</DD><DT>FebruaryI></DD><DT><I>February 1, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/ornl-jan06/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/ornl-jan06/">
Problems with Oracle between SLAC and ORNL, Jan 2006</A>
</DT><DD>AppearsI></DT><DD><I>Appears to be an application problem - <I>UNDERSTOOD</I>
</I></DD><DT>JanuaryDD><DT><I>January 22, 2006:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/sandiego_sunnyvale/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/sandiego_sunnyvale/">
Effect of ESnet routing change between SLAC and SDSC</A>
</DT><DD>SanI></DT><DD><I>San Diego Sunnyvale connectivity was interrupted by Level(3) maintenance.
An alternate path was used. This study looks at the impact on the
various IEPM metrics of the route change. <I>UNDERSTOOD</I>
</I></DD><DT>DecemberDD><DT><I>December 28, 2005:
<A href="http://www.slac.stanford.edu/grp/scs/net/case/bnl_dec05/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bnl_dec05/">
Problems with link to/from BNL</A>
</DT><DD>MultipleI></DT><DD><I>Multiple paths seen from and to BNL showed step downs in pathchirp performance
<I>Believed to be related to the host at BNL - NOT RESOLVED</I>
</I></DD><DT>SeptemberDD><DT><I>September 10, 2005: <A href="http://www.slac.stanford.edu/grp/scs/net/case/stanford-sep05/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/stanford-sep05/">
Problems with Stanford's Connectivity</A>
</DT><DD>FanI></DT><DD><I>Fan failure in Cisco 15454 causes route to CENIC/Sunnyvale to fail, and
switch over to using ESnet.
<I>UNDERSTOOD.</I>
</I></DD><DT>AugustDD><DT><I>August 16, 2005: <A href="http://www.slac.stanford.edu/grp/scs/net/case/bnl-aug05/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bnl-aug05/">
Problems with link to/from BNL</A>
</DT><DD>FiberI></DT><DD><I>Fiber cut causes OC48 outage and fail over to a T3 link
<I>UNDERSTOOD.</I>
</DD><DT>JulyI></DD><DT><I>July 1, 2004: <A href="http://www.slac.stanford.edu/grp/scs/net/case/pakjul05/jun-july.htm" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/pakjul05/jun-july.htm">
Fiber outage to Pakistan June 27th to July 8, 2005</A>
</I></DT><DD>FiberDT><DD><I>Fiber cut off coast of Karachi causes 12 day outage to Pakistan
<I>UNDERSTOOD</I>
</DD><DT>MayI></DD><DT><I>May 31, 2005: <A href="http://www.slac.stanford.edu/grp/scs/net/case/binp-may05/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/binp-may05/">
New Route from SLAC to BINP Novosibirsk via GLORIAD</A>
</DT><DD>SeeI></DT><DD><I>See the effect of the new route in improving RTT and throughput
<I>UNDERSTOOD.</I>
</DD><DT>AprilI></DD><DT><I>April 18, 2005: <A href="http://www.slac.stanford.edu/grp/scs/net/case/binp-apr05/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/binp-apr05/">
Loss of Connectivity between SLAC and BINP/Novosibirsk</A>
</I></DT><DD>SomeDT><DD><I>Some change caused the connectivity between SLAC and BINP to be
blocked by firewalls in Novosibirsk.
</DD><DT>SeptemberI></DD><DT><I>September 2, 2004: <A href="http://www.slac.stanford.edu/grp/scs/net/case/i2-sep04/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/i2-sep04/">
Loss of Connectivity from SLAC for about 10 hours</A>
</I></DT><DD>DueDT><DD><I>Due to CENIC maintenance SLAC lost conectivity to many
sites from around midnight until 10:30am September 2, 2004.
This is nicely illustrated in traceroutes taken each 10 minute
interval to multiple sites
from SLAC, and in particular can be nicely visualized by means
of a topology map. - <I>UNDERSTOOD.</I>
</DD><DT>FebruaryI></DD><DT><I>February 25, 2004: <A href="/grp/scs/net/talk03/niit-jan04.ppt" mce_href="..http:/../www.slac./stanford..edu/..grp/../../../..scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/talk03/niit-jan04.ppt">
Network performance to Pakistan</A>
</DT><DD>Shows Internet performance from SLAC to a few Pakistani sites,
including: differences in performance depending on providers;
identifying bottlenecks; effects of upgrade for NIIT;
routing between Pakistani sites going via London.
- <I>UNDERSTOOD. </I>
</DD><DT>January 8, 2004: <A href="../hangzhou/" mce_href="../hangzhou/">
Effect of routing on RTTs and losses to 2 sites in Hangzhou, China</A>
</DT><DD>Site with better Internet connectivity had much larger RTTs, but
lower losses - <I>UNDERSTOOD.</I>
</DD><DT>October 3, 2003: <A href="../caltech/" mce_href="../caltech/">
Throughput from SLAC to Caltech reduced by a factor of 5</A>
</DT><DD>CENIC's routing to Caltech was incorrect - <I>RESOLVED.</I>
</DD><DT>July 23, 2003: <A href="../i2sox/" mce_href="../i2sox/">
Route to Sox (Southern Crossroads) has been changed, the bandwidth increased in factor 2 </A>
</DT><DD>Abilene routing, traceroute analysis - <I>RESOLVED.</I>
</DD><DT>June 12, 2003: <A href="../esnet-route/" mce_href="../esnet-route/">
Effect of change from Internet2 to
ESnet for the routes from SLAC to Europe</A>
</DT><DD>2 problems, routing for IN2P3, incorrect iperf configuration for CESnet - <I>RESOLVED.</I>
</DD><DT>June 10, 2003: <A href="../dl-upgrade/" mce_href="../dl-upgrade/">One of our important partner Daresbury lab (UK) upgraded line to Internet to 1GBit/s </A>
</DT><DD>Routing - <I>RESOLVED.</I>
</DD><DT>June 6, 2003: <A href="../rtchanges/" mce_href="../rtchanges/">Routing changes hit many sites in US</A>
</DT><DD>Routing - <I>RESOLVED.</I>
</DD><DT>May 22, 2003: <A href="../su-cern/" mce_href="../su-cern/">SLAC to CERN RTT Anomalies</A>
</DT><DD>Routing - <I>RESOLVED.</I>
</DD><DT>May 20, 2003: <A href="../binp-may03/" mce_href="../binp-may03/">Loss of connectivity between SLAC and Novosibirsk</A>
</DT><DD>Misconfigured router - <I>RESOLVED.</I>
</DD><DT>May 7, 2003: <A href="../abilene" mce_href="../abilene">
The unusual bandwidth drop to European sites (connected via Abilene) </A>
</DT><DT>May 1, 2003: <A href="../nersc" mce_href="../nersc">
The influence of strong LAN traffic on target hosts in monitoring results
(NERSC,ANL)</A>
</DT><DD>Effect of local NFS traffic <I>- RESOLVED</I>.
</DD><DT>November 6, 2002: <A href="../ncsa" mce_href="../ncsa">Change of Routing to NCSA and others</A>.
</DT><DD>Change of routing - <I>RESOLVED</I>
</DD><DT>September 20, 2002: <A href="../bwe/index.html" mce_href="../bwe/index.html">Change of Routing
Network connectivity problems - reports from BWE</A>
</DT><DD>SLAC-UK, and SLAC-ANL<I> - RESOLVED </I>
</DD><DT>July 26, 2002case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/grp/scs/net/talk03/niit-jan04.ppt">
Network performance to Pakistan</A>
</I></DT><DD><I>Shows Internet performance from SLAC to a few Pakistani sites,
including: differences in performance depending on providers;
identifying bottlenecks; effects of upgrade for NIIT;
routing between Pakistani sites going via London.
- <I>UNDERSTOOD. </I>
</I></DD><DT><I>January 8, 2004: <A href="http://www.slac.stanford.edu/grp/scs/net/case/hangzhou/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/hangzhou/">
Effect of routing on RTTs and losses to 2 sites in Hangzhou, China</A>
</I></DT><DD><I>Site with better Internet connectivity had much larger RTTs, but lower losses - <I>UNDERSTOOD.</I> </I></DD><DT><I>October 3, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/caltech/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/caltech/">
Throughput from SLAC to Caltech reduced by a factor of 5</A> </I></DT><DD><I>CENIC's routing to Caltech was incorrect - <I>RESOLVED.</I> </I></DD><DT><I>July 23, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/i2sox/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/i2sox/">
Route to Sox (Southern Crossroads) has been changed, the bandwidth increased in factor 2 </A>
</I></DT><DD><I>Abilene routing, traceroute analysis - <I>RESOLVED.</I>
</I></DD><DT><I>June 12, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/esnet-route/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/esnet-route/">
Effect of change from Internet2 to
ESnet for the routes from SLAC to Europe</A>
</I></DT><DD><I>2 problems, routing for IN2P3, incorrect iperf configuration for CESnet - <I>RESOLVED.</I> </I></DD><DT><I>June 10, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/dl-upgrade/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/dl-upgrade/">One of our important partner Daresbury lab (UK) upgraded line to Internet to 1GBit/s </A> </I></DT><DD><I>Routing - <I>RESOLVED.</I>
</I></DD><DT><I>June 6, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/rtchanges/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/rtchanges/">Routing changes hit many sites in US</A>
</I></DT><DD><I>Routing - <I>RESOLVED.</I>
</I></DD><DT><I>May 22, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/su-cern/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/su-cern/">SLAC to CERN RTT Anomalies</A> </I></DT><DD><I>Routing - <I>RESOLVED.</I> </I></DD><DT><I>May 20, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/binp-may03/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/binp-may03/">Loss of connectivity between SLAC and Novosibirsk</A>
</I></DT><DD><I>Misconfigured router - <I>RESOLVED.</I> </I></DD><DT><I>May 7, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/abilene" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/abilene">
The unusual bandwidth drop to European sites (connected via Abilene) </A> </I></DT><DT><I>May 1, 2003: <A href="http://www.slac.stanford.edu/grp/scs/net/case/nersc" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/nersc">
The influence of strong LAN traffic on target hosts in monitoring results (NERSC,ANL)</A> </I></DT><DD><I>Effect of local NFS traffic <I>- RESOLVED</I>.
</I></DD><DT><I>November 6, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/ncsa" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/ncsa">Change of Routing to NCSA and others</A>.
</I></DT><DD><I>Change of routing - <I>RESOLVED</I> </I></DD><DT><I>September 20, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/bwe/index.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bwe/index.html">Change of Routing Network connectivity problems - reports from BWE</A>
</I></DT><DD><I>SLAC-UK, and SLAC-ANL<I> - RESOLVED </I> </I></DD><DT><I>July 26, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/nsk/nsk02.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/nsk/nsk02.html">
Network connectivity between SLAC and BINP, Novosibirsk following upgrade</A> </I></DT><DD><I>Results of effectiveness of network upgrade - <I>RESOLVED</I>.
</I></DD><DT><I>May 30, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/teleglobe/index.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/teleglobe/index.html">Change of Routing between UK and US.</A> </I></DT><DD><I>Routing Change - <I>RESOLVED</I>
</I></DD><DT><I>Mar 21, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/rome-mar02/problem-20020320.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/rome-mar02/problem-20020320.html">Poor throughput from SLAC to INFN/Rome</A> </I></DT><DD><I>Poor packet loss - <I>RESOLVED</I> </I></DD><DT><I>Jan 4, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/bandwidth-tests/kflags-20020105.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bandwidth-tests/kflags-20020105.html">
A sudden change in bandwidth utilization</A>
</I></DT><DD><I>Throughput from monitoring host suddenly dropped from several hundreds of Mbits/s to about 100Mbits/s due to turning on debugging flags - <I>RESOLVED</I> </I></DD><DT><I>Jan 8, 2002: <A href="http://www.slac.stanford.edu/grp/scs/net/case/in2p3-jan02/problem-20020108.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/in2p3-jan02/problem-20020108.html">Problems with performance between SLAC and IN2P3, Jan '02</A> </I></DT><DD><I>Only ~ 20Mbits/s throughput achievable on 30Mbps ATM VP bottleneck - <I>RESOLVED</I>
</I></DD></DL>
<DL>
<DT><I>Dec 13, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/cern/problem-20011213.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/cern/problem-20011213.html">Problems with performance between SLAC and CERN</A> </I></DT><DD><I>Large router buffers adversely affect interactive use - <I>RESOLVED</I>
</I></DD></DL>
<DL><DT><I>Sep 27, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/rl/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/rl/">Nework connectivity between SLAC and RL, UK</A> </I></DT><DD><I>Poor performance from SLAC to Rutherford Lab, UK caused by firewall and small windows - <I>RESOLVED</I> </I></DD><DT><I>Sep 19, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/ihepsu/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/ihepsu/">Problems with links from SLAC to IHEP.SU</A>
</I></DT><DD><I>High packet loss prevents ssh access, due to host problems - <I>RESOLVED</I> </I></DD><DT><I>Sep 11, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/wtc/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/wtc/">Impact of World Trade Center & Pentagon attacks on Internet performance</A>
</I></DT><DD><I>How did the WTC collapse affect Internet connectivity for SLAC - <I>RESOLVED</I> </I></DD><DT><I>May 3, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/qbss/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/qbss/">Qbone Scavenger Service at SLAC</A> </I></DT><DD><I>Need to find hosts/sites to try with QBone Scavenger services - <I>RESOLVED</I> </I></DD><DT><I>Mar 28, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/international/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/international/">International Internet connectivity from SLAC</A>
</I></DT><DD><I>Request for information on quality of International links - <I>RESOLVED</I> </I></DD><DT><I>Mar 19, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/ihep-mar01/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/ihep-mar01/">Comparing ihep.ac.cn with cas.ac.cn - March 2001</A>
</I></DT><DD><I>Request to understand the proposed effect of changing an ISP - <I>RESOLVED</I> </I></DD><DT><I>Mar 1, 2001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/nsk/nsk02.htmlsu-dsl-mar01/" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/nsk/nsk02.html">
Network connectivity between SLAC and BINP, Novosibirsk following upgrade</A>
</DT><DD>Results of effectiveness of network upgrade - <I>RESOLVED</I>.
</DD><DT>May 30, 2002su-dsl-mar01/">Packet loss on Stanford-Pac Bell DSL links - Mar 01</A> </I></DT><DT><I>Feb 25, 2001: <A href="../teleglobe/index.htmlhttp://www.slac.stanford.edu/grp/scs/net/case/su-dsl-feb01/" mce_href="http://www.slac./teleglobe/index.html">Change of Routing
between UK and US.</A>
</DT><DD>Routing Changestanford.edu/grp/scs/net/case/su-dsl-feb01/">Packet loss on Stanford-Pac Bell DSL links - Feb 01</A> </I></DT><DD><I>Problems with users DSL service due to bad pairs to home - <I>RESOLVED</I>
</I></DD><DT>MarDD><DT><I>Jan 2127, 20022001: <A href="http://www.slac./rome-mar02/problem-20020320.htmlstanford.edu/grp/scs/net/case/kangadata02/" mce_href="http://www.slac.stanford./rome-mar02/problem-20020320.html">Poor throughput from
SLAC to INFN/Rome</A>
</DT><DD>Poor packet lossedu/grp/scs/net/case/kangadata02/">Throughput between Tersk03 and Kangadata</A> </I></DT><DD><I>Problems in host to host throughput on LAN due to windows being to small - <I>RESOLVED</I>
</DD><DT>JanI></DD><DT><I>Jan 422, 20022001: <A href="http://www.slac.stanford.edu/grp/scs/net/case/bandwidthin2p3-testsjan01/kflags-20020105.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/bandwidthin2p3-testsjan01/kflags-20020105.html">
A sudden change in bandwidth utilization</A>
</DT><DD>Throughput from monitoring host suddenly dropped from several hundreds
of Mbits/s to about 100Mbits/s due to turning on debugging flags ">Network connectivity between SLAC and IN2P3, Jan 2001</A> </I></DT><DD><I>Problems with throughput between SLAc and IN2P3 due to misconfigured ATM/PVC - <I>RESOLVED</I>
</DD><DT>JanI></DD><DT><I>Jan 812, 20022001: <A href="http://www.slac./in2p3-jan02/problem-20020108.htmlstanford.edu/grp/scs/net/case/platform/" mce_href="../in2p3-jan02/problem-20020108.html">Problems with
performancehttp://www.slac.stanford.edu/grp/scs/net/case/platform/">Network connectivity between SLAC and IN2P3, Jan '02<Platform Computing</A>
</DT><DD>Only ~ 20Mbits/s throughput achievable on 30Mbps ATM VP bottleneckI></DT><DD><I>Problems between SLAC and a commercial site due to poor routing - <I>RESOLVED</I>
</DD></DL>
<DL>
<DT>Dec 13I></DD><DT><I>Dec 18, 20012000: <A href="http://www.slac./cern/problem-20011213.htmlstanford.edu/grp/scs/net/case/utdallas/" mce_href="http://www.slac.stanford./cern/problem-20011213.html">Problems with performance edu/grp/scs/net/case/utdallas/">Network connectivity between SLAC and CERN<UT Dallas</A>
</DT><DD>Large router buffers adversely affect interactive use - <I>RESOLVED<I></DT><DD><I>Multiple probelms with throughput between SLAC and UTDallas due to small windows and packet loss - <I>RESOLVED WINDOW PROBLEM</I>
</DD><I></DL>
<DL><DT>SepDD><DT><I>Dec 2707, 20012000: <A href="http://www.slac./rl/stanford.edu/grp/scs/net/case/in2p3" mce_href="http://www.slac.stanford./rl/">Neworkedu/grp/scs/net/case/in2p3">Network connectivity between SLAC and RLIN2P3, Lyon, UK<France</A>
</DT><DD>Poor performance from SLAC to Rutherford Lab, UK caused
by firewall and small windowsI></DT><DD><I>User question on suitability of network connections to BaBar tier A regional computing site - <I>RESOLVED</I>
</DD><DT>SepI></DD><DT><I>Dec 1906, 20012000: <A href="http://www.slac.stanford./ihepsuedu/grp/scs/net/case/nsk/" mce_href="http://www.slac./ihepsustanford.edu/grp/scs/net/case/nsk/">Problems>Network withconnectivity linksbetween fromSLAC SLACand to IHEP.SU<BINP, Novosibirsk</A>
</DT><DD>High packet loss prevents ssh access, due to host problemsI></DT><DD><I>Investigation of poor throughput from SLAC to Novosirbirsk, resulting in successful recommendation for link upgrade - <I>RESOLVED</I>
</I></DD><DT>SepDD><DT><I>Sep 11, 20012000: <A href="/comp/net/wan-mon/slac-caltech.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/wtc/" mce_href="../wtc/">Impact of World Trade Center & Pentagon attacks on Internet performance</A>
</DT><DD>How did the WTC collapse affect Internet connectivity for SLAC - <I>RESOLVED</I>
</DD><DT>May 3, 2001: <A href="../qbss/" mce_href="../qbss/">Qbone Scavenger Service at SLAC</A>
</DT><DD>Need to find hosts/sites to try with QBone Scavenger services - <I>RESOLVED</I>
</DD><DT>Mar 28, 2001: <A href="../international/" mce_href="../international/">International Internet connectivity
from SLAC</A>
</DT><DD>Request for information on quality of International links - <I>RESOLVED</I>
</DD><DT>Mar 19, 2001: <A href="../ihep-mar01/" mce_href="../ihep-mar01/">Comparing ihep.ac.cn with cas.ac.cn - March 2001</A>
</DT><DD>Request to understand the proposed effect of changing an ISP - <I>RESOLVED</I>
</DD><DT>Mar 1, 2001: <A href="../su-dsl-mar01/" mce_href="../su-dsl-mar01/">Packet loss on Stanford-Pac Bell DSL links - Mar 01</A>
</DT><DT>Feb 25, 2001: <A href="../su-dsl-feb01/" mce_href="../su-dsl-feb01/">Packet loss on Stanford-Pac Bell DSL links - Feb 01</A>
</DT><DD>Problems with users DSL service due to bad pairs to home - <I>RESOLVED</I>
</DD><DT>Jan 27, 2001: <A href="../kangadata02/" mce_href="../kangadata02/">Throughput between Tersk03 and Kangadata</A>
</DT><DD>Problems in host to host throughput on LAN due to windows being to small - <I>RESOLVED</I>
</DD><DT>Jan 22, 2001: <A href="../in2p3-jan01/" mce_href="../in2p3-jan01/">Network connectivity between SLAC and IN2P3, Jan 2001</A>
</DT><DD>Problems with throughput between SLAc and IN2P3 due to misconfigured ATM/PVC - <I>RESOLVED</I>
</DD><DT>Jan 12, 2001: <A href="../platform/" mce_href="../platform/">Network connectivity between SLAC and Platform Computing</A>
</DT><DD>Problems between SLAC and a commercial site due to poor routing - <I>RESOLVED</I>
</DD><DT>Dec 18, 2000: <A href="../utdallas/" mce_href="../utdallas/">Network connectivity between SLAC and UT Dallas</A>
</DT><DD>Multiple probelms with throughput between SLAC and UTDallas due to small windows and packet loss - <I>RESOLVED WINDOW PROBLEM</I>
</DD><DT>Dec 07grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/comp/net/wan-mon/slac-caltech.html">Caltech to SLAC thruput</A> </I></DT><DD><I>Poor throughput from Caltech to SLAC while SLAC to Caltech was OK, partially resolved by moving from ESnet to Internet 2 - <I>PARTIALLY RESOLVED</I>
</I></DD><DT><I>Sep 03, 2000: <A href="/comp/net/wan-mon/slac-ilan.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/comp/net/wan-mon/slac-ilan.html">SLAC to ILAN (Israel) thruput</A> </I></DT><DD><I>Poor performance between SLAC and Israel caused by ESnet upgrade to router using incorrect BGP configuration - <I>RESOLVED</I> <#comment><#comment></#comment> </I></DD><DT><I>May 16, 2000: <A href="stanford../in2p3html" mce_href="stanford../in2p3html">Network>Stanford connectivityto between SLAC andfile IN2P3, Lyon, France<transfer problems</A>
</DT><DD>UserI></DT><DD><I>Poor questionthroughput onbetween suitabilitySLAc ofand networkStanford connectionscampus, torequired BaBarresetting tieran AATM regionalinterface computing site - <I>RESOLVED</I>
</I></DD><DT>DecDD><DT><I>May 0609, 2000: <A href="http://www-iepm.slac.stanford.edu/monitoring/nskqos/uk.html" mce_href="http://www-iepm.slac./nsk/">Network connectivity between SLAC and BINP, Novosibirsk</A>
</DT><DD>Investigation of poor throughput from SLAC to Novosirbirsk, resulting in successful recommendation for link upgradestanford.edu/monitoring/qos/uk.html">
UK to US QoS Testing</A>
</I></DT><DD><I>QoS did not appear to be working, the direction it was applied in was not congested - <I>RESOLVED</I>
</DD><DT>SepI></DD><DT><I>May 1102, 2000: <A href="/comp/net/wan-mon/slac-caltechcern.html" mce_href="http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac./../../../../../../../comp/net/wan-mon/slac-caltech.html">Caltech to SLAC thruput</A>
</DT><DD>Poor throughput from Caltech to SLAC while SLAC to Caltech was OK, partially resolved by moving from ESnet to Internet 2 - <I>PARTIALLY RESOLVED</I>
</DD><DT>Sep 03, 2000: <A href="/comp/net/wan-mon/slac-ilan.html" mce_href="../../../../../../../../../comp/net/wan-mon/slac-ilan.html">SLAC to ILAN (Israel) thruput</A>
</DT><DD>Poor performance between SLAC and Israel caused by ESnet upgrade to router using incorrect BGP configuration - <I>RESOLVED</I>
<#comment></#comment>
</DD><DT>May 16, 2000: <A href="stanford.html" mce_href="stanford.html">Stanford to SLAC file transfer problems</A>
</DT><DD>Poor throughput between SLAc and Stanford campus, required resetting an ATM interface - <I>RESOLVED</I>
</DD><DT>May 09stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/comp/net/wan-mon/slac-cern.html">Throughput
Performance between SLAC and CERN</A>
</I></DT><DD><I>Big asymmetry in the throughputs from SLAC to IN2P2 and vice versa, partially due to Cisco web cache - <I>NOT RESOLVED</I> </I></DD><DT><I>Apr 15, 2000: <A href="http://www-iepm.slac.stanford.edu/monitoring/qos/uk/comp/net/problem-vpn.html" mce_href="http://www-iepm.slac.stanford.edu/grp/monitoringscs/qos/uk.html">
UK to US QoS Testing</A>
</DT><DD>QoS did not appear to be working, the direction it was applied in was not congested - <I>RESOLVED</I>
</DD><DT>May 02, 2000: <A href="/comp/net/wan-mon/slac-cern.html" mce_href="../../../../../../../../../comp/net/wan-mon/slac-cern.html">Throughput
Performance between SLAC and CERN</A>
</DT><DD>Big asymmetry in the throughputs from SLAC to IN2P2 and vice versa, partially due to Cisco web cache - <I>NOT RESOLVED</I>
</DD><DT>Apr 15, 2000: <A href="/comp/net/problem-vpn.html" mce_href="../../../../../../../../..net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/http://www.slac.stanford.edu/grp/scs/net/case/comp/net/problem-vpn.html">Troubleshooting VPN Disconnects</A>
</DT><DD>MainlyI></DT><DD><I>Mainly some hints on tracking Microsoft VPN problems.
</DD><DT>MayI></DD><DT><I>May 23, 1999: <A href="http://www.slac.stanford.edu/comp/net/wan-mon/pathology-eg.html" mce_href="http://www.slac.stanford.edu/comp/net/wan-mon/pathology-eg.html">Ping Measurement Pathology Examples</A>
</I></DT><DD>PingsDT><DD><I>Pings from Linux to WNT on a LAN with normal RTT <
10 msec, manifest an unusual regularity in the sequence number separation of the pings with > 10msec. Probably an OS effect.
- <I>RESOLVED.
</I></I></DD></DL>
{html} |