rrg  

Messages by Thread

• [RRG] Moving the list... Tony Li
• [RRG] Re: ILNP Critique RJ Atkinson
  • Re: [RRG] Re: ILNP Critique Steven Blake
  • Re: [RRG] Re: ILNP Critique Brian E Carpenter
  • Re: [RRG] Re: ILNP Critique Robin Whittle
• Re: [RRG] Commetns about load split in LISP Dino Farinacci
• Re: [RRG] 2 billion IP cellphones... IPv6 RIB burden adding to IPv4 burden in... HeinerHummel
• [RRG] Solving the routing scaling problem for internal networks too? Ivip may be able to help Robin Whittle
  • Re: [RRG] Solving the routing scaling problem for internal networks too? Ivip may be able to help Iljitsch van Beijnum
• [RRG] Charging for updates in BGP Robin Whittle
  • [RRG] Re: Charging for updates in BGP Michael Meisel
  • [RRG] Re: Charging for updates in BGP Robin Whittle
  • Re: [RRG] Charging for updates in BGP Geoff Huston
• [RRG] Comparing APT & Ivip Robin Whittle
  • [RRG] Re: Comparing APT & Ivip Michael Meisel
  • Re: [RRG] Re: Comparing APT & Ivip - new business models Robin Whittle
• [RRG] A data point on transit MTU size Brian E Carpenter
  • Re: [RRG] A data point on transit MTU size Dino Farinacci
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • Re: [RRG] A data point on transit MTU size Dino Farinacci
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • Re: [RRG] A data point on transit MTU size Brian E Carpenter
  • Re: [RRG] A data point on transit MTU size Dino Farinacci
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • RE: [RRG] A data point on transit MTU size Tony Li
  • Re: [RRG] A data point on transit MTU size Dino Farinacci
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • RE: [RRG] A data point on transit MTU size Tony Li
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • Re: [RRG] A data point on transit MTU size Iljitsch van Beijnum
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • Re: [RRG] A data point on transit MTU size Iljitsch van Beijnum
  • Re: [RRG] A data point on transit MTU size Stephen Sprunk
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • RE: [RRG] A data point on transit MTU size Templin, Fred L
  • Re: [RRG] A data point on transit MTU size Iljitsch van Beijnum
• [RRG] Billions of micronets / EID prefixes Robin Whittle
  • [RRG] Re: Billions of micronets / EID prefixes Brian E Carpenter
  • Re: [RRG] Re: Billions of micronets / EID prefixes Robin Whittle
• [RRG] Separation vs. Elimination Dan Jen
  • Re: [RRG] Separation vs. Elimination Michael Menth
  • Re: [RRG] Separation vs. Elimination Dan Jen
  • Re: [RRG] Separation vs. Elimination Steven Blake
  • Re: [RRG] Separation vs. Elimination He Yan
  • Re: [RRG] Separation vs. Elimination Steven Blake
  • Re: [RRG] Separation vs. Elimination Dan Jen
  • Re: [RRG] Separation vs. Elimination Steven Blake
  • Re: [RRG] Separation vs. Elimination Dan Jen
  • Re: [RRG] Separation vs. Elimination Lan Wang
  • RE: [RRG] Separation vs. Elimination Tony Li
  • Re: [RRG] Separation vs. Elimination Brian E Carpenter
  • Re: [RRG] Separation vs. Elimination Michael Meisel
  • Re: [RRG] Separation vs. Elimination Steven Blake
  • Re: [RRG] Separation vs. Elimination Michael Meisel
  • Re: [RRG] Separation vs. Elimination Dan Jen
  • Re: [RRG] Separation vs. Elimination Robin Whittle
  • Re: [RRG] Separation vs. Elimination Michael Meisel
  • Re: [RRG] Separation vs. Elimination Robin Whittle
  • Re: [RRG] Separation vs. Elimination Michael Meisel
  • Re: [RRG] Separation vs. Elimination Robin Whittle
  • Re: [RRG] Separation vs. Elimination Michael Meisel
  • Re: [RRG] Separation vs. Elimination Robin Whittle
