From l2vpn-bounces@ietf.org  Thu Mar  3 05:27:24 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA04176
	for <l2vpn-web-archive@ietf.org>; Thu, 3 Mar 2005 05:27:24 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D6nZY-0004MR-RP
	for l2vpn-web-archive@ietf.org; Thu, 03 Mar 2005 05:28:50 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D6nW6-0005TJ-MU; Thu, 03 Mar 2005 05:25:14 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D6nW4-0005TE-GP
	for l2vpn@megatron.ietf.org; Thu, 03 Mar 2005 05:25:12 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA03905
	for <l2vpn@ietf.org>; Thu, 3 Mar 2005 05:25:10 -0500 (EST)
From: fab12@freesurf.fr
Received: from fidel.freesurf.fr ([212.43.206.16])
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D6nXN-0004JI-GK
	for l2vpn@ietf.org; Thu, 03 Mar 2005 05:26:35 -0500
Received: from freesurf.fr (arlette.freesurf.fr [212.43.206.12])
	by fidel.freesurf.fr (Postfix) with SMTP id 660022A5A92
	for <l2vpn@ietf.org>; Thu,  3 Mar 2005 11:25:00 +0100 (CET)
Received: from 195.68.44.146 (SquirrelMail authenticated user fab12)
	by arlette.freesurf.fr with HTTP;
	Thu, 3 Mar 2005 11:25:00 +0100 (CET)
Message-ID: <49271.195.68.44.146.1109845500.squirrel@arlette.freesurf.fr>
Date: Thu, 3 Mar 2005 11:25:00 +0100 (CET)
To: <l2vpn@ietf.org>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
X-Mailer: SquirrelMail (version 1.2.5)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 1.2 (+)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Content-Transfer-Encoding: quoted-printable
Subject: Distributed VPLS
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 1.2 (+)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Content-Transfer-Encoding: quoted-printable

Hi,

draft-ietf-l2vpn-signaling section 3.5.2 states that to

"Every N-PE must be provisioned with the set of VPLS instances it
   supports, a VPN-id for each one, and a list of local U-PEs for each
   such VPLS.  As part of the discovery procedure, the N-PE advertises
   the number of U-PEs for each VPLS.

 Auto-discovery (e.g., BGP-based) can be used to discover all the
 other N-PEs in the VPLS, and for each, the number of U-PEs local to
 that N-PE"

I understand using BGP the NLRI will contain the VPN-Id.
But I don't get how the number of U-PE is advertises. i.e In which BGP
attribute?

Any idea?

Thanks
Fab






From qxeitla@go2.pl  Fri Mar  4 12:27:56 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA08439;
	Fri, 4 Mar 2005 12:27:56 -0500 (EST)
Received: from 44.13.97-84.rev.gaoland.net ([84.97.13.44])
	by ietf-mx.ietf.org with smtp (Exim 4.33)
	id 1D7GcI-00083y-DG; Fri, 04 Mar 2005 12:29:39 -0500
