Received: from cernxchg46.cern.ch ([137.138.137.154]) by cernxchg08.cern.ch with Microsoft SMTPSVC(6.0.3790.1830);
	 Tue, 24 Mar 2009 14:13:26 +0100
Received: from cernfe10.cern.ch ([137.138.140.34]) by cernxchg46.cern.ch with Microsoft SMTPSVC(6.0.3790.1830);
	 Tue, 24 Mar 2009 14:13:26 +0100
Received: from cernmx11.cern.ch (137.138.142.198) by cernfe10.cern.ch
 (137.138.140.34) with Microsoft SMTP Server (TLS) id 8.1.340.0; Tue, 24 Mar
 2009 14:13:25 +0100
Received: from mailgate.doe.gov (205.254.128.11) by cernmxgwlb.cern.ch
 (137.138.142.186) with Microsoft SMTP Server id 8.1.340.0; Tue, 24 Mar 2009
 14:13:24 +0100
X-WSS-ID: 0KH0I22-01-2D3-02
X-M-MSG:
Received: from hqwss.hr.doe.gov (hqmms4.hr.doe.gov [205.254.132.8])	by
 mailgate.doe.gov (Tumbleweed MailGate 3.6.1) with ESMTP id 2E65C1D99585;	Tue,
 24 Mar 2009 09:13:14 -0400 (EDT)
Received: from [146.138.8.206] by hqwss.hr.doe.gov with ESMTP (US Dept of
 Energy SMTP Relay (Email Firewall v6.3.2)); Tue, 24 Mar 2009 09:12:45 -0400
X-Server-Uuid: 7BA904BC-BA52-4865-A377-BC9866E73167
Received: from SCVEXCH1.scdoe.local ([146.138.8.202]) by
 scnrelay1p.scdoe.local with Microsoft SMTPSVC(6.0.3790.3959); Tue, 24 Mar
 2009 09:12:35 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: US LHCNet RFP and request to DOE for 2009
Date: Tue, 24 Mar 2009 09:12:34 -0400
Message-ID: <AFC9A1D77CB1F44AB19BE7866C6402650B2048F6@SCVEXCH1.scdoe.local>
In-Reply-To: <FF6459162DC3E14BAFF19A44134F65D65CD22E@exchangemb2.bnl.gov>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: US LHCNet RFP and request to DOE for 2009
Thread-Index: AcmokbSFywQX+DdKSMWwrj8QuwS9xwDf/WUQABwf+GA=
References: <FF6459162DC3E14BAFF19A44134F65D65CD22E@exchangemb2.bnl.gov>
From: "Boehnlein, Amber" <Amber.Boehnlein@science.doe.gov>
To: "Gordon, Howard A" <gordon@bnl.gov>, "Gonzalez, Saul"
	<Saul.Gonzalez@science.doe.gov>, "Crawford, Glen"
	<Glen.Crawford@science.doe.gov>, "Petravick, Don"
	<Don.Petravick@science.doe.gov>
CC: Michael Tuts <tuts@nevis.columbia.edu>, "Pripstein, Moishe"
	<mpripste@nsf.gov>, "Whitmore, James J." <jwhitmor@nsf.gov>, Jim Shank
	<shank@bu.edu>, "Rajagopalan, Srini" <srinir@bnl.gov>, "Ernst, Michael"
	<mernst@bnl.gov>, <smckee@umich.edu>, <butler@fnal.gov>, Daniel Marlow
	<marlow@Princeton.EDU>, Lothar Bauerdick <bauerdick@fnal.gov>, Ian Fisk
	<ifisk@fnal.gov>, Harvey Newman <Harvey.Newman@cern.ch>
Return-Path: Amber.Boehnlein@science.doe.gov
X-OriginalArrivalTime: 24 Mar 2009 13:12:35.0379 (UTC)
 FILETIME=[32BDB830:01C9AC82]
X-WSS-ID: 65D603C82TC213992-02-01
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C9AC82.3243B540"
Received-SPF: None (cernmxgwlb.cern.ch: Amber.Boehnlein@science.doe.gov does
 not designate permitted sender hosts)
X-CERN-Reverse-DNS: mailgate.doe.gov
Keywords: CERN SpamKiller Note: -5

------_=_NextPart_001_01C9AC82.3243B540
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Thank you for your input.

=20

________________________________

From: Gordon, Howard A [mailto:gordon@bnl.gov]=20
Sent: Monday, March 23, 2009 6:50 PM
To: Boehnlein, Amber; Gonzalez, Saul; Crawford, Glen; Petravick, Don
Cc: Michael Tuts; Pripstein, Moishe; Whitmore, James J.; Jim Shank;
Rajagopalan, Srini; Ernst, Michael; smckee@umich.edu; butler@fnal.gov;
Daniel Marlow; Lothar Bauerdick; Ian Fisk; Harvey Newman
Subject: FW: US LHCNet RFP and request to DOE for 2009

