The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2002-Jul> msg00057



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

your mail

  • From: Eric Osborne <eosborne@cisco.com>
  • Date: Tue, 2 Jul 2002 13:32:09 -0400
  • Cc: "'erosen@cisco.com'" <erosen@cisco.com>, Shahram Davari <Shahram_Davari@pmc-sierra.com>, "'Eric Osborne'" <eosborne@cisco.com>, George Sheng <george_s97@hotmail.com>, scullptor@yahoo.com, mpls@UU.NET
  • User-Agent: Mutt/1.4i
  • X-GPG-Fingerprint: 6412 0836 E440 B3EA 980C 4951 611E 1819 2E71 8562

On Tue, Jul 02, 2002 at 04:25:37PM +0200, Hummel Heinrich wrote:
> It  gets weirder  and weirder: The MPLS WG invents a label stack, but does not care at all that any of the
> deeper nested labels may ever be signalled/carried by means of a Label-TLV/object (no public comments to my
> Hierarchical LSPs, draft-hummel-mpls-hierarchical-lsp-01.txt).
> 
> However it is ok, to "steal" the deepest nested label and call it "VC-label" for indexing
> some VRF at some remote PE. 

This is not theft; it's using the labels as they were designed.  How
is using the bottommost label as a VC-labe/VPN label/whatever
"stealing"?  You seem to be attacking the very idea of label stacking,
which is a pretty useful concept.

> Furthermore it is ok, to "steal" the very same label for hashing.
> 

What about IP router vendors that do load-balancing based on L4/L5
information like protocol type and port numbers?  Is that stealing?




eric

> Independent from what is clean and what is quick&dirty, I cannot detect any sense in giving a hash-meaning to the bottom label at all.
> 
> 
> 
> Heinrich Hummel
> Siemens
> 
> -----Ursprüngliche Nachricht-----
> Von: Eric Rosen [mailto:erosen@cisco.com]
> Gesendet: Dienstag, 2. Juli 2002 16:06
> An: Shahram Davari
> Cc: 'Eric Osborne'; George Sheng; scullptor@yahoo.com; mpls@UU.NET
> Betreff: Re: your mail 
> 
> 
> Shahram> To do ECMP, you need to  assign hashed values to egress ports. This
> Shahram> assignment is the hash state that I said you need.  
> 
> A hash is  a function that maps  some sequence of octets into  a sequence of
> integers.  If you want to split  traffic over six paths, while ensuring that
> all packets  with the  same bottom label  travel the  same path, you  need a
> function that maps  a 20 bit quantity  into a number from 1-6.   There is no
> need to maintain state of any kind.


  • References:
    • AW: your mail
      • From: Hummel Heinrich <Heinrich.Hummel@icn.siemens.de>
    • AW: your mail
      • From: Hummel Heinrich <Heinrich.Hummel@icn.siemens.de>