• [RRG] Elegance and the rejection of SHIM6 host-based multihoming Robin Whittle
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Iljitsch van Beijnum
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Robin Whittle
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Iljitsch van Beijnum
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Robin Whittle
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Iljitsch van Beijnum
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Robin Whittle
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Iljitsch van Beijnum
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Robin Whittle
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Brian E Carpenter
  • Re: [RRG] Elegance and the rejection of SHIM6 host-based multihoming Jari Arkko
• Re: [RRG] drafty draft of Dublin RRG meeting minutes Lixia Zhang
• Re: [RRG] Re: Practical Proposals vs. endless theoretical discussions David Conrad
• Re: [RRG] Re: Fast and sparse mapping? Stephen Sprunk
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • RE: [RRG] Re: Fast and sparse mapping? Tony Li
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? Scott Brim
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? Iljitsch van Beijnum
  • Re: [RRG] Re: Fast and sparse mapping? Stephen Sprunk
  • Re: [RRG] Re: Fast and sparse mapping? Steven Blake
  • Re: [RRG] Re: Fast and sparse mapping? Iljitsch van Beijnum
  • Re: [RRG] Re: Fast and sparse mapping? Marshall Eubanks
  • Re: [RRG] Re: Fast and sparse mapping? Iljitsch van Beijnum
  • Re: [RRG] Re: Fast and sparse mapping? David Conrad
  • Re: [RRG] Re: Fast and sparse mapping? David Conrad
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? David Conrad
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? Brian E Carpenter
  • Re: [RRG] Re: Fast and sparse mapping? Iljitsch van Beijnum
  • Re: [RRG] Re: Fast and sparse mapping? Scott Brim
  • Re: [RRG] Re: Fast and sparse mapping? Robin Whittle
  • Re: Re: [RRG] Re: Fast and sparse mapping? Heinrich Hummel
  • RE: [RRG] Re: Fast and sparse mapping? HeinerHummel
• RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Flinck, Hannu (NSN - FI/Espoo)
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Iljitsch van Beijnum
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Iljitsch van Beijnum
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Marshall Eubanks
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Roland Dobbins
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Bruce Curtis
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Roland Dobbins
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Bruce Curtis
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Roland Dobbins
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Iljitsch van Beijnum
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Wesley George
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Robin Whittle
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Wesley George
  • Re: [RRG] 2 billion IP cellphones... IPv6 RIB burden adding to IPv4 burden in the same router? Robin Whittle
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Jari Arkko
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Roland Dobbins
  • Re: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Wesley George
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Tony Li
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Noel Chiappa
  • RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users Templin, Fred L
• [RRG] Running on Empty: the challenge of managing Internet addresses Robin Whittle
• [RRG] Renumbering and Renumbering RJ Atkinson
• [RRG] Consequences of no renumbering... Tony Li
  • Re: [RRG] Consequences of no renumbering... Dino Farinacci
  • Re: [RRG] Consequences of no renumbering... Robert Bonomi
  • Re: [RRG] Consequences of no renumbering... Scott Brim
  • Re: [RRG] Consequences of no renumbering... Noel Chiappa
  • Re: Re: [RRG] Consequences of no renumbering... Heinrich Hummel
• [RRG] "No renumbering" for any networks precludes scalable support for packets from non-upgraded networks Robin Whittle
• [RRG] Consensus reached: renumbering Tony Li
• [RRG] Splitting the problem Iljitsch van Beijnum
• [RRG] Stretch in case of LISP+ALT Heinrich Hummel
  • Re: [RRG] Stretch in case of LISP+ALT Dino Farinacci
  • Re: Re: [RRG] Stretch in case of LISP+ALT [EMAIL PROTECTED]
  • Re: [RRG] Stretch in case of LISP+ALT Dino Farinacci