=20

Memo
To: DOE Office of High Energy Physics
From: Mike Tuts and Howard Gordon
Subject: USLHCnet Supplementary Funding
Date: March 16, 2009

We are writing to support a supplemental request from USLHCnet to allow
them to select a more reliable vendor for their network infrastructure.

The recent USLHCnet RFP resulted in 11 responses from vendors.  Planning
for USLHCnet infrastructure, which provides the primary connection from
the CERN Tier-0 center to the USATLAS and USCMS Tier-1 centers, includes
just-in-time provisioning of needed bandwidth for renewed LHC operation
and path/vendor diversity across the Atlantic.  This is well matched to
USATLAS needs for a reliable, resilient service that is critical to
USATLAS operations.

While the responses to the RFP are nominally for the same technical
capabilities (number of circuits and bandwidth) there are significant
differences between the various vendors in terms of their corresponding
Service Level Agreements (SLA's) and the historical reliability (see
USLHCnet RFP report, Annex B).  The lowest cost vendor, Global Crossing,
listed (which also matches the USLHCnet proposed budget) is also the one
with the worst SLA and reliability.  Global Crossing provides circuits
currently used in USLHCNet and their circuits have been significantly
less reliable than all other vendors and its SLA is the least favorable
in terms of motivating the vendor to provide a highly reliable service.


Records associated with link availability monitoring have shown that its
two USLHCnet circuits have had link availability of 97.67% and 96.56%
during the past 6 months.  For a network link this is extremely poor
performance and as a result, and despite path redundancy incorporated
into the network architecture the U.S. ATLAS Tier-1 center at BNL
experienced three major outages or service level impairments since
January 2008, lasting between 12 and 24 hours. The three incidents and
their durations are listed below
1.) January 23 & 24, 2008; BNL lost connectivity to the Tier-0 center at
CERN and most of the Tier-1 centers for 22 hours
2.) November 20, 2008; BNL's bandwidth to CERN was reduced for 14 hours
to less than 50% of the nominal capacity
3) November 22, 2008; BNL's bandwidth to CERN was reduced for 18 hours
to less than 50% of the nominal capacity

With the central infrastructure components associated with the
ATLAS-wide production service (PanDA) operated at BNL, ATLAS production
lost the ability to fully utilize the computing and storage resources
deployed at sites that are part of the ATLAS worldwide distributed
computing facility. Losing connectivity between the PanDA submission
hosts located in the regions or clouds and the central services means,
while jobs that had started to run prior to the outage can continue to
run, no new production and distributed analysis jobs can be launched
until the connectivity is restored. Results from running jobs finishing
during the outage are eventually lost if the outage is taking
substantially longer than 12 hours following job completion.=20

Contrary to Global Crossing, network services providers like Level3 and
T-Systems are offering their circuits at the availability and
reliability level that allows the Tier-1 center to meet its obligations
as outlined in the WLCG MoU (a version as of March 2009 can be found at
http://lcg.web.cern.ch/LCG/MoU/Goettingen/MoU-Goettingen-4MAR09.pdf. The
table on page A3.4 outlines the obligations of Tier-1 centers regarding
network service levels in detail). According to the MoU a complete loss
of connectivity or a degradation of the service quality by more than 50%
is not supposed to account for more than 2% over the period of one year
or 7 days in total.

As indicated above the implication for the U.S. ATLAS facilities could
be significant.  Simultaneous loss of links to the Tier-0 center at CERN
can result in loss of the complete service. With circuit diversity (path
and vendor) this risk is reduced, but with link unavailability rates of
~2% there is still a non-negligible chance for complete service
interruption.  Even if the Tier-0 to Tier-1 service remains operational,
loss of a link can degrade the available bandwidth because of
competition/congestion introduced along the alternate path. While the
ATLAS production system is designed to buffer through short outages, the
facility operations can significantly degrade during outages or
slow-downs introduced by circuit outages.  This degradation can rapidly
worsen as the outage or service impairment duration increases.

For such a critical service USATLAS requests more reliable vendors with
a more advantageous SLA in place to help ensure a robust Tier-0 to
Tier-1 data transfer service.   Therefore we fully support USLHCnet's
supplemental request to allow them to select such vendors. If that would
not be approved U.S. ATLAS would be willing to support its share of the
supplementary request from Operations Program funds.
---------------

