[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: VLAN label range requirement
Hi dimitri,
No, that's a fair point - in practice we have been testing up to 21v,
had not looked into the ability to signal 256v.
I suppose if you did have a co-routed 256v this would require
256 32-bit SUKLM values, for 1024 bytes.
The issue with VLAN IDs came about when someone calculated that
4094 12 bit VLAN IDs would consume 6144 bytes worth of message
(or 5 messages) if you just sent each VLAN ID without compressing this.
Lyndon
-----Original Message-----
From: dimitri papadimitriou [mailto:dpapadimitriou@psg.com]
Sent: Wednesday, July 12, 2006 6:53 AM
To: Ong, Lyndon
Cc: dimitri.papadimitriou@alcatel.be; Stephen Shew; Adrian Farrel;
ccamp@ops.ietf.org
Subject: Re: VLAN label range requirement
lyndon
- not sure to understand - the information part of the liaison question
was "how large is large" ?
eg. RFC 3946 support VC4-256v did you ever ask the question whether we
have an efficient encoding ?
Ong, Lyndon wrote:
> Sure, I understand. I think the concern that was expressed at the
last
> OIF
> meeting was whether we might need to define an efficient way of
> describing
> a set consisting of a very large set of labels, since the range of
VLAN
> tags,
> for example, is quite a bit larger than the typical set of labels
> assumed for
> optical switches. If OIF comes up with
> any proposals along those lines, it would then liaise this to CCAMP
for
> its
> consideration.
>
> Cheers,
>
> Lyndon
>
> -----Original Message-----
> From: dimitri papadimitriou [mailto:dpapadimitriou@psg.com]
> Sent: Wednesday, July 12, 2006 6:33 AM
> To: Ong, Lyndon
> Cc: Stephen Shew; Adrian Farrel; ccamp@ops.ietf.org
> Subject: Re: VLAN label range requirement
>
> lyndon -
>
> listing a set of labels as part of the response is something already
> covered in GMPLS
>
> hence if i well understand the MEF.10 document the information
elements
> that needs to be considered is quite straightforward
>
> so do we need this loop back and forth ? why not just produce a 2 page
> doc and close this ?
>
> thx,
> - d.
>
> Ong, Lyndon wrote:
>
>
>>That was my interpretation also, not sure if that came through on the
>>slides.
>>
>>Lyndon
>>
>>-----Original Message-----
>>From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org] On
>>Behalf Of Stephen Shew
>>Sent: Tuesday, July 11, 2006 8:09 PM
>>To: Adrian Farrel; ccamp@ops.ietf.org
>>Subject: RE: VLAN label range requirement
>>
>>You're welcome.
>>
>>The response from CCAMP on this question is very thorough, and I
>>certainly appreciate the thought that went into it. My interpretation
>
>
>>of the response is that that CCAMP encourages the OIF to design an
>>encoding for the VLAN identifiers, and communicate it back to CCAMP.
>>
>>Stephen
>>
>>-----Original Message-----
>>From: Adrian Farrel [mailto:adrian@olddog.co.uk]
>>Sent: July 11, 2006 18:42
>>To: Shew, Stephen (CAR:Q840); ccamp@ops.ietf.org
>>Subject: Re: VLAN label range requirement
>>
>>Thanks Stephen.
>>
>>What is your opinion of the response to this question that CCAMP
>>supplied in its return communication to the OIF?
>>
>>Adrian
>>----- Original Message -----
>>From: "Stephen Shew" <sdshew@nortel.com>
>>To: <ccamp@ops.ietf.org>
>>Sent: Tuesday, July 11, 2006 4:44 PM
>>Subject: VLAN label range requirement
>>
>>
>>In yesterday's meeting, there was a request for more information on
>>the VLAN label range requirement. From the original OIF liaison, the
>>description was:
>>"We are investigating label formats to represent a list or range of
>>VLAN identifiers, as used in MEF.11 bundling. In the case where a
>>large number of non-consecutive VLAN identifiers is used for the same
>>connection, we would like to keep the label to a reasonable size."
>>
>>The requirement to send a range of VLAN identifiers in signalling
>>arises in the bundling feature in Ethernet services as specified in
>>Metro Ethernet Forum (MEF) and ITU-T SG15 documents. In the MEF, the
>>MEF.11 spec "User Network Interface (UNI) Requirements and Framework"
>>there is a UNI service attribute called "bundling" that is described
>>as "A UNI attribute in which more than one CE-VLAN ID is associated
>
> with an EVC."
>
>>It is more fully described in MEF.10 "Ethernet Services Attributes
>>Phase 1". Both technical specs may be obtained free at:
>>http://www.metroethernetforum.org/TechSpec.htm
>>
>>Equivalent ITU-T Recs. are G.8011, G8011.1, and G.8011.2. These are
>>available to ITU-T members, or under a "3 free" capability on the
>>ITU-T website.
>>
>>Of interest is the MEF Ethernet Link Management Interface (E-LMI)
>>defined in MEF.16 that has an encoding for passing VLAN ranges between
>
>
>>the UNI client and network. This in a structure called the "CE-VLAN
>>ID/EVC Map information element".
>>
>>I hope this provides more clarity to the VLAN label range issue.
>>
>>Stephen Shew
>>Metro Ethernet Networks
>>Nortel
>>sdshew@nortel.com
>>Telephone: +1 613 763 2462 / ESN 393 2462
>>
>>
>>
>>
>>.
>>
>
>
> .
>