Received: from symphony-67.go2.pl ([2.38.240.63]:1906 "HELO
	mail.go2.pl") by go2.pl with SMTP
	id <S294132AbRLJEtW>; Fri, 04 Mar 2005 15:24:40 -0200
Date: Fri, 04 Mar 2005 10:27:40 -0700
Message-Id: <4.5.59.2081924.0083fc70@go2.pl>
From: "Emerson Harrison" <qxeitla@go2.pl>
To: <l2tpext@ietf.org>
Subject: You have qualified.
X-message-flag: Authentic Sender, Hash: LKQLMTEA
List-ID: <l2tpext@ietf.org>
Mime-Version: 1.0
Content-Type: multipart/related; 
  boundary="----------A48356845382213"
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 2ce306e4307a2c0b518ae453b13efdd0

This is a multi-part message in MIME format.

------------A48356845382213
Content-Type: multipart/alternative;
     boundary="----------A85031401794097"

------------A85031401794097
Content-Type: text/plain;
        Charset = "us-ascii"
Content-Transfer-Encoding: 7bit

http://www.runninshit.info/mortgage.asp.

------------A85031401794097
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit


<html>
<head>
<title>northwest repairmen</title>
</head>

<body>
<table width="442" height="100" border="0" cellpadding="0" cellspacing="0">
   <tr>
    <td height="161" colspan="7" valign="top"><table width="100%" border="0" cellpadding="0" cellspacing="0">
        <!--DWLayoutTable-->
        <tr>
          <td width="442" height="153" valign="top"><table width="100%" border="0" cellpadding="0" cellspacing="0">
              <!--DWLayoutTable-->
              <tr>
                <td width="442" height="9" valign="top">
                <a href="http://www.runninshit.info/mortgage.asp">
                <img src = "cid:DTEHFHQD.QBJJWMEO.VEDLMHGT.DHUMBCHB_csseditor" border=0></a><br>
                </td>
              </tr>
              <tr>
                <td height="10" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="19" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="19" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="19" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="19" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="19" valign="top"><!--DWLayoutEmptyCell-->&nbsp;</td>
              </tr>
              <tr>
                <td height="13" valign="top"><table width="100%" border="0" cellpadding="0" cellspacing="0">
                    <!--DWLayoutTable-->
                    <tr>
                      <td width="442" height="13">.</td>
                    </tr>
                </table></td>
              </tr>
              <tr>
                <td height="3">.</td>
              </tr>
              <tr>
                <td height="4"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
              <tr>
                <td height="7"></td>
              </tr>
                          </table></td>
        </tr>
        <tr>
          <td height="0">.</td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="0"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="1"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="2"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="4"></td>
        </tr>
        <tr>
          <td height="8"></td>
        </tr>
        <tr>
          <td height="8"></td>
        </tr>
        <tr>
          <td height="8"></td>
        </tr>
        <tr>
          <td height="8">http://www.runninshit.info/mortgage.asp It's time to fix up your situation for once and for all</td>
        </tr>
        </table></td>
  </tr>
  <tr>
    <td width="49" height="19" valign="top">.</td>
    <td width="299">&nbsp;</td>
    <td width="19" rowspan="2" valign="top"></td>
    <td width="19" rowspan="2" valign="top"></td>
    <td width="19" rowspan="2" valign="top"></td>
    <td width="19" rowspan="2" valign="top"></td>
    <td width="18" rowspan="2" valign="top"></td>
  </tr>
  <tr>
    <td height="173">&nbsp;</td>
    <td>&nbsp;</td>
  </tr>
</table><FONT face=Verdana size 2><a href="http://www.runninshit.info/gone.asp">No More</FONT>
</body>
</html>


------------A85031401794097--

------------A48356845382213
Content-Type:  image/gif; name="ague.gif"
Content-Transfer-Encoding: base64
Content-ID: <DTEHFHQD.QBJJWMEO.VEDLMHGT.DHUMBCHB_csseditor>
Content-Transfer-Encoding: base64

R0lGODlhbAHAAZEAAP///8zMzDMzMwAAACH5BAAAAAAALAAAAABsAcABAAL/hI+py+0Po5y02ouz
3rz7D4biSJbmiabqyrbuC8fyTNf2jef6zvf+DwwKh8Si8YhMKpfMpvMJjUqn1Kr1is1mAtqu94vh
gsfkq9hwLqvX7Lb7DY/L54kBwk7P6y94RZ/B9fe3R1i4MHiAeHgHkGb4SKgI0CfGlSZ44NgIyfkm
KTgQmjnJeBcq2Zn69ZlYaoDZGqs66xV4eitKWier28tLC3zF6vvK24eIGqzsNIx7avxLvDzNzICX
DCudTM1d1OyQjdw9vjRMfOzqm03O3iNmPnmb/hcgn96OH6UpsZ3vj7MvzK5/BIsE5IOmoMKFDBs6
fAgxosSJFCtavIgxo8aN/xw7evwIMqTIkSRLmjyJMqXKlSxbunwJM6bMmTRrBjs4AeeWnEB0JvBZ
iYLPnhKGKnBklEzSDfQgGF3aT8lSgdIcTO1wFYWdS36o/qxgNOrREKhQPfXqFMYgSTrFCh2rQwCC
QD/dyrB7YeigM3gjZLUag17fYmTWnlvwdxRcQHMHLgaclas1wA+AUlacFilZx5swL6rcILENTOvi
5QJnj9SzV6snpyacqHVs2bjqyGYt6tPr19ZS29ld77bp0rp+C98t3NRq46dnn6792RjtrjtIz7vH
ubjhaLHv8L3+65rjdaAaiOMenrWr5uSjXWsfi/g99vPRp4fd67wOdLD5Y/83j582k43nHoBVCYhg
Qvf9t494A50HIXURUvdfgPpR2I9/E3qnQz2yaOjHQc5YGGJ0H8ryjnLLebYhd1wIIFmFuK34oIQ2
1ohjHY6UpeB5ttyS4gMg5mgfDb/tAsqIA8Znm5IUnjijb+P55oyDjDQ414XZWcnkKFwShsd3CCpS
JY/p0EVigNH516WMRh4m35JtqglgjGxmd+CXV8q4HYdPgnljKRDuqOaXaPIzkJj6RXUkL2hqiUOj
rcRpIqBucnbonX6ipyeKdKZZYYuWChronKNeumWpmUYg6Zh/5kDmnzy+o2eftl0XJJTqHQZqeXLi
h40phQ4L7Dy1QsNrpYv/CvtpVzFOIuauPMTqB2/V5kYndIvwtha3zxzj7W3yYMNeck02Kqo6x31L
7IwqbkOjsdjOJuQh685Ly2A2IaQPDFnp69cTkXXhoROixVAwQQEd/CY3DIvwMMFsRLyvChQrhXCz
J2x1A8A3RGyPZkVWR5ZsF0/gsQYpi7ByxyrXiyqsILT8Ac0W2OwBzjN4DC+eP+CsM1NqyVxNBj3H
HGlnOx04tLXa2motI07fS5q5KhYzdXPDdUtf1Oeeqd1qDdL2miXQMYfMdFOKK2XWkmrbW7li+xsP
eF3mSil90OSaH6Xq1N0K33eyCa6b4WAIAXwGdodsf6Xm96Ag0QJuK2d+/7sAqa6awnNq56QknAiW
rx4rzaGm5kkdjASGtiw4eJKuOqmISiMX6J7/CrnLlj+tK6ePF/c758SmO/yrxa/uWYKKTO4qkbc7
l0u6nVaae/IttB5LwuA6mV3BZUYZr++jt/t0le2+Tr71ysNcYPPrhcyr9NAvruvJ/Mp+3eWlKEo/
+tS7Lz4zhSp4I8Per+SXIOcBT4HCS5/u8AcN/bVPgOP7HwKVtkDqCY90THNg/xCYuQyejoM+W98D
e6c1LenGbo6DYLOsg7zqtXCE9COPpp50ucrJ0Ia9YpYBo1dCdTCPbgkcl8/ghiSqce05CiLGJWg0
uXClUEpBHM61WjW3K/+OonaoIaHb+sa2eV3IiFESkrh2YL/GpPEyQ1jjW/KyATeC5Y1GwIkb5WgB
PNLRHWy0wcKCoMfHoMUE+5hKIPsIsRzg8ZAeEBlimliCszRmj4PMWAiGssZMUiEpdiRBIeEIyUem
oJOMyeMIDsJIQSLSB6lE2s+6iBevofFmWllGWybJqqQ1rgI6ayUbm4I7lH1FDaS8nyhNhMphhuYx
oiuWMXFJSU8+00BXwcsnQaNIUNISg7mEJjZn1j9lvkonQUnLMUEgolAaLy0A8+Vmvvi1SZ3xauZB
jtbsJcYSlbFxtakcrVoDJHnKJW737BHZurYcgFpxPgeVGzDlec/dLDT/oM6BleL+9iFMpEhwrrMc
N6XjwRliFFSyeh/7itFMERaOcWDSKEqdeb6yXHSl0oIWTGsAQgKK9IX+q2AIqxeAgb50px5VYOKC
KSqOeW5I6+mp/5KaI77tTKcX3Jw6dbjBmPJulzLE4e/waTLuQNWF1TNgArEzANN1bjs/xZyEzAfA
GX7vgOusagxLc6dnES9VFnwcWxEHPia+y1w5rc/WrOZWox6vqRoraQkLy9ibYu2ke22f8ZS6Vgb2
zrHdJOuX/goQtPI0Sx60C1Zxdw1CmVCyqqHsV0XbV+eBNiFMVZYwNZus541GqXjlhVD1JlkKstZY
IAUW4f6TIb2OTF01/4Rp5d7Dwj6JY4ghHZxjYtdYFhhHAGkLY9VSeK4wxY2esFQXvqx4XLEeNZ7Z
RW95K7ogQHErvE161yPHqLb4InGq4HyldpsQlqXNghIdMIs2semToIlTwRq4mCYMLIMzuDOS7S1l
FdVZyWUut78fRSdPStCPv2hCjxPm4zFHzIISezPDM/jjgStGRD/2scQqBjAiJJnIBo9gG2cQ6geS
sg5HQlKWpwzYio18zm/iVMkcIPAcsQLJWxaJUUxO8nA7G81LPvkxDH6BggOiL3JaeGl+o7KW/4Bd
CnQZw6ocs/r+h4R2btPNdH6zKdcJZ5+hWM3U3fOGt4zkHN+5xh1Fg//b0BG1fzr0nPb87hKXWNSK
Juk5jU6cRAvYUGoFzl0TNM22pgPQ/LZQ0bDd2l2iG7lNVVBjsAjH4SKLUdP5KlljLLRIg8XVHt11
gjdmad8iLV27OfmzgbGsTm372CFTFbX8xLN1Lwxr4XYVsHEVoQbTFK30Vnt6Xja2kn562th69lM/
9PZWjX1FwY4W1mvqtGLdbVltQ7Zhq13qB+t6beXJQ607jHcMD1vQHh4gzZnwMVGRN+98P1qhzj32
fv+7WBrSNdk+xbdNow3vzbplWVItdYZGerfTPfXCjcIbAR9c7Ijbe+IDrDjFy63yrm6c2kwz67Zg
W1mV9yzYuMVzLXf/6Stwe7W5Ix0ryNtDq+KedS9KLzMLlVnr4sKLtwViXtRvCkRXssygEWVXLzqu
HPJCvaEel6KX5sNdLHodN/bFMBlBDlZo6+KJXc+n6y5dh7RDKq1id9f2An6Cclp5lHEcvId1bAQn
71jQdr5zLRoCMhWs+QuEXkHlhzD5P3Pi8nXufJbpLGIYC7goLRjYi6V5ZD9HOMX5kLAVXO/Kj8uB
8z/AJE9CXGXHB9qcHVTa8lS9C9rbJPNs5uQq5Z5dXIv+9C8jPTQPpseZq4/vAxI+RdDGafhiLTeV
njSkJ01fWCKaah18+0K371Dik6RcGK9pEZ/N3IbzKdVAp6C6f53r/+WfNH7HPh9ucw4zw+Z/hrZs
/6Z/+zdbQaJCOHQ2BcgPDdhzI9dz6jcSUjVbTBIUgkFz1hY25ZNFfHVBTwVXmDVtB3hv47Z0DkiA
vddyKBhClYU91icRzzU8qpVxKyde+1d1LcJvjdAU3NY6MjiDfPU5RIVf0iE4z6ZDSVhd9qeEF1Vh
+0KD2lcVZAd+V9h2+1RPdicvraJF3gdR3aV5JpgCg0GBZBgJSCNBaEgQRKZFbBgRQgiHtrR7c2iH
d0iHeKiHe8iHfeiHfwiIgSiIg0iIhWiIh4iIiaiIi8iIjeiIjwiJZkADcpgFlBiJl4iJMHGGWvcP
m7gKeTZNkncR0v82GkSgQ0LTbZ9HDaTIYhjgiaCEWTpjTTlDGaLhYkdmeLwHZW0mZDboc5CwOaKG
H99xaKHThXfXGqTGXqqBWNgHUVS4hbkQVOfHjAj1d4aVfZJGULxlNR5yCsoodvOFbdTYNHXRVM8i
LBzlQtpWLajGUbbAJ64WadXXUiaVUcC2a0q3ahfXjqgWOIrDc1FIAl6YgxyYVUtSW+SmgivncpaV
YDFHbAh3gzXnGGCXW7cjgPL3dQK5eBLYGQcJPppjcS7Yfzj3VHo3WBA5VKtlVWeFjeIzkfWWkCy4
MQ0JkxqnOXDlUyM4giNpKnM1cQmHPX9nD0JXalvSk+nGcHKlk0P/45E3yZCtpXkwGE4HeYpVqZIX
+Td542xO5Qo9mC22JpUcWYbmGIEm6VFrWG3oYTsbeYPJkAbT+H9+5VVcGUTUN4AklSiGgyScWJbU
IWvMsmrl8R3ouEJcxR8KWFevZnWs85HQdY+bBXcpaFxYaZGUiVFp1pIIoJn89YZXA5LuhVyy5IxZ
yBpph25hOJqI5Xfo52irqWmmKZrjBY1HZHbzk5qmJjFW4Ims2GGTdE2s1wnJpHujh3qo+JuNp2bh
hHjKCWjOF2NjwHli9mQMlk7BpEaQYIl2uJ3FSQ6HRJybtxGXyUvNmXuqiIvHFxiqV3gRYSuJoXjM
h0vUpWXQuV5v/4QTfRGXNMkQFkiLKXdgrTSLyUmWoDiErpSf8jlndWifH/ZRv4eczvmLENGA8JON
yiJqLkWOHngasHcKcsElsvahz7hP07hvWkiOKWp+UkNpoTY3FuoPvgg4WHedxRKYKLQgEGpc/PaE
IAiFRxddDwVe7DaZChFuRmlC6BKTjRWC7yZxWkk6L3if4dYQR9qVDqSkMVdA/fdtYJV15ziRJASb
9+eSBXGkTWmA/JGlAEeUFdJxW5GR/AeCGzhXdeqTAgc9rIkP78mBhbYsiDaVWzqXsnUj2XaXWIls
7PaKemClt7U+gBqFN4SWJDmpOImdZQql8SWh42A7HGcfUEiD/P9DpAzYdD5EqvWGp7eWVUnnf5K6
p18qHc24jITxpiiJm/QSZbOpq2SkeLzKgGDIF2WzomBnfplGWxXjSwmaTcLJoJmIZYvqrGBQNtFK
rdVqrTXRnddqENqqMNzqMN4KruEqruNKruVqrueKrumqruvKru3qrofYSvtpMOKarR0BffX5Bsna
EvX6ri2mT7loNAkFeHHWiqaklhURrEnJAFz0n2PoDcagWml0sP5VBm0li8h3BOxYoI7Kn0EAraWI
sQUWsg9roFvnsLPUsVQgDuKIonE3PxxKjB3aafCUjaWpjf1BRVRos1oIOv4Blq35fgrlokzUaODn
Jd71sQtaU6//9qng4Z+RyWwzCqRFN1MaO7VS21sauW6UQ6fux1YXdaNam7Ke6W8VZlbEwW0GQHBR
qmyD2n5EKqaG2mxRa5Syd7YLaYqD+Wd3C28phYMK53AepxhepHfs6Koh2KUYlLiKireYp7e32kR8
G1hpu21h6bY4mqYOZHJzC7j/JqYctHDRo5MP1wN7Z4xwJrkUKZYZpJg2yZBoG6YeNI3EuLpsS6gP
YoME5psTekIhRXGM27S1q6UJ12+ZW7nBVX54G5EoqJWBKgSm6zj0ebV6SbnxB3NMi0JWC5A0d39t
VZnfa72nanMBmVnPG7mACYbvpam6SZO+ujuLZm74wjXhkV9J/yi/RxmN5qV2XAiaWpW+kEu6ZWB6
LsCvuwh89+kSxaSez9lm5zlm29mWX4GXg2F8h0cHBfwxDhycRvOAA7sEGBydnkGJILx6DZplJOyd
GlZkgYeeltfAC0ygHGB7Jsxm4rSp2zozekq2hHScn5mKIJuvCDy2IotlS3ayR6y0JcvBCOigWgBm
ISuvSYydliBIsPecE+uXuVeQvOuKQpy0GctNDMOeUlwDPyvEM/ZNsqcgUVyeXDay27kdPwILfDE2
A8BdjlOMrvmZj2Y4t0lPGckcOAtF5EYl1hiNbXpASvSYQ0uC+7SzKVq6d/WmJ4i1hgVcGDXHB5eq
7QEhUEOEnP+Ff3BBvnIiOfcxyhjqj3BcP6fys6ccnwapkIvDisSDuIM7ZR/5Wn46pYD5VWDZmGcZ
yUaYl6lqXEUZKFyRsEt5pxzYll60gfPoOQ92brL8q+EDbY2axT/ckkgqzGmyV1lbfoUMgU/JWq46
mdVLvs0ElNKFd5QcH2jqA1hUkthIvNOzmdJHirXcFUejpYLLPtJmDmrcz+YLu5hKa8oby6jaUWaC
jrC8gn1pawBoc8+cmyXIV6KaBNPlTPDIcj8EuhDEjU0rt5gb0kV0qfq1XLMm0OT7patiw1R6ldMy
ZOQnXJspmvgljd83ZVIEaTdbkLE4pLUrjARlXqIcfjfLvmz/t4X+68H70axEobLLykqel7ftOUiE
xsa69NQWJng8nC83zAMk1rslXMGtCHvUqcKQ9wL2M8YTs8IANokU1sLumhjx2q+AxJzRkczfeNeh
1Uj8GZul19cMTMZht06apIvv6o3kZ8puGNj3pox7TaIBjK7B6o+3NjtHnaigurQ6Mth2dWUTqnw2
fbuDTc5biXxm1m5MDatDjK6dzD0GLXcCRJTKbJBuqK6VRRcxPdt3N39O6trhmnNWG0wyCtFbq1sb
C66Se1wP+cm4pNGqSr3kOa6TfKtQA3jaIseqfQe26tPpls2DLdZ5DbCmzZvmnQfUjd7rzd7tLWPu
Dd/xLd/z/03f9W3f943f+a3f+83f/e3f/w3g5IrC5tnDKBvghjjgTMDWjwfWf117qpDgLBHhO7y6
5a2DpwsFE65NZUKBX1wzfHnGy3nSK4CX29RjjLTFWg1xTeB0gsQz5L3i08R0IEaxMV4Ot6WsXTzi
orjEACrTLlteRluiXmpG8KvHssmy57B2prbdfaerSFl3RMuaHPq/gXxuj7yiR03ZpzZ0pNzcPujF
RCePljq9PETMf8OEpPx0kIncpM3mxBIcQUrJHi68vzsnLs17y/PYtvu43bzasYuQVyqlOy6m01bo
V4XEJL6PlbpTDVK4SCUhqgWS2FvMDLdRzPvM3nfoqhteDv8SLZuL6UrpKU7tlbzmJK+cPQnN6GBE
psWLqoOjsMH76sOc1Avoktt8pZJJNPi7pEy6zMcbuJL50b9N7MhgOo/CxfD3pKvs0OX0g4nO47w+
0L036Kcdn3DKvYDevLSO68Ac6McKzN3egrqu4vlXqqO6O2IOt5t82TOq0pw1a11+dJvuyqbaUx5d
Q+ZsxD5M1P+r1HXshXQn5EWYUcm4oQx1XsWafl9T0zTN7eHSv1Wobs+O1HGXJFpgnVRdR52o8ULw
F6XBrzNMw89pxQLT8a5VwxbOBLidPBru8c43wCUMyXnYxDJP2C4Mwz/2wjtPeJWIrwWrPuCZnkRw
i1ad2DH/HMMySOeueBzhzWEpHO0RWsQbYy7dqRtRbmlYP6ugjMUh/tztmYFcDOMizrHNV+FHvzPw
M1MR3e5skVsSBBVhvhhZbcPtI2Rn/2EQJnd3z4JLz8FqOs9Zyc3yPnoP9ZISO07AueOZbWUzXtiJ
XnmFzkENbbuTI9nTC+T8iFJwc/lYrqdUjqJIZMypAY4Vr+UqCmrcR1jizKJHUpQ6/J+xiQ4NvZLA
IxmD/6OZQOkWzVCpvNmLflyXnA09yzlvDpB8qriWw6pL2/VdfPUF7boOnahFSqtPmuJ7kpWd5b2f
s+ew0br0aZWBT1qjbiVqxdssM09+bu3cPo8A7bvTH5Wi/56Xi7vq9E634v901jaFim7oBADM8lSR
3TUTE323SpaxXXPbLA8azNPjVFLsQvZATxB7UZWD4TALaG1U+/GIRWME0vpolEDlrjmkpIa0HZVZ
/WCjP+gyp/CBrcSvWZt0CXnTJztolM+ZaicbV15n4VmsromrCpDuqosQz66LjGFs620v74XvkS8O
wJFOU88Nx8GnkwPUT2KM6xLs1GDUE0lsktKVsrUntkEWZEcgUxaUKs5wZfEQ06tPI0Bgc3ni5mHm
2SQR+lY6wVdAEDW0jbpiZsp6NZrGMRw6sxphKrtaPRUaSiZ63cyZLADBFH3J3Dqd0T0yqJYIYlYM
z0Etr//mAFT4EGJEiRMpVrQYwuFFjXMMFrqY8drGkHRAfrRYEqFJkStZbuzYCBbMljM3oByZEqMm
kDtP0pRjcwxQn0OJFjVa0abGpEdr8ljKFGpUqVOpVrV6FWtWrVu5dvX6FWxYsWPJljV7Fm1atWvZ
tnX7Fm5cuXPp1rV7F29evXv59vX7F3BgwYMJFzZ8GHFixYsZN3b8GHJkyZMpV7Z8GXNmzXCfbt5a
srNnnV5DH3yasbTRpat9pmbmmgjsmQNkM3Mm8GdklLe9Nc358NdgfzKseTB3kSBDTRFQ1t4k1KPv
g8mXvVQe/OZv6ePWnpkFkXoRkNbRkndqaVk68xcyscr/vdc7yfd51r8Wrzy7Uu4Pm7cRUjoFnkRJ
aKP2tsPpKBZwO0ecbhqcZ55mHowBuwVwu+CefRqMohNfqAkPnt5EuAdCEkXkzZsLbzDOwhRr4EUI
gQARkSgSuMFlISnQI6WZI775LgYec0yljkgYEQbISwi68Q4h4emmyO+UjBKI+jQ64xMciwjGE0i2
lKTCMB7IKAlFApGEStvos+XIgbzE4TgM8kETyYDSGLIoLOv0sYZt3vTvzpjEVEAZQOv5QMMP6TRm
uQjdBDPH5MxsUx8qP4lJy0qalAoK9y51dBEtGbxNDhzd+09TOue0UEdLv/yGH2IGUYdUhkYgzg5T
AHUV/w1GN9VjKj2HDNPXVgXd9dJI91PkVAwzyNQNbRBUts8Ye5X1WEo5bFMCboAdlNNQFyW2IGt3
vTY+RMYtF9pu+cx2CE/NhfdRA9Pd1qBDA1U3KmHLRWZZJx8FF9lh7DT23IFjgPHd5HT9cdYd+5l0
SohHZLPUbWnhNk9xpbiQnmNoXXRPav2gUWRY9cXzY5RV/hfMBVN8UGZpggP5pRRUBIdl0dSykrAA
DRaOKee0AnqwnGXy2bBKK0v2Wqbtk5rqqq2+OiqGWzIaLK4b8zouHJHeQBlewMYabYvEVnvotN1m
ilzw3p67IlI/PJFnL0BuEQkTZ5B3Z5vpRjvabeLsEf/h/YKUmIR9nNxwcKZ1TqScPaVt+EwjOY48
s8nZ5BJRQHmJcFWE2j2Yc88OtwTXQCd+d03X+d08dcuYiz3btV+FVPY/aa+dMs/XrZZkhYs9PtWe
gQ/eXZHD6XL3jVEHXZyxly+sVnpuX5G+Bld/+ZySQ9TX6eupPruopKw3P7CkWJuJa2/Zn187hNBv
FHL6LevvKAHT0/9qjnDfaBrCEv8BkH33Q+ACGdhABz4QghGU4AQpWEELXhCDGdTgBjnYQQ9+EIQh
FOEISVhCE54QhSlU4QpZ2EIXvvAw64OhYIgTEefIcIaAuYQCYZfDp7WNP+cBkg8f84UMSWhljlpH
9fLSRqH8ERExUGMOkywGjG2YCYdQlIuf2BOf5M1Oi4yp4ec4FCFJKS+M7UscrigWuzMiMYtpfAsX
c7cvygEkjnJkC+god7A3AlGPfRFexRD3pID4I2KBxB6yapbEvKUgG4KDoyITYzTyhIaHlNSL/DQJ
QIFkspOhFOUoSUkRUJZyMqdE5WZUuUrItNKVsZTlLGlZS1veEpe51OUuedlLX/4SmMEU5jCJWUxj
HhOZyVTmMpnZTGc+E5rRlOY0qVlNa14Tm9nU5ja52U1vfhOc4RQnLQsAADs=

------------A48356845382213--



From l2vpn-bounces@ietf.org  Tue Mar  8 11:39:17 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA15095
	for <l2vpn-web-archive@ietf.org>; Tue, 8 Mar 2005 11:39:17 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D8hmI-0000lV-6Z
	for l2vpn-web-archive@ietf.org; Tue, 08 Mar 2005 11:41:50 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D8hj7-0004IA-Em; Tue, 08 Mar 2005 11:38:33 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D8hj6-0004I3-7k
	for l2vpn@megatron.ietf.org; Tue, 08 Mar 2005 11:38:32 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA15035
	for <l2vpn@ietf.org>; Tue, 8 Mar 2005 11:38:29 -0500 (EST)
Received: from kanfw1.ottawa.alcatel.ca ([192.75.23.69]
	helo=tm3.ca.alcatel.com) by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D8hlV-0000kJ-8y
	for l2vpn@ietf.org; Tue, 08 Mar 2005 11:41:02 -0500
Received: from alcatel.com (localhost [127.0.0.1])
	by tm3.ca.alcatel.com (8.13.0/8.13.0) with ESMTP id j28GcRYK001105;
	Tue, 8 Mar 2005 11:38:27 -0500 (EST)
Message-ID: <422DD502.73EF07DD@alcatel.com>
Date: Tue, 08 Mar 2005 11:38:26 -0500
From: Cheng-Yin Lee <Cheng-Yin.Lee@alcatel.com>
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Loa Andersson <loa@pi.se>
References: <42234F07.1030604@pi.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976
Content-Transfer-Encoding: 7bit
Cc: L2VPN <l2vpn@ietf.org>, Glen Govier <Glen.Govier@alcatel.com>,
        Lindsay Foster <Lindsay.Foster@alcatel.com>,
        Arnold Jansen <Arnold.Jansen@alcatel.com>
Subject: Re: l2vpn agenda for Minneapolis
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8
Content-Transfer-Encoding: 7bit

Here are the urls for IP to VPLS Interworking:-

Slides http://lcyn.tripod.com/ip2vpls-ie62.zip
Draft http://www.ietf.org/internet-drafts/draft-lee-l2vpn-ip2vpls-00.txt

Comments are welcome.

Regards
Cheng-Yin

Loa Andersson wrote:

> All,
>
> I've some un-diagnosed problem on my web-server, until I got
> that fixed - please find a text agenda incluced.
>
> /Loa
>
> L2VPN wg agenda for Minneapolis
> March 8, 2005, 1.00 - 3.00pm
> 1. Agenda bashing
> 5 min
> 2. Working group status
> - vpls-bgp
> - vpls-ldp
> - draft-ietf-l2vpn-arp-mediation-00.txt
> 15 min
>
> chairs
> 3. Provisioning Models and Endpoint Identifiers in L2VPN Signaling
> draft-ietf-l2vpn-signaling-03.txt
> Bruce
> 10 min
> 4. L2VPN OAM Requirements and Framework
> draft-ietf-l2vpn-oam-req-frmk-01.txt
> Dinesh
> 10 min
> 5. Using RADIUS for PE-Based VPN Discovery
> draft-ietf-l2vpn-radius-pe-discovery-01.txt
> Greg
> 10 min
> 6. Supporting IP Multicast over VPLS
> draft-serbest-l2vpn-vpls-mcast-02.txt
> Yetik
> 15 min
> 7. Multicast in VPLS
> draft-raggarwa-l2vpn-vpls-mcast-00.txt
> Rahul
> 15 min
> 8. Soft Permanent Virtual Circuit Interworking between PWE3 and ATM
> draft-swallow-pwe3-spvc-iw-01.txt
> George
> 10 min
> 9. Internet Code Point Assignments
> draft-gray-rfc1888bis-00.txt
> Eric
> 10 min
> 10. OAM Procedures for VPWS Interworking
> draft-aissaoui-l2vpn-vpws-iw-oam-03.txt
> Mustapha
> 5 min
> 11. Multi-hop Pseudowire Setup and Maintenance using LDP
> draft-balus-mh-pw-control-protocol-00.txt
> Florin and Dave
> 10 min
> 12. IP to VPLS Interworking
> draft-lee-l2vpn-ip2vpls-00.txt
> Cheng Yin
> 10 min
> 13. Meeting closes
>
> --
> Loa Andersson
>
> Principal Networking Architect
> Acreo AB                           phone:  +46 8 632 77 14
> Isafjordsgatan 22                  mobile: +46 739 81 21 64
> Kista, Sweden                      email:  loa.andersson@acreo.se
>                                             loa@pi.se




From l2vpn-bounces@ietf.org  Wed Mar  9 09:46:10 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA09886
	for <l2vpn-web-archive@ietf.org>; Wed, 9 Mar 2005 09:46:10 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1D92UV-0001Ds-LB
	for l2vpn-web-archive@ietf.org; Wed, 09 Mar 2005 09:48:54 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1D92RC-0000Va-PV; Wed, 09 Mar 2005 09:45:26 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1D92RB-0000VJ-5m
	for l2vpn@megatron.ietf.org; Wed, 09 Mar 2005 09:45:25 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA09724
	for <l2vpn@ietf.org>; Wed, 9 Mar 2005 09:45:22 -0500 (EST)
Received: from pmesmtp02.wcom.com ([199.249.20.2] helo=pmesmtp02.mci.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D92Tl-0001AD-ST
	for l2vpn@ietf.org; Wed, 09 Mar 2005 09:48:07 -0500
Received: from dgismtp05.wcomnet.com ([166.38.58.88])
	by firewall.wcom.com (Iplanet MTA 5.2)
	with ESMTP id <0ID300719A9LWF@firewall.wcom.com> for l2vpn@ietf.org;
	Wed, 09 Mar 2005 14:44:09 +0000 (GMT)
Received: from dgismtp05.wcomnet.com by dgismtp05.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0ID300E01A92FL@dgismtp05.mcilink.com> for l2vpn@ietf.org;
	Wed, 09 Mar 2005 14:44:09 +0000 (GMT)
Received: from XS344V8061891 ([131.146.39.170])
	by dgismtp05.mcilink.com (iPlanet Messaging Server 5.2 HotFix 1.14
	(built Mar
	18 2003)) with ESMTP id <0ID300E91A985X@dgismtp05.mcilink.com>; Wed,
	09 Mar 2005 14:44:01 +0000 (GMT)
Date: Wed, 09 Mar 2005 09:43:54 -0500
From: David McDysan <dave.mcdysan@mci.com>
In-reply-to: <200502212048.PAA13611@ietf.org>
To: l2vpn@ietf.org
Message-id: <004e01c524b6$6e1bf160$aa279283@mcilink.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Mailer: Microsoft Outlook, Build 10.0.6626
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: quoted-printable
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ff9c467ad7f19c2a6d058acd7faaec8
Content-Transfer-Encoding: quoted-printable
Subject: Comments on draft-ietf-l2vpn-signaling-03.txt
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d
Content-Transfer-Encoding: quoted-printable

As mentioned in the L2VPN meeting on March 8, I offer the following =
major
and editorial comments on the subject draft.

http://www.ietf.org/internet-drafts/draft-ietf-l2vpn-signaling-03.txt

Dave

Major:

Sections 2.3, 4.2: At least mention of the following should be made in =
the
document:

The AGI and AII from the Generalized FEC previously are specified in
standard single hop PW a simple matching operation by the PW endpoints. =
This
document defines a specific format and semantics for these fields in an
inter-AS . This means that a network operator could not use these fields =
for
other administrative purposes when the procedures defined in this =
document
are followed. =20

(An alternative would be to specify more structure or a syntax for the =
AGI
and AII fields that would support the use defined in this document, as =
well
as support other uses, such as for administrative purposes by a service
provider.)

Section 3.1.1.2: This approach has a scalability challenge in some
scenarios. The number of <VPN-id, AII> pairs advertised is equal to the
number of VPWS connections. In a large service provider network this =
could
be O(10^6). Suggest that this be noted in this section. The concept of =
pools
of attachement circuit pools in sections 3.3 would reduce this by a =
factor
proportional to the number of circuits per pool.=20

Section 3.3.1: Where are the procedures mentioned in the first bullet
specified? Being able to actually provision a PW to a specific =
attachment
circuit is an important function that needs to be specified somewhere to
achieve interoperability. Also suggest that the case mentioned in the =
last
paragraph not be stated as optional. Being able to specify the (virtual)
attachment circuit that is bound to a particular pseudowire is important =
to
support conventions of assigning indetifiers (e.g., DLCI, VPI/VCI, VLAN) =
in
a provisioned manner is important for configuration of attached devices =
and
troubleshooting.

Section 3.5.4: The terminology in this section differs from that of =
section
3.5 on distributed VPLS, a number of terms are undefined (true endpoint,
direct route TLV, control point), and therefore the description is hard =
to
follow, and must be rewritten. The terminology used does not match that =
of
[PW-SWITCH], which is the only cited reference. It appears to be a more
description on "splicing and the data plane" that is more general than =
VPLS
and could also apply to MH PW.=20

Section 4.2: Conecptually, I can see how this would work but I have a =
number
of comments on how this needs to be more fully defined and that there =
should
be statements about the assumptions made and resulting performance as
follows:

1) As in option (b) of 2547bis, the interconnecting AS's must coordinate
assignment of RD and RT values. Alternatively, a correspondence between =
RD
and/or RT values must be provisioned at all ASBRs. The text does not =
clearly
state whether matching or configuration of these values is to be =
performed
at the ASBRs. Without a clearer specification, interoperability will not =
be
achieved.

2) This solution would require that all U-PEs support BGP. In some use =
cases
as described in MH PW requirements this would be undesirable.