Appendix:
Outage related messages

On 11/21/08 2:50 PM, "Harvey Newman" <Harvey.Newman@cern.ch>
<mailto:Harvey.Newman@cern.ch>  wrote:

Dear Michael,

Very good. I am glad to see the performance restored.

Following up on what Artur said: We lost three Global Crossing circuits
at
once. The entire design of our circuits is predicated on physical
diversity.
This not supposed to be possible. SURFNet also was hit.

Global Crossing is not telling us the whole story. We are older and
wiser
after this experience, and will act upon it in the course of evaluating
our
2009 RFP responses, in January.

Best regards
  Harvey

Ernst, Michael wrote:
> Artur,
>  This morning Nikolay modified the routing MED in Vienna such that
traffic destined to CNAF is taking the path from NY via Frankfurt
instead of going via the USLHCNET/Vienna circuit.
>
> This has improved the situation dramatically (see below).
>
> We hope network engineers will be able to sort out the problem with
that circuit soon.
>
> --

>    Michael

Two days later there was one more outage affecting several circuits
provisioned by USLHCNet.This one happened to last for >15 hours.=20

-----Original Message-----
From: Artur Barczyk [mailto:Artur.Barczyk@cern.ch]=20
Sent: Saturday, November 22, 2008 12:23 AM
To: WAN FNAL; John Bigrow; Ernst, Michael; Bradley, W. Scott; ESnet OPS;
DANTE Network Operations Centre; USLHCNet NOC
Subject: multiple outage again

Hi,

USLHCNet is experiencing a dual outage again. Global Crossing
technician has arrived at the GC PoP in New York. Loops placed towards
our equipment in NY and Chicago indicate it's the same failure
we had two days ago. The "repaired" fibre deteriorated within
few hours to basically unusable.

We have also a ticket open with Ciena. Some VCs which should be and
are reported as operational are in fact not.
FNAL primary path is down, as well as BNL backup path.
I have shut down ESnet-GEANT vlan 2611, as it was not operational.

We are treating this as a very serious situation, for both Global
Crossing and Ciena.

I will update you on the progress of repairs.

Cheers,
Artur





=20


------_=_NextPart_001_01C9AC82.3243B540
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40"
xmlns:ns0=3D"http://schemas.microsoft.com/office/2004/12/omml">

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<title>Re: US LHCNet RFP and request to DOE for 2009</title>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"State"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"City"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"place"/>
<o:SmartTagType =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"
 name=3D"PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--a:link
	{mso-style-priority:99;}
span.MSOHYPERLINK
	{mso-style-priority:99;}
a:visited
	{mso-style-priority:99;}
span.MSOHYPERLINKFOLLOWED
	{mso-style-priority:99;}

 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";
	color:black;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:Calibri;
	color:#1F497D;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body bgcolor=3Dwhite lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Thank you for your =
input.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
color=3Dblack face=3D"Times New Roman"><span =
style=3D'font-size:12.0pt;color:windowtext'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal><b><font size=3D2 color=3Dblack face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma;color:windowtext;font-weight=
:bold'>From:</span></font></b><font
size=3D2 color=3Dblack face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma;
color:windowtext'> Gordon, Howard A [mailto:gordon@bnl.gov] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Monday, March 23, =
2009 6:50
PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Boehnlein, Amber; =
<st1:PersonName
w:st=3D"on">Gonzalez, Saul</st1:PersonName>; <st1:PersonName =
w:st=3D"on">Crawford,
 Glen</st1:PersonName>; <st1:PersonName w:st=3D"on">Petravick, =
Don</st1:PersonName><br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> Michael Tuts; =
<st1:PersonName
w:st=3D"on">Pripstein, Moishe</st1:PersonName>; <st1:PersonName =
w:st=3D"on">Whitmore,
 James J.</st1:PersonName>; Jim Shank; Rajagopalan, Srini; Ernst, =