• [RRG] Administrivia: mailing list management Tony Li
• [RRG] Renumbering once might be OK when converting to Scalable PI (SPI space) Robin Whittle
• [RRG] Portability between mapping providers Robin Whittle
• [RRG] Paper: TTR Mobility Extensions for Core-Edge Separation Solutions Robin Whittle
• [RRG] Alternative to encapsulation: IPv4 ETR Address Forwarding (EAF) Robin Whittle
• [RRG] Consensus check: renumbering Tony Li
  • Re: [RRG] Consensus check: renumbering - question lacks detail Robin Whittle
  • Re: [RRG] Consensus check: renumbering Noel Chiappa
  • RE: [RRG] Consensus check: renumbering Tony Li
  • Re: [RRG] Consensus check: renumbering - 3 kinds of thing which might be renumbered Robin Whittle
  • RE: [RRG] Consensus check: renumbering - 3 kinds of thing which might be renumbered Tony Li
  • Re: [RRG] Consensus check: renumbering - missing dimension Brian E Carpenter
  • RE: [RRG] Consensus check: renumbering - missing dimension Tony Li
  • Re: [RRG] Consensus check: renumbering - missing dimension Scott Brim
  • Re: [RRG] Consensus check: renumbering - missing dimension Christopher Morrow
  • Re: [RRG] Consensus check: renumbering - missing dimension Brian E Carpenter
  • RE: [RRG] Consensus check: renumbering - missing dimension Tony Li
  • Re: [RRG] Consensus check: renumbering - missing dimension Brian E Carpenter
  • RE: [RRG] Consensus check: renumbering - missing dimension Tony Li
  • Re: [RRG] Consensus check: renumbering - missing dimension Dale W. Carder
  • Re: [RRG] Consensus check: renumbering - missing dimension Christopher Morrow
  • Re: [RRG] Consensus check: renumbering - missing dimension Iljitsch van Beijnum
  • RE: [RRG] Consensus check: renumbering - missing dimension Templin, Fred L
  • Re: [RRG] Consensus check: renumbering - missing dimension Iljitsch van Beijnum
  • RE: [RRG] Consensus check: renumbering - missing dimension Templin, Fred L
  • Re: [RRG] Consensus check: renumbering - missing dimension Tim Chown
  • Re: [RRG] Consensus check: renumbering - missing dimension Eliot Lear
  • Re: [RRG] Consensus check: renumbering - missing dimension Dale W. Carder
  • Re: [RRG] Consensus check: renumbering - missing dimension Bruce Curtis
  • Re: [RRG] Consensus check: renumbering Olivier Bonaventure
  • RE: [RRG] Consensus check: renumbering Noel Chiappa
  • RE: [RRG] Consensus check: renumbering Tony Li
  • Re: [RRG] Consensus check: renumbering Scott Brim
  • [RRG] Consensus check: renumbering Tony Li
  • Re: [RRG] Consensus check: renumbering Dino Farinacci
  • Re: [RRG] Consensus check: renumbering Robin Whittle
  • RE: [RRG] Consensus check: renumbering Tony Li
  • Re: [RRG] Consensus check: renumbering - all networks need not be treated the same Robin Whittle
  • RE: [RRG] Consensus check: renumbering Tony Li
  • Re: Re: [RRG] Consensus check: renumbering Heinrich Hummel
• [RRG] Re: Abstracted Networking APIs RJ Atkinson
• [RRG] Re: Providers and Providers RJ Atkinson
• [RRG] Re: PI as a non-requirement RJ Atkinson
  • Re: [RRG] Re: PI as a non-requirement Eliot Lear
• [RRG] PI as a non-requirement RJ Atkinson
  • Re: [RRG] PI as a non-requirement Eliot Lear
  • Re: [RRG] PI as a non-requirement Stephen Sprunk
• [RRG] Providers and providers RJ Atkinson
  • Re: [RRG] Providers and providers Iljitsch van Beijnum
  • Re: [RRG] Providers and providers Eliot Lear
  • Re: [RRG] Providers and providers Iljitsch van Beijnum
  • Re: [RRG] Providers and providers Eliot Lear
  • Re: [RRG] Providers and providers Iljitsch van Beijnum
  • Re: [RRG] Providers and providers Marshall Eubanks
  • Re: [RRG] Providers and providers Marshall Eubanks
  • Re: [RRG] Providers and providers Scott Brim
  • Re: [RRG] Providers and providers David Conrad
  • Re: [RRG] Providers and providers Noel Chiappa
  • Re: [RRG] Providers and providers David Conrad
  • Re: [RRG] Providers and providers Brian E Carpenter
  • Re: [RRG] Providers and providers Noel Chiappa

• Earlier messages