3) The splicing points are distributed to all ASBRs, and a U-PE would =
select
an S-PE based upon other inputs, such as IGP or local configuration.=20

4) The document should note that this provides resiliency in the event =
of
S-PE failure is two or more ASBRs interconnect Ases. The document should
also note that this means that fault detection and restoration occurs on =
a
BGP time scale, which at best is tens of seconds.

5) This scenario assumes that the ASBR and S-PE function sare =
collocated. It
is not clear how other configurations would be supported.

6) As noted above, the AGI and AII values are populated to align with =
BGP
and (as currently specified) do not allow any other administrative use =
of
these identifiers.

7) In option (b) of 2547bis, a precaution sometimes used is to install
filters to only allow specific route targets in the event that a peer
misconfigures something. In this case, this devolves to configuration on =
a
per PW basis. Some form of authentication such as that being developed =
in
L3VPN could be considered to confirm such configurations and avoid the =
need
for filter configuration.

Editorial:

Section 2.3: The term "Attachment VC" is used here and never defined.
Believe what is meant is "Attachment Circuit." Suggest either defining =
the
term or replacing it.

Section 3.1.2: Suggest summarizing the sucessful case from =
[PWE3-CONTROL] as
context for the description of error cases.

Section 3.3.3: Suggest summarizing the sucessful case from =
[PWE3-CONTROL] as
context for the description of error cases.