Michael;
smckee@umich.edu; <st1:PersonName =
w:st=3D"on">butler@fnal.gov</st1:PersonName>; Daniel
Marlow; Lothar Bauerdick; Ian Fisk; Harvey Newman<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> FW: US LHCNet =
RFP and
request to DOE for 2009</span></font><font color=3Dblack><span =
style=3D'color:windowtext'><o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D1 =
color=3Dblack
face=3DVerdana><span =
style=3D'font-size:9.0pt;font-family:Verdana'>Memo<br>
To: DOE Office of High Energy Physics<br>
From: Mike Tuts and Howard Gordon<br>
Subject: USLHCnet Supplementary Funding<br>
Date: March 16, 2009<br>
<br>
We are writing to support a supplemental request from USLHCnet to allow =
them to
select a more reliable vendor for their network infrastructure.<br>
<br>
The recent USLHCnet RFP resulted in 11 responses from vendors. =
&nbsp;Planning
for USLHCnet infrastructure, which provides the primary connection from =
the
CERN Tier-0 center to the USATLAS and USCMS Tier-1 centers, includes
just-in-time provisioning of needed bandwidth for renewed LHC operation =
and
path/vendor diversity across the <st1:place =
w:st=3D"on">Atlantic</st1:place>.
&nbsp;This is well matched to USATLAS needs for a reliable, resilient =
service
that is critical to USATLAS operations.<br>
<br>
While the responses to the RFP are nominally for the same technical
capabilities (number of circuits and bandwidth) there are significant
differences between the various vendors in terms of their corresponding =
Service
Level Agreements (SLA's) and the historical reliability (see USLHCnet =
RFP
report, Annex B). &nbsp;The lowest cost vendor, Global Crossing, =
&nbsp;listed
(which also matches the USLHCnet proposed budget) is also the one with =
the
worst <st1:place w:st=3D"on">SLA</st1:place> and reliability. =
&nbsp;Global
Crossing provides circuits currently used in USLHCNet and their circuits =
have
been significantly less reliable than all other vendors and its =
<st1:place
w:st=3D"on">SLA</st1:place> is the least favorable in terms of =
motivating the
vendor to provide a highly reliable service. &nbsp;<br>
<br>
Records associated with link availability monitoring have shown that its =
two
USLHCnet circuits have had link availability of 97.67% and 96.56% during =
the
past 6 months. &nbsp;For a network link this is extremely poor =
performance and
as a result, and despite path redundancy incorporated into the network
architecture the U.S. ATLAS Tier-1 center at BNL experienced three major
outages or service level impairments since January 2008, lasting between =
12 and
24 hours. The three incidents and their durations are listed below<br>
1.) January 23 &amp; 24, 2008; BNL lost connectivity to the Tier-0 =
center at
CERN and most of the Tier-1 centers for 22 hours<br>
2.) November 20, 2008; BNL&#8217;s bandwidth to CERN was reduced for 14 =
hours
to less than 50% of the nominal capacity<br>
3) November 22, 2008; BNL&#8217;s bandwidth to CERN was reduced for 18 =
hours to
less than 50% of the nominal capacity<br>
<br>
With the central infrastructure components associated with the =
ATLAS-wide
production service (PanDA) operated at BNL, ATLAS production lost the =
ability
to fully utilize the computing and storage resources deployed at sites =
that are
part of the ATLAS worldwide distributed computing facility. Losing =
connectivity
between the PanDA submission hosts located in the regions or clouds and =
the
central services means, while jobs that had started to run prior to the =
outage
can continue to run, no new production and distributed analysis jobs can =
be
launched until the connectivity is restored. Results from running jobs
finishing during the outage are eventually lost if the outage is taking
substantially longer than 12 hours following job completion. <br>
<br>
Contrary to Global Crossing, network services providers like Level3 and
T-Systems are offering their circuits at the availability and =
reliability level
that allows the Tier-1 center to meet its obligations as outlined in the =
WLCG
MoU (a version as of March 2009 can be found at <a
href=3D"http://lcg.web.cern.ch/LCG/MoU/Goettingen/MoU-Goettingen-4MAR09.p=
df.">http://lcg.web.cern.ch/LCG/MoU/Goettingen/MoU-Goettingen-4MAR09.pdf.=
</a>
The table on page A3.4 outlines the obligations of Tier-1 centers =
regarding
network service levels in detail). According to the MoU a complete loss =
of
connectivity or a degradation of the service quality by more than 50% is =
not
supposed to account for more than 2% over the period of one year or 7 =
days in
total.<br>
<br>
As indicated above the implication for the U.S. ATLAS facilities could =
be
significant. &nbsp;Simultaneous loss of links to the Tier-0 center at =
CERN can
result in loss of the complete service. With circuit diversity (path and
vendor) this risk is reduced, but with link unavailability rates of ~2% =
there
is still a non-negligible chance for complete service interruption. =
&nbsp;Even
if the Tier-0 to Tier-1 service remains operational, loss of a link can =
degrade
the available bandwidth because of competition/congestion introduced =
along the
alternate path. While the ATLAS production system is designed to buffer =
through
short outages, the facility operations can significantly degrade during =
outages
or slow-downs introduced by circuit outages. &nbsp;This degradation can =
rapidly
worsen as the outage or service impairment duration increases.<br>
<br>
For such a critical service USATLAS requests more reliable vendors with =
a more
advantageous <st1:place w:st=3D"on">SLA</st1:place> in place to help =
ensure a
robust Tier-0 to Tier-1 data transfer service. &nbsp;&nbsp;Therefore we =
fully
support USLHCnet's supplemental request to allow them to select such =
vendors.
If that would not be approved U.S. ATLAS would be willing to support its =
share
of the supplementary request from Operations Program funds.<br>
---------------<br>
<br>
Appendix:<br>
Outage related messages<br>
<br>
On 11/21/08 2:50 PM, &quot;Harvey Newman&quot; <a
href=3D"mailto:Harvey.Newman@cern.ch">&lt;Harvey.Newman@cern.ch&gt;</a> =
wrote:</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D1 color=3Dblack face=3DVerdana><span
style=3D'font-size:9.0pt;font-family:Verdana'>Dear Michael,<br>
<br>
Very good. I am glad to see the performance restored.<br>
<br>
Following up on what Artur said: We lost three Global Crossing circuits =
at<br>
once. The entire design of our circuits is predicated on physical<br>
diversity.<br>
This not supposed to be possible. SURFNet also was hit.<br>
<br>
Global Crossing is not telling us the whole story. We are older and =
wiser<br>
after this experience, and will act upon it in the course of evaluating =
our<br>
2009 RFP responses, in January.<br>
<br>
Best regards<br>
&nbsp;&nbsp;<st1:City w:st=3D"on"><st1:place =
w:st=3D"on">Harvey</st1:place></st1:City><br>
<br>
Ernst, Michael wrote:<br>
&gt; Artur,<br>
&gt; &nbsp;This morning Nikolay modified the routing MED in <st1:City =
w:st=3D"on">Vienna</st1:City>
such that traffic destined to CNAF is taking the path from NY via =
<st1:place
w:st=3D"on">Frankfurt</st1:place> instead of going via the =
USLHCNET/Vienna
circuit.<br>
&gt;<br>
&gt; This has improved the situation dramatically (see below).<br>
&gt;<br>
&gt; We hope network engineers will be able to sort out the problem with =
that
circuit soon.<br>
&gt;<br>
&gt; --</span></font><o:p></o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D1 =
color=3Dblack
face=3DVerdana><span style=3D'font-size:9.0pt;font-family:Verdana'>&gt;
&nbsp;&nbsp;&nbsp;Michael<br>
<br>
Two days later there was one more outage affecting several circuits =
provisioned
by USLHCNet.This one happened to last for &gt;15 hours. <br>
<br>
</span></font><font size=3D1 face=3D"Courier New"><span =
style=3D'font-size:7.5pt;
font-family:"Courier New"'>-----Original Message-----<br>
From: Artur Barczyk [</span></font><u><font size=3D1 color=3D"#0000fe"
face=3D"Courier New"><span style=3D'font-size:7.5pt;font-family:"Courier =
New";
color:#0000FE'><a =
href=3D"mailto:Artur.Barczyk@cern.ch">mailto:Artur.Barczyk@cern.ch</a></s=
pan></font></u><font
size=3D1 face=3D"Courier New"><span =
style=3D'font-size:7.5pt;font-family:"Courier New"'>]
<br>
Sent: Saturday, November 22, 2008 12:23 AM<br>
To: WAN FNAL; John Bigrow; Ernst, Michael; Bradley, W. Scott; ESnet =
OPS;<br>
DANTE Network Operations Centre; USLHCNet NOC<br>
Subject: multiple outage again<br>
<br>
Hi,<br>
<br>
USLHCNet is experiencing a dual outage again. Global Crossing<br>
technician has arrived at the GC PoP in <st1:State =
w:st=3D"on"><st1:place w:st=3D"on">New
  York</st1:place></st1:State>. Loops placed towards<br>
our equipment in NY and Chicago indicate it's the same failure<br>
we had two days ago. The &quot;repaired&quot; fibre deteriorated =
within<br>
few hours to basically unusable.<br>
<br>
We have also a ticket open with Ciena. Some VCs which should be and<br>
are reported as operational are in fact not.<br>
FNAL primary path is down, as well as BNL backup path.<br>
I have shut down ESnet-GEANT vlan 2611, as it was not operational.<br>
<br>
We are treating this as a very serious situation, for both Global<br>
Crossing and Ciena.<br>
<br>
I will update you on the progress of repairs.<br>
<br>
Cheers,<br>
Artur<br>
</span></font><font size=3D1 face=3DVerdana><span =
style=3D'font-size:9.0pt;
font-family:Verdana'><br>
<br>
<br>
</span></font><o:p></o:p></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C9AC82.3243B540--