Section 3.4: Insertion of a "hub and spoke" example here would help
illustrate the point.

Section 3.5: ASCII art that showed the multiple PWs would make this =
section
more readable.




From hijihusgq@msn.com  Mon Mar 14 15:24:31 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17378;
	Mon, 14 Mar 2005 15:24:30 -0500 (EST)
Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DAwAl-0003Db-Rx; Mon, 14 Mar 2005 15:28:21 -0500
Received: from [61.186.42.31] (helo=65.246.255.50)
	by mx2.foretec.com with smtp (Exim 4.24)
	id 1DAw70-0004K0-JV; Mon, 14 Mar 2005 15:24:28 -0500
Received: from  [214.188.66.194] (helo=..dearriba.com)
	by smtp2.cistron.nl with esmtp ( 3.35 #1 ())
	id 601LFL-0062PT-43
Message-ID: <98714333144732.R37483@.noc..gr>
Sender: freeradius-devel-hijihusgq@msn.com
X-Mailman-Version: 2.0.1
Date: Mon, 14 Mar 2005 15:18:48 -0500
From: "Everett White" <hijihusgq@msn.com>
To: l2vpn-web-archive@ietf.org
Subject:  Biggest Pharmacy SRKyN
X-Spam-Score: 6.0 (++++++)
X-Spam-Flag: YES
X-Scan-Signature: 93238566e09e6e262849b4f805833007


Look at this of-fers:

V-codin - 225.00 (90 pi lls) 
Hydrocodonee - 297.00 (90 pi lls)
Valliuum - 153.00 (90 pi lls)
Vi graa - 270.00 (90 pi lls)
Cai llis - 348.00 (90 pi lls)
Codeinne - 126.00 (90 pi lls)
X|a naax - 171.00 (90 pi lls)

All orderrs are delivered by Fedex with full tracking 24/7.
Satisfactiionnss guaaranteeed...

http://fjo39t5ks.com/_fd5977142df59d3662baa654773c6a8e/






This is 1 -time mailing. N0-re m0val are re'qui-red

    


From l2vpn-bounces@ietf.org  Tue Mar 22 08:41:07 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12631
	for <l2vpn-web-archive@ietf.org>; Tue, 22 Mar 2005 08:41:07 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DDjiO-0003Py-7Y
	for l2vpn-web-archive@ietf.org; Tue, 22 Mar 2005 08:46:36 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DDjZq-0006Yr-AD; Tue, 22 Mar 2005 08:37:46 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DDjZm-0006YY-2f; Tue, 22 Mar 2005 08:37:44 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12185;
	Tue, 22 Mar 2005 08:37:40 -0500 (EST)
Received: from omzesmtp04.mci.com ([199.249.17.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DDjf3-0003IR-1S; Tue, 22 Mar 2005 08:43:09 -0500
Received: from pmismtp04.wcomnet.com ([166.38.62.39])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0IDR006KV9UJCK@firewall.mci.com>; Tue,
	22 Mar 2005 13:37:32 +0000 (GMT)
Received: from pmismtp04.wcomnet.com by pmismtp04.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0IDR00C019UJ5B@pmismtp04.mcilink.com>; Tue,
	22 Mar 2005 13:37:31 +0000 (GMT)
Received: from XS344V8061891 ([153.39.146.164])
	by pmismtp04.mcilink.com (iPlanet Messaging Server 5.2 HotFix 1.14
	(built Mar
	18 2003)) with ESMTP id <0IDR00AHQ9UHO4@pmismtp04.mcilink.com>; Tue,
	22 Mar 2005 13:37:31 +0000 (GMT)
Date: Tue, 22 Mar 2005 08:37:29 -0500
From: David McDysan <dave.mcdysan@mci.com>
In-reply-to: <313680C9A886D511A06000204840E1CF0B45414F@whq-msgusr-02.pit.comms.marconi.com>
To: "'Gray, Eric'" <Eric.Gray@marconi.com>,
        "'Thomas D. Nadeau'" <tnadeau@cisco.com>
Message-id: <0IDR00AHY9UIO4@pmismtp04.mcilink.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Thread-index: AcUu46B8+XIsg66KSPOtMwTi9I6p5A==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc
Content-Transfer-Encoding: 7bit
Cc: l2vpn@ietf.org, "'Mark Townsley'" <townsley@cisco.com>,
        "'pwe3'" <pwe3@ietf.org>, "'Danny McPherson'" <danny@tcb.net>
Subject: RE: [PWE3] PWE3 Charter Update
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Content-Transfer-Encoding: 7bit

I agree that coordinateion needs to occur with L2VPN. Florin and I discussed
this with Stewart at the end of the last WG meeting.

Cross posting to L2VPN to see if anyone on that list has any comments.

Dave 

> -----Original Message-----
> From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On 
> Behalf Of Gray, Eric
> Sent: Thursday, March 17, 2005 10:45 AM
> To: 'Thomas D. Nadeau'
> Cc: Mark Townsley; pwe3; Danny McPherson
> Subject: RE: [PWE3] PWE3 Charter Update
> 
> Tom,
> 
> 	I think the restriction on overlap you are concerned 
> about would be more appropriately mentioned in the L2VPN 
> charter than in this one.
> 
> 	Given that the item deals very explicitly with pseudo 
> wire interconnection mechanisms, it makes more sense to do 
> that sort of work here than anywhere else, doesn't it?
> 
> --
> Eric
> 
> -----Original Message-----
> From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org]On 
> Behalf Of Thomas D. Nadeau
> Sent: Thursday, March 17, 2005 8:16 AM
> To: Danny McPherson
> Cc: Mark Townsley; pwe3
> Subject: Re: [PWE3] PWE3 Charter Update
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> 	Danny, some comments.
> 
> >
> > Yaakov, I think I've incorporated your comments to date, thanks for 
> > the review.
> >
> > We plan to WG Last Call the charter below later this week, 
> please send 
> > comments ASAP.
> >
> > Thanks!
> >
> > -danny
> >
> > [snip]
> >
> > Pseudo Wire Emulation Edge to Edge (PWE3) WG
> >
> > Description of Working Group:
> >
> > [..]
> >
> > Define requirements for and mechanisms to provide 
> interconnection of 
> > PWs (to include inter-domain PWs).
> 
> 	On this one, I think we need to be careful not to 
> overlap with L2VPN.  It might be worth coordinating with the 
> L2VPN charter on this to make sure that you both are aligned 
> on this (explicitly).
> 
> 	--Tom
> 
> 
> > [..]
> 
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www1.ietf.org/mailman/listinfo/pwe3
> 




From l2vpn-bounces@ietf.org  Tue Mar 22 12:01:18 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05119
	for <l2vpn-web-archive@ietf.org>; Tue, 22 Mar 2005 12:01:18 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DDmq9-0002pe-Me
	for l2vpn-web-archive@ietf.org; Tue, 22 Mar 2005 12:06:50 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DDmeo-00054T-EK; Tue, 22 Mar 2005 11:55:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DDmem-00054G-QB
	for l2vpn@megatron.ietf.org; Tue, 22 Mar 2005 11:55:05 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA04440
	for <l2vpn@ietf.org>; Tue, 22 Mar 2005 11:55:01 -0500 (EST)
Received: from [64.47.51.130] (helo=exchange.timetra.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DDmk3-0002bO-11
	for l2vpn@ietf.org; Tue, 22 Mar 2005 12:00:32 -0500
Received: from vkompellaxp ([172.22.184.202] unverified) by
	exchange.timetra.com with Microsoft SMTPSVC(5.0.2195.6713); 
	Tue, 22 Mar 2005 08:54:40 -0800
From: "Vach Kompella" <vkompella@timetra.com>
To: <l2vpn@ietf.org>
Date: Tue, 22 Mar 2005 08:52:42 -0800
Organization: Alcatel USA
Message-ID: <008a01c52eff$91fb2260$cab816ac@eng.timetra.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
Importance: Normal
X-OriginalArrivalTime: 22 Mar 2005 16:54:40.0264 (UTC)
	FILETIME=[D6A59080:01C52EFF]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 453b1bfcf0292bffe4cab90ba115f503
Content-Transfer-Encoding: quoted-printable
Subject: IETF 62 L2VPN draft minutes
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: vach.kompella@alcatel.com
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f8ee348dcc4be4a59bc395f7cd6343ad
Content-Transfer-Encoding: quoted-printable

Here are the draft minutes for the L2VPN session at IETF62.  Thanks to
Ananda and Rick for taking down the minutes, and Rick for collating
them.

Please email comments to the mailing list, so we can submit the final
minutes to the IETF.  Thanks.

March 8, 2005, 1:00 pm: Layer 2 Virtual Private Network WG Meeting
Minutes
Co-Chairs: Rick Wilder, Vach Kompella, Loa Andersson

Rick Wilder opened the meeting. No change on agenda.=20

Loa  Andersson announced that he will step down as Layer 2 chair, as he
is becoming an IAB member. Mark Townsley is the new AD for the Internet
Area.=20

Agenda bashing: The last item, Cheng-Yan Lee's presentation is
cancelled.

Status update on documents in progress:=20
Framework document is in RFC queue.=20
Requirement doc is in IESG review.
Vpls-bgp and vpls-ldp are on standards track, under review.

Himanshu on ARP mediation draft - see presentation slides: no
discussions on mailing list, no draft update since last WG meeting. Some
ID nits on IANA allocation and security section. IPLS draft is in same
state. Both ready for last call after final updates to become IETF
draft.

Tomas Narten - Stepping down as AD. Wants to ensure there are at least
one or two implementations, otherwise it can prevent a document from
moving forward.

Loa: requests clarification on whether implementations are a definite
requirement for progression of documents in the Internet area.

L2VPN provisioning and signaling (authors Eric Rosen, Bruce Davie and
Vasile Radioca) - presented by Bruce Davie of Cisco
Draft now covers provisioning, discovery and signaling. New change
addresses inter-AS issues. This builds on Luca Martini's draft on
pseudo-wire switching. Clarifying text on BGP autodiscovery. Same
options in multi-AS as for RFC2547-bis. Bruce presented a picture
similar to Option C. Possible drawback - advert PE loopback address, no
control on inter-AS signaling. Presented next picture similar to
2547-bis option B. Signaling sessions are not PE-PE any more but in
segments.
Slide on BGP autodiscovery. AFI, SAFI piece needs to get nailed down so
that there is single AFI for all L2VPN solutions, and different SAFI for
l2vpn-ldp and l2vpn-bgp.
Next slide describes signaling previously defined didn't work for
inter-AS VPN case. Talking to Hamid Ouldbrahim to keep everything
in-synch with BGP autodiscovery draft. Also have to finalize IANA
section. Requested last call.

Yakov Rekhter: What is the relationship between VPN ID in L2VPN and
Route Target for L3VPN. If AGI and route targets are the same we should
not have two terms for the same thing.

Bruce Davie: AGI is defined in requirements for L2VPN.=20

Eric Rosen: AGI can be VPN ID for non-BGP and Route Target for BGP.

Vach Kompella: Last call to be done after next draft version.


L2VPN OAM requirements and framework:
Dinesh Mohan, Nortel=20

Framework proposse OAM layering across entities - L2VPN service layer,
pseudo-wire layer, PSN layer - also includes customer, SP, Network
Operator roles.=20
Requirements: Focus on Service Layer, Pseudo-wire layer

General status update provided from last  IETF meeting - Editorial
updates to VPWS and IPLS sections added. VPWS is TBD and IPLS - for
future study. OAM framework updated - VPLS can be a service, network or
emulation. Dinesh read from next slide. ECMP implications and priority
considered. Periodicity of OAM depending on protection considered. VPWS
and IPLS OAM requirements to be added. Drafts on these have been
introduced, and will be included as applicable.
See presentation slides for next steps.

Vach: Spirited discussion in last IETF as unclear where it was going.
Comment: presentation is more informative than draft, so need to edit
text to make it more relevant to IETF work.
=20
Rick: summary of last meeting is scope of work, and that's still not in
document.

Diunesh: some work in PWE3 is following the layers constructs that have
been introduced in this draft.

Alex Sajassi, Cisco: VPLS as service, network and LAN/VLAN was discussed
in last mtg, and that has been put in the doc.=20

Dinesh introduced a backup slide on how different layers come together -
Services (Service OAM), Network (Network OAM) and Transport Links/PWE3
(Ethernet Link OAM, PW/MPLS OAM, EoSONET OAM or Other OAM)

Vach Kompella (not as Chair): Service may traverse Ethernet bridge
network or VPLS. Need to be clear what we are working on here. The
service model should be clearly in the context of VPLS.

Dinesh: We are not following IEEE which is focusing on Ethernet bridge,
but on PWE3/PSN.



Using RADIUS for PE-based VPN discovery: Greg  Weber
Mark Townsley, Wei Luo, Skip Booth, Greg Weber, Juha Heihanen

Now version 01 is WG draft. This doc specifies RADIUS specific mapping
for protocol independent model.
L2VPN authorization steps: New text in this draft, to ensure that
terminology is in line with signaling draft, generalized to cover VPLS,
VPWS.=20
RADIUS transactions and examples.
To do: A lot left to do: Address accounting, authorization changes,
presenting this draft to RADIUS extension (RADEXT) WG to get
ideas/feedback.

Vach: We agreed in last meeting that this is a direction should be
taken, and we are seeing a better picture of what Mark T was talking
about, but little discussion on mailing list. Like to see lot more
participation to ensure that we are headed in the right direction.

Ron from Resolute: Is the problem being solved for authentication or for
provisioning?

Greg:  more provisioning, RADIUS server is already being used for this
type of role in deployments. The servers could also be used in dial-up
scenarios.

Mark: Discovery using RADIUS for specifically centralized server based
discovery and provisioning. The opinion has been that RADIUS is
preferred over LDAP and DNS for auto-discovery with a centralized
server.


Supporting IP Multicast over VPLS: Venu Hemige

Problem: Multicast traffic being sent to all PE's, goal to not send
traffic to sites without receivers.
PIM snooping of PW's can overwhelm PEs, PIM-refresh reduction and
snooping CE-PE link helps overcome burden of PIM snooping in the core,
and address reliability of join-prune PDU.
Defined LDP TLV defined to flush snooping state.

Eric Rosen, Cisco: PIM Refresh-reduction has to be friendly - but PIM WG
is not likely to take this as a serious requirement in defining
refresh-reduction. This is a hack, and will be fragile. Many providers
take it as a serious requirement to pass on all that is put on the link
and this violates that.

Vach: So should we take to PIM group? Let's work on this draft in this
WG till it matures enough and has enough consensus  to send to PIM WG

Yakov Rekhter: Is packet retransmission being proposed to solution to
unreliability of PIM control messages?

Venu: yes

Yakov Rekhter: In unreliable situation, retransmit message is not part
of PIM and is not sufficient.  Use something in the way of PIM refresh
reduction.

Kireeti Kompella: As IGMP snooping and PIM snooping are hacks, why
should we need to do it now?=20

Further discussion required on the mailing list.



Multicast in VPLS: Rahul Agarwal
Yuji Kamite, NTT, and Luyuan Fang, ATT

Update: VPLS mechanisms are in separate drafts and both have limitations
for multicast.
Slide on limitations. Replication of traffic on ingress is possible, and
optimizes state in P routers, but not bandwidth.=20
Optimizing bandwidth and state are conflicting goals.=20
VPLS multicast architecture control plane - use existing auto-discovery
mechanisms, allow flooding elimination - PE-CE snooping in
draft-serbest-l2vpn-vpl-mcast: PE does not maintain L2 adjacency with
CE.
PIM snooping - and how there is a scalability problem
Use reliable exchange of multicast control messages between PE's to
avoid PIM snooping on PWs.
Design goals include using as little state as possible beyond VPLS
unicast, and elimination of flooding
Aggregate P-multicast trees, to allow one P-multicast tree to be shared
across multiple VPLS's. Next slide described inclusive mapping.
Request to move forward.

Ali Sajassi: Suggesting solutions without having requirements in
framework and requirements draft. Terminology doesn't match. Issue is
IGMP and PIM snooping's applicability in SP network is questionable,
maybe in Enterprise network. Also it is limited to IP traffic of user.
What about VPLS.

Rahul: 2 SP's on draft - so requirements being addressed. Snooping
mentioned for PE-CE link only.=20

Alex: Offering diff services over same UNI is solved, why have new
mechanism
Rahul: Specific solution for VPLS multicast.

??: Rather than use of  IP addresses, the solution use MAC addresses -
that covers Layer 2 mutlicast better. Can we make this more generic?

Rahul: Open if there is interest

Vach Kompella: This has requirements support - but need to formalize the
requirements to cover mutlicast. Comment on using BGP to distribute
state from PIM's soft state to BGP hard state.

Yakov Rekhter: Looking at history, PIM's refresh reduction makes it more
hard state.

Vach: If PIM refresh reduction is done, why not snoop at that point.

Yakov: questioned if CE's will implement refresh reduction. In this,
multicast use in service provider is addressed in text.

Loa: Cut discussion here, as running short of time. Ask AD's about
document structure, and refer further discussion to mailing list.

Soft PVC ATM-MPLS interworking for PW
George Swallow
..
Eric Gray
Not much change in draft presented in PWE3 group. Currently taken this
to MPLS and Frame Relay Alliance, and probably is a better place to
discuss this draft. This draft is probably going to get reduced to code
points.=20

OAM procedures for VPWS interworking
Mustapha Assoui

See presentation slides for scope of draft and  changes from last
revision.
Ask WG to progress document to WG status. All or nearly all people who
said they have read this draft agreed to make this a WG doc.=20

Mutli-hop PW Service
Dave McDysan, MCI and Florin Balus.

See presentation slides for MH PW challenges and solutions and for Use
Cases on Inter-provider and  Metro Access Interconnection.=20
Solutions addressed in 2 drafts: draft-martini-pwe3-switching,
draft-balus-mh-pw-control
Further work to include: signaling, admission control, resiliency,
explicit routing
Operational Consistency - Service Management, refer to
draft-ietf-pwe3-control-protocol and balus draft
LDP extensions defined including MH PW TLV in LDP label mapping message
Operational walkthrough highlighting steps specific to MH PW
Slide on next steps: Does this work belong to PWE3 or L2VPN
Connections belong to PWE3, but discovery belongs to L2VPN
Bruce's draft is for cases where BGP exists at stitching points, but
that is not assumed here.

Bruce Davie: You can add discovery to the other draft. Very similar to
martini-pwe3 draft. So, why need to introduce this in PW signaling
instead of using FEC 129.=20
Keep signaling separate from routing.=20

Vach: Take discussion to mailing list as it's first time this draft
discussed. We are out of time.


Vach Kompella
IP Division, Alcatel
vach.kompella@alcatel.com
+1 650 623-2556




From l2vpn-bounces@ietf.org  Tue Mar 22 13:49:51 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA17632
	for <l2vpn-web-archive@ietf.org>; Tue, 22 Mar 2005 13:49:51 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DDoXD-0007Wv-RA
	for l2vpn-web-archive@ietf.org; Tue, 22 Mar 2005 13:55:25 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DDoOV-0001gD-If; Tue, 22 Mar 2005 13:46:23 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DDoOT-0001g5-FU
	for l2vpn@megatron.ietf.org; Tue, 22 Mar 2005 13:46:21 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA17286
	for <l2vpn@ietf.org>; Tue, 22 Mar 2005 13:46:18 -0500 (EST)
Received: from natint3.juniper.net ([66.129.224.36] helo=kummer.juniper.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DDoTm-0007RB-BH
	for l2vpn@ietf.org; Tue, 22 Mar 2005 13:51:51 -0500
Received: from kummer.juniper.net (localhost [127.0.0.1])
	by kummer.juniper.net (8.12.8p1/8.12.3) with ESMTP id j2MIk9Xg047184;
	Tue, 22 Mar 2005 10:46:09 -0800 (PST)
	(envelope-from kireeti@juniper.net)
Received: from localhost (kireeti@localhost)
	by kummer.juniper.net (8.12.8p1/8.12.3/Submit) with ESMTP id
	j2MIk8Bf047181; Tue, 22 Mar 2005 10:46:09 -0800 (PST)
X-Authentication-Warning: kummer.juniper.net: kireeti owned process doing -bs
Date: Tue, 22 Mar 2005 10:46:08 -0800 (PST)
From: Kireeti Kompella <kireeti@juniper.net>
To: vach.kompella@alcatel.com
In-Reply-To: <008a01c52eff$91fb2260$cab816ac@eng.timetra.com>
Message-ID: <20050322104232.V46739@kummer.juniper.net>
References: <008a01c52eff$91fb2260$cab816ac@eng.timetra.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: l2vpn@ietf.org
Subject: Re: IETF 62 L2VPN draft minutes
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad

> Kireeti Kompella: As IGMP snooping and PIM snooping are hacks, why
> should we need to do it now?

Actually, what I said was, "As IGMP snooping and PIM snooping are
hacks that have already been implemented, why *document* them now?"

However, I've been apprised of work in Magma, in the light of which I
would ask instead that the L2VPN WG track the IGMP snooping work in
Magma, and only document what's different for VPLS.

Kireeti.
-------



From l2vpn-bounces@ietf.org  Wed Mar 23 09:27:57 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA18631
	for <l2vpn-web-archive@ietf.org>; Wed, 23 Mar 2005 09:27:57 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DE6vT-0007Yp-Rb
	for l2vpn-web-archive@ietf.org; Wed, 23 Mar 2005 09:33:40 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DE6oQ-0004ld-R8; Wed, 23 Mar 2005 09:26:22 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DE6oO-0004lV-Ue; Wed, 23 Mar 2005 09:26:20 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA18395;
	Wed, 23 Mar 2005 09:26:19 -0500 (EST)
Received: from omzesmtp01.mci.com ([199.249.17.7])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DE6tt-0007Va-1h; Wed, 23 Mar 2005 09:32:01 -0500
Received: from pmismtp04.wcomnet.com ([166.38.62.39])
	by firewall.mci.com (Iplanet MTA 5.2)
	with ESMTP id <0IDT0011N6RLWP@firewall.mci.com>; Wed,
	23 Mar 2005 14:26:09 +0000 (GMT)
Received: from pmismtp04.wcomnet.com by pmismtp04.mcilink.com
	(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
	with SMTP id <0IDT00B016RIX2@pmismtp04.mcilink.com>; Wed,
	23 Mar 2005 14:26:08 +0000 (GMT)
Received: from XS344V8061891 ([153.39.146.164])
	by pmismtp04.mcilink.com (iPlanet Messaging Server 5.2 HotFix 1.14
	(built Mar
	18 2003)) with ESMTP id <0IDT00B926RKIP@pmismtp04.mcilink.com>; Wed,
	23 Mar 2005 14:26:08 +0000 (GMT)
Date: Wed, 23 Mar 2005 09:26:04 -0500
From: David McDysan <dave.mcdysan@mci.com>
In-reply-to: <004e01c524b6$6e1bf160$aa279283@mcilink.com>
To: l2vpn@ietf.org, Pwe3 <pwe3@ietf.org>
Message-id: <0IDT00B936RKIP@pmismtp04.mcilink.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Thread-index: AcUvtD1WqX9E2pCHRreydgxMxNG7Yw==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
Content-Transfer-Encoding: 7bit
Subject: RE: Comments on draft-ietf-l2vpn-signaling-03.txt
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Content-Transfer-Encoding: 7bit

Scott Brim asked a question about examples of "other administrative
purposes" in the following comment at the Minneapolis meeting, and I wanted
to share my thoughts with the list to solicit comments. Adding PWE3 since
(at least requirements) work is being done there also.

Potential adminstrative uses of the AGI include:
	- Customer identification
	- Customer Contact point information (or pointer to it)
	- VPN identification (could be a list of service provider IDs)

Potential administrative uses of the AAI(s) include:
	- Physical Attachment circuit information (e.g., Circuit ID)
	- Logical Attachment circuit information (e.g., VLAN, DLCI, VPI/VCI)
	- Site identification
	- Site contact info (or pointer to it)
	- Service provider identification
	- Service provider contact point info (or pointer to it)

I had thought about using the SAII/TAII as the U-PE IP addresses for MH-PW,
but use of these fields for this purpose has an issue similar to that raised
below. That is, if the fields are defined for only one purpose then other
adminstrative provisioning, troubleshooting, billing, etc. functions are not
supported.

Scott suggested using a fixed length prefix for the "routeable" part, and I
suggested a more flexible syntax (e.g., sub-TLVs, or possibly something
SIP-like that would be human readable without a protocol analyzer). 

I think defining single-purpose AGI/AII uses is OK, but would like to hear
opinions from others on the utility of a multi-purpose AGI/AII.

Dave
> -----Original Message-----
> From: l2vpn-bounces@ietf.org [mailto:l2vpn-bounces@ietf.org] 
> On Behalf Of David McDysan
> Sent: Wednesday, March 09, 2005 9:44 AM
> To: l2vpn@ietf.org
> Subject: Comments on draft-ietf-l2vpn-signaling-03.txt
> 
> As mentioned in the L2VPN meeting on March 8, I offer the 
> following major and editorial comments on the subject draft.
> 
> http://www.ietf.org/internet-drafts/draft-ietf-l2vpn-signaling-03.txt
> 
> Dave
> 
> Major:
> 
> Sections 2.3, 4.2: At least mention of the following should 
> be made in the
> document:
> 
> The AGI and AII from the Generalized FEC previously are 
> specified in standard single hop PW a simple matching 
> operation by the PW endpoints. This document defines a 
> specific format and semantics for these fields in an inter-AS 
> . This means that a network operator could not use these 
> fields for other administrative purposes when the procedures 
> defined in this document are followed.  
> 
> (An alternative would be to specify more structure or a 
> syntax for the AGI and AII fields that would support the use 
> defined in this document, as well as support other uses, such 
> as for administrative purposes by a service
> provider.)
> 




From l2vpn-bounces@ietf.org  Thu Mar 31 01:32:52 2005
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA15916
	for <l2vpn-web-archive@ietf.org>; Thu, 31 Mar 2005 01:32:52 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71])
	by ietf-mx.ietf.org with esmtp (Exim 4.33)
	id 1DGtLf-0002cp-3l
	for l2vpn-web-archive@ietf.org; Thu, 31 Mar 2005 01:40:11 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32)
	id 1DGtED-0004bF-Jq; Thu, 31 Mar 2005 01:32:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.32) id 1DGtE8-0004b4-MH
	for l2vpn@megatron.ietf.org; Thu, 31 Mar 2005 01:32:24 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA15876
	for <l2vpn@ietf.org>; Thu, 31 Mar 2005 01:32:23 -0500 (EST)
Received: from [202.56.251.200] (helo=mail.future.futsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DGtLB-0002bu-Tc
	for l2vpn@ietf.org; Thu, 31 Mar 2005 01:39:42 -0500
Received: from kailash.future.futsoft.com (unverified [10.203.112.3]) by 
	mail.future.futsoft.com (Content Technologies SMTPRS 4.3.12) with ESMTP
	id <T7004e667070acb7084350@mail.future.futsoft.com> for
	<l2vpn@ietf.org>; Thu, 31 Mar 2005 12:02:25 +0530
Received: from prabakarts ([10.203.114.134]) by kailash.future.futsoft.com 
	(8.12.8/8.12.8) with SMTP id j2V6Vb2g001030 for <l2vpn@ietf.org>;
	Thu, 31 Mar 2005 12:01:37 +0530
From: "Prabakaran T Sampath" <prabakarts@future.futsoft.com>
To: <l2vpn@ietf.org>
Date: Thu, 31 Mar 2005 12:07:34 +0530
Message-ID: <014401c535bc$1fbf9460$8672cb0a@future.futsoft.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_NextPart_000_0145_01C535EA.3977D060"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
x-mimeole: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb
Subject: FW: I-D ACTION:draft-praba-l2vpn-vpls-mcast-emul-01.txt
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: prabakarts@future.futsoft.com
List-Id: l2vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2vpn>,
	<mailto:l2vpn-request@ietf.org?subject=subscribe>
Sender: l2vpn-bounces@ietf.org
Errors-To: l2vpn-bounces@ietf.org
X-Spam-Score: 0.2 (/)
X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985

This is a multi-part message in MIME format.

------=_NextPart_000_0145_01C535EA.3977D060
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Dear L2VPN-WG,

This is Prabakaran T.S. and Musthafa A.S. from FutureSoft, a Flextronics
company.
We have come up with some concept and contributed it as a IETF
draft in VPLS. Kindly go through this review comments updated draft
and give us your valuable comments and feedback either in
IETF VPLS working group or directly to us by email.

Thanks in advance,

Best regards,
Prabakaran T.S.
Musthafa A.S.
FutureSoft, a Flextronics company,
480-481 Anna salai,
Nandanam,
Chennai-600035. INDIA.
Ph: +91-44-24330550, extn: 459

-----Original Message-----
From: i-d-announce-bounces@ietf.org
[mailto:i-d-announce-bounces@ietf.org]On Behalf Of
Internet-Drafts@ietf.org
Sent: Thursday, 31 March 2005 2:08 AM
To: i-d-announce@ietf.org
Subject: I-D ACTION:draft-praba-l2vpn-vpls-mcast-emul-01.txt


A New Internet-Draft is available from the on-line Internet-Drafts
directories.


	Title		: Multicast Emulation over VPLS
	Author(s)	: Prabakaran. Ts, Musthafa. As
	Filename	: draft-praba-l2vpn-vpls-mcast-emul-01.txt
	Pages		: 14
	Date		: 2005-3-30

In Virtual Private LAN Service (VPLS), the PE devices provide a
   logical interconnect such that CE devices belonging to a specific
   VPLS instance appear to be connected by a single LAN.  A VPLS
   solution performs replication for multicast traffic at the ingress
   PE devices.  When replicated at the ingress PE, multicast traffic
   wastes bandwidth when 1. Multicast traffic is sent to sites with no
   members, and 2. Pseudo wires to different sites go through a shared
   path. This document addresses the above cases by using LDP
   signaling to emulate Multicast operation over VPLS with out using
   IGMP and PIM snooping as described in [VPLS-MCAST].

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-praba-l2vpn-vpls-mcast-emul-01.txt

To remove yourself from the I-D Announcement list, send a message to
i-d-announce-request@ietf.org with the word unsubscribe in the body of the
message.
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
to change your subscription settings.


Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-praba-l2vpn-vpls-mcast-emul-01.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-praba-l2vpn-vpls-mcast-emul-01.txt".

NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.


Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.


***************************************************************************
This message is proprietary to Future Software Limited (FSL)
and is intended solely for the use of the individual to whom it
is addressed. It may contain  privileged or confidential information
and should not be circulated or used for any purpose other than for
what it is intended.

If you have received this message in error, please notify the
originator immediately. If you are not the intended recipient,
you are notified that you are strictly prohibited from using,
copying, altering, or disclosing the contents of this message.
FSL accepts no responsibility for loss or damage arising from
the use of the information transmitted by this email including
damage from virus.
***************************************************************************


------=_NextPart_000_0145_01C535EA.3977D060
Content-Type: Message/External-body; name="ATT00026.dat"
Content-Disposition: attachment; filename="ATT00026.dat"
Content-Transfer-Encoding: 7bit

Content-Type: text/plain
Content-ID: <2005-3-30151039.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-praba-l2vpn-vpls-mcast-emul-01.txt

------=_NextPart_000_0145_01C535EA.3977D060
Content-Type: Message/External-body; 
	name="draft-praba-l2vpn-vpls-mcast-emul-01.txt"
Content-Disposition: attachment; 
	filename="draft-praba-l2vpn-vpls-mcast-emul-01.txt"
Content-Transfer-Encoding: 7bit

Content-Type: text/plain
Content-ID: <2005-3-30151039.I-D@ietf.org>


------=_NextPart_000_0145_01C535EA.3977D060
Content-Type: text/plain; name="ATT00029.txt"
Content-Disposition: attachment; filename="ATT00029.txt"
Content-Transfer-Encoding: 7bit

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/i-d-announce

------=_NextPart_000_0145_01C535EA.3977D060--