Mail Thread Index
- [RRG] Moving the list...,
Tony Li
- [RRG] Re: ILNP Critique,
RJ Atkinson
- Re: [RRG] 2 billion IP cellphones... IPv6 RIB burden adding to IPv4 burden in...,
HeinerHummel
- Re: [RRG] Solving the routing scaling problem for internal networks too? Ivi...,
HeinerHummel
- [RRG] Solving the routing scaling problem for internal networks too? Ivip may be able to help,
Robin Whittle
- [RRG] Charging for updates in BGP,
Robin Whittle
- [RRG] Comparing APT & Ivip,
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
- Re: Re: [RRG] Re: Fast and sparse mapping?,
Heinrich Hummel
- [RRG] Separation vs. Elimination,
Dan Jen
- Re: [RRG] Separation vs. Elimination,
Michael Menth
- 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
- [RRG] Elegance and the rejection of SHIM6 host-based multihoming,
Robin Whittle
- RE: [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by currentIPv4 users,
Noel Chiappa
- [RRG] drafty draft of Dublin RRG meeting minutes,
Lixia Zhang
- [RRG] 2 billion IP cellphones in 2103 & mass adoption of IPv6 by current IPv4 users,
Robin Whittle
- 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
[RRG] Fast and sparse mapping?,
Robin Whittle
- [RRG] Re: Fast and sparse mapping?,
Brian E Carpenter
- [RRG] Re: Fast and sparse mapping? aggregated EIDs, OITRDs etc.,
Robin Whittle
- 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
- Message not available
- 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
- Message not available
- 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
[RRG] Commetns about load split in LISP,
Damian Lezama
[RRG] ILNP critique,
Robin Whittle
[RRG] NAT capabilities,
RJ Atkinson
[RRG] Re: Practical Proposals vs. endless theoretical discussions,
RJ Atkinson
[RRG] Practical proposals vs. endless theoretical discussions,
Robin Whittle
[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...,
Robin Whittle
- Re: [RRG] Consequences of no renumbering...,
Eliot Lear
- Re: [RRG] Consequences of no renumbering...,
Scott Brim
- Re: [RRG] Consequences of no renumbering...,
marcelo bagnulo braun
- Re: [RRG] Consequences of no renumbering...,
Stephen Sprunk
- Re: [RRG] Consequences of no renumbering...,
Lixia Zhang
- <Possible follow-ups>
- Re: [RRG] Consequences of no renumbering...,
Noel Chiappa
- Re: [RRG] Consequences of no renumbering...,
Robert Bonomi
- 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
[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
- <Possible follow-ups>
- 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
- Message not available
- 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
[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
[RRG] PI as a non-requirement,
RJ Atkinson
[RRG] Providers and providers,
RJ Atkinson
[RRG] Re: Six/One Router: why have bilateral mode? Referrals . . .,
Christian Vogt
[RRG] Six/One Router: why have bilateral mode? Referrals . . .,
Robin Whittle
[RRG] Moving towards a new set of Networking APIs,
RJ Atkinson
Re: RE: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Heinrich Hummel
[RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Stephen Sprunk
- <Possible follow-ups>
- Re: [RRG] Renumbering...,
Heinrich Hummel
- Re: [RRG] Renumbering...,
Noel Chiappa
- Re: [RRG] Renumbering...,
Dino Farinacci
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Michael Menth
- Re: [RRG] Renumbering...,
Christian Vogt
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Robin Whittle
- Re: [RRG] Renumbering...,
Christian Vogt
- Re: [RRG] Renumbering...,
Eliot Lear
- Re: [RRG] Renumbering...,
Brian E Carpenter
- Re: [RRG] Renumbering...,
Robin Whittle
- RE: [RRG] Renumbering...,
Fleischman, Eric
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
David Conrad
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
David Conrad
- Re: [RRG] Renumbering...,
Brian E Carpenter
- RE: [RRG] Renumbering...,
Fleischman, Eric
- Re: [RRG] Renumbering...,
Dino Farinacci
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Brian E Carpenter
- re: [RRG] Renumbering...,
Xu Xiaohu
- Re: [RRG] Renumbering...,
Eliot Lear
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Fleischman, Eric
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Brian E Carpenter
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- RE: [RRG] Renumbering...,
Peter Sherbin
- RE: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Peter Sherbin
- RE: [RRG] Renumbering...,
Tony Li
- RE: [RRG] Renumbering...,
Peter Sherbin
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
Peter Sherbin
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
Peter Sherbin
- Re: [RRG] Renumbering...,
Peter Sherbin
- Re: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
David Conrad
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Eliot Lear
- RE: [RRG] Renumbering...,
Tony Li
- [RRG] Re: ALT oeprational model,
Eliot Lear
- [RRG] RE: ALT oeprational model,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Eliot Lear
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering... mapping,
Brian E Carpenter
- Re: [RRG] Renumbering...,
Brian E Carpenter
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Roland Dobbins
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Yakov Rekhter
- Huh? Was: Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Eliot Lear
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Noel Chiappa
- Re: [RRG] Renumbering...,
Christian Vogt
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering... ACLs etc.,
Robin Whittle
- RE: [RRG] Renumbering... ACLs etc.,
Tony Li
- Re: [RRG] Renumbering... ACLs etc.,
Robin Whittle
- RE: [RRG] Renumbering... ACLs etc.,
Tony Li
- Re: [RRG] Renumbering... ACLs etc.,
Joel M. Halpern
- Re: [RRG] Renumbering... ACLs etc.,
Eliot Lear
- Re: [RRG] Renumbering... ACLs etc.,
Eliot Lear
- Re: [RRG] Renumbering... ACLs etc.,
Iljitsch van Beijnum
- RE: [RRG] Renumbering... ACLs etc.,
Tony Li
- Re: [RRG] Renumbering... ACLs etc.,
Christian Vogt
- re: [RRG] Renumbering... ACLs etc.,
Xu Xiaohu
- Re: [RRG] Renumbering... ACLs etc.,
Christian Vogt
- RE: [RRG] Renumbering... ACL alternatives?,
Pekka Savola
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Christian Vogt
- RE: [RRG] Renumbering...,
Scott Weeks
- RE: [RRG] Renumbering...,
Noel Chiappa
- RE: [RRG] Renumbering...,
Noel Chiappa
- RE: [RRG] Renumbering...,
Noel Chiappa
- Re: RE: [RRG] Renumbering...,
Heinrich Hummel
- RE: [RRG] Renumbering...,
Noel Chiappa
- RE: [RRG] Renumbering...,
Heinrich Hummel
- Re: RE: [RRG] Renumbering...,
Heinrich Hummel
- RE: [RRG] Renumbering...,
Noel Chiappa
- RE: [RRG] Renumbering...,
Noel Chiappa
- Re: Re: [RRG] Renumbering...,
Heinrich Hummel
- Re: [RRG] Renumbering...,
Noel Chiappa
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
David Williamson
- Re: [RRG] Renumbering...,
Stephen Sprunk
- Re: [RRG] Renumbering...,
Iljitsch van Beijnum
- Re: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Dino Farinacci
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Dino Farinacci
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Dino Farinacci
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Dino Farinacci
- Re: [RRG] Renumbering...,
Scott Brim
- RE: [RRG] Renumbering...,
Templin, Fred L
- RE: [RRG] Renumbering...,
Tony Li
- Re: [RRG] Renumbering...,
Scott Brim
- Re: [RRG] Renumbering...,
Stephen Sprunk
- Re: [RRG] Renumbering...,
David Conrad
- RE: [RRG] Renumbering...,
Tony Li
- Re: Re: [RRG] Renumbering...,
Heinrich Hummel
- Re: RE: [RRG] Renumbering...,
Heinrich Hummel
- RE: [RRG] Renumbering...,
Noel Chiappa
Re: Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RR=,
Heinrich Hummel
[RRG] Perplexing PMTUD and packet length observations,
Robin Whittle
- Re: [RRG] Perplexing PMTUD and packet length observations,
Iljitsch van Beijnum
- RE: [RRG] Perplexing PMTUD and packet length observations,
Templin, Fred L
- Re: [RRG] Perplexing PMTUD and packet length observations,
Iljitsch van Beijnum
- Re: [RRG] Perplexing PMTUD and packet length observations,
Robin Whittle
- Re: [RRG] Perplexing PMTUD and packet length observations,
Iljitsch van Beijnum
- RE: [RRG] Perplexing PMTUD and packet length observations,
Templin, Fred L
- Re: [RRG] Perplexing PMTUD and packet length observations,
Robin Whittle
- Re: [RRG] Perplexing PMTUD and packet length observations,
Iljitsch van Beijnum
- Re: [RRG] Perplexing PMTUD and packet length observations Oops: TSO,
Robin Whittle
- RE: [RRG] Perplexing PMTUD and packet length observations Oops: TSO,
Templin, Fred L
[RRG] Logistics,
Tony Li
RE: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Noel Chiappa
[RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Steven Blake
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Christian Vogt
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Sheng Jiang
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Steven Blake
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Steven Blake
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Scott Brim
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Scott Brim
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- [RRG] On identifiers, was: Re: Does every host need a FQDN,
Iljitsch van Beijnum
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Brian E Carpenter
- RE: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Tony Li
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Brian E Carpenter
- Popping up a level (was Re: [RRG] On identifiers, was: Re: Does every host need a FQDN),
David Conrad
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Iljitsch van Beijnum
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Christian Vogt
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Iljitsch van Beijnum
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Christian Vogt
- RE: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Flinck, Hannu (NSN - FI/Espoo)
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Brian Carpenter
- Re: [RRG] On identifiers, was: Re: Does every host need a FQDN,
Scott Brim
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- Re: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Steven Blake
- RE: [RRG] Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
[RRG] RE: Logistics preferences...,
Tony Li
[RRG] Logistics preferences...,
Tony Li
- Re: [RRG] Logistics preferences...,
Brian Dickson
- Re: [RRG] Logistics preferences...,
Marshall Eubanks
- RE: [RRG] Logistics preferences...,
PAPADIMITRIOU Dimitri
- Re: [RRG] Logistics preferences...,
Brian E Carpenter
- Re: [RRG] Logistics preferences...,
Scott Brim
- Re: [RRG] Logistics preferences...,
Luigi Iannone
- Re: [RRG] Logistics preferences...,
Iljitsch van Beijnum
- Re: [RRG] Logistics preferences...,
Christian Vogt
- Re: [RRG] Logistics preferences...,
Benno Overeinder
- Re: [RRG] Logistics preferences...,
David Conrad
[RRG] Ivip6 - Forwarding Label in the Core,
Robin Whittle
[RRG] A new brand of MPLS can do the job,
Heinrich Hummel
[RRG] Short explanation: Ivip6's "Core Routing Label Forwarding",
Robin Whittle
[RRG] Ivip6: number of "Flow Label" bits required,
Robin Whittle
[RRG] Ivip6 (previously FLOWv6), Ivip4 and Ivip,
Robin Whittle
Re: [RRG] NAT-PT and other approaches to IPv6 adoption - Dual Stack Lite,
HeinerHummel
[RRG] position paper on resource pooling,
Emmanuel Baccelli
[RRG] paper on separation of locators and identifiers,
Aaron Falk
[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
xuxiaohu 41208
- RE: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- RE: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Christian Vogt
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Lixia Zhang
- re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- RE: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Xu Xiaohu
- RE: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- Re: Does every host need a FQDN name in the future?//re:[RRG] draft-rja-ilnp-intro-01.txt,
Lixia Zhang
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Scott Brim
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Iljitsch van Beijnum
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Brian Dickson
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Tony Li
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Brian E Carpenter
- Re: [RRG] draft-rja-ilnp-intro-01.txt,
Christian Vogt
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Templin, Fred L
- <Possible follow-ups>
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Noel Chiappa
- RE: [RRG] draft-rja-ilnp-intro-01.txt,
Noel Chiappa
[RRG] FLOWv6: IPv6 Flow Label to control DFZ forwarding,
Robin Whittle
[RRG] Six/One Router revised 2008-07-12,
Robin Whittle
[RRG] Agenda changes...,
Tony Li
[RRG] LISP home page www.lisp4.net,
Robin Whittle
[RRG] Business incentives for LISP PTRs and Ivip OITRDs,
Robin Whittle
[RRG] Map-encap, fragmentation, PMTUD etc.,
Robin Whittle
Re: [RRG] Mapping Distribution and Management: contribution for comments,
HeinerHummel
vulnerability of being attacked//RE: [RRG] Re: Should the identifier be used as local locator,
xuxiaohu 41208
[RRG] GLI-Split,
Michael Menth
[RRG] Design Taxonomy/Analysis for Address-Indirection-Based Solutions,
Christian Vogt
[RRG] thoughts on the design space 4: encapsulate vs. translate,
Jari Arkko
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Dino Farinacci
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
William Herrin
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Dino Farinacci
- RE: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Tony Li
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Dino Farinacci
- RE: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Tony Li
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
William Herrin
- RE: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Tony Li
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
William Herrin
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Dino Farinacci
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Luigi Iannone
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Iljitsch van Beijnum
- Re: [RRG] thoughts on the design space 4: encapsulate vs. translate,
Olivier Bonaventure
[RRG] thoughts on the design space 3: caching,
Jari Arkko
[RRG] thoughts on the design space 2: upper layer implications,
Jari Arkko
[RRG] thoughts on the design space 1: the space,
Jari Arkko
[RRG] Review of ILNP -- plus a new idea,
Christian Vogt
[RRG] a new (not few) draft towards convergence,
Lixia Zhang
[RRG] FIB challenges, RIB, BGP, DRAM limitations,
Robin Whittle
[RRG] Abstraction action boundary & geo-aggregation router behavior,
Robin Whittle
[RRG] Searching the RRG archives at mail-archive.com,
Robin Whittle
[RRG] Opportunistic Topological Aggregation in the RIB->FIB Calculation?,
William Herrin
re: [RRG] Opportunistic Topological Aggregation in the RIB->FIB Calculation?,
Xu Xiaohu
Re: [RRG] Opportunistic Topological Aggregation in the RIB->FIB Calculation?,
Jari Arkko
[RRG] a few draft towards convergence,
Lixia Zhang
[RRG] Question about Six/One host and router,
Flinck, Hannu (NSN - FI/Espoo)
[RRG] RRG scope avoids practical concerns,
Robin Whittle
[RRG] Geographic aggregation-based routing is at odds with reality,
Robin Whittle
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Brian E Carpenter
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Robin Whittle
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Ricardo Oliveira
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Robin Whittle
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Peter Sherbin
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Peter Sherbin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
William Herrin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
William Herrin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
William Herrin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
William Herrin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
William Herrin
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Brian Dickson
- Geo RIB-FIB compression, was: Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- RE: Geo RIB-FIB compression, was: Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- Geo RIB-FIB compression, was: Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Iljitsch van Beijnum
- re: [RRG] Geographic aggregation-based routing is at odds with reality,
Xu Xiaohu
- RE: [RRG] Geographic aggregation-based routing is at odds with reality,
Tony Li
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Ricardo Oliveira
- [RRG] Re: Geographic aggregation-based routing is at odds with reality,
William Herrin
- <Possible follow-ups>
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
HeinerHummel
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
HeinerHummel
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
Scott Weeks
- Re: [RRG] Geographic aggregation-based routing is at odds with reality,
HeinerHummel
[RRG] Discussions in Dublin,
Tony Li
[RRG] Publicly available LISP and shim6 implementations,
Olivier Bonaventure
[RRG] Does LISP 3 use the cache mechanism on ITR for the EID-to-RLOC mapping?,
Dongxiao Xu
[RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Brian E Carpenter
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- Re: [RRG] Six/One Router Design Clarifications,
Brian E Carpenter
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- RE: [RRG] Six/One Router Design Clarifications,
Darrel Lewis (darlewis)
- [RRG] Current drafts,
louise.burness
- Re: [RRG] Current drafts,
Brian E Carpenter
- Re: [RRG] Current drafts,
Luigi Iannone
- Re: [RRG] Current drafts,
Brian E Carpenter
- Re: [RRG] Current drafts,
Luigi Iannone
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Jari Arkko
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- RE: [RRG] Six/One Router Design Clarifications,
Drake, John E
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Dino Farinacci
- Re: [RRG] Six/One Router Design Clarifications,
Pekka Savola
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- RE: [RRG] Six/One Router Design Clarifications,
Pekka Savola
- RE: [RRG] Six/One Router Design Clarifications,
Tony Li
- Re: [RRG] Six/One Router Design Clarifications,
Lixia Zhang
- Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- [RRG] Re: Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
David Meyer
- Re: Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- [RRG] Re: Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
David Meyer
- Re: [RRG] Re: Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
Scott Brim
- Re: [RRG] Re: Difference between translation in LISP vs. Six/One Router -- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- RE: [RRG] Six/One Router Design Clarifications,
Templin, Fred L
- Re: [RRG] Six/One Router Design Clarifications,
Christian Vogt
- Re: [RRG] Six/One Router Design Clarifications,
Lixia Zhang
[RRG] A Late Response to Questions on Six/One Router,
Christian Vogt
[RRG] Geographic aggregation-based routing,
William Herrin
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
Re: [RRG] Geographic aggregation-based routing,
Robert Bonomi
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
Re: [RRG] Geographic aggregation-based routing,
HeinerHummel
[RRG] Terminology,
RJ Atkinson
[RRG] IEEE EUI-64 as an Identifier format,
RJ Atkinson
- RE: [RRG] IEEE EUI-64 as an Identifier format,
Tony Li
- Re: [RRG] IEEE EUI-64 as an Identifier format,
Dino Farinacci
- RE: [RRG] IEEE EUI-64 as an Identifier format,
Tony Li
- Re: [RRG] IEEE EUI-64 as an Identifier format,
Jari Arkko
- Re: [RRG] IEEE EUI-64 as an Identifier format,
Dino Farinacci
- Re: [RRG] IEEE EUI-64 as an Identifier format,
Jari Arkko
- [RRG] Is the flat identifier acceptable,
Xu Xiaohu
- [RRG] RE: Is the flat identifier acceptable,
Tony Li
- re: [RRG] RE: Is the flat identifier acceptable,
Xu Xiaohu
- RE: [RRG] RE: Is the flat identifier acceptable,
Tony Li
- Re: [RRG] RE: Is the flat identifier acceptable,
William Herrin
- re: [RRG] RE: Is the flat identifier acceptable,
Xu Xiaohu
- Re: [RRG] RE: Is the flat identifier acceptable,
Iljitsch van Beijnum
- Re: [RRG] RE: Is the flat identifier acceptable,
Brian E Carpenter
- [RRG] Re: Is the flat identifier acceptable,
Dino Farinacci
- Re: [RRG] IEEE EUI-64 as an Identifier format,
William Herrin
- <Possible follow-ups>
- Re: [RRG] IEEE EUI-64 as an Identifier format,
RJ Atkinson
- Re: re: [RRG] IEEE EUI-64 as an Identifier format,
Hongbin Luo
[RRG] perceived privacy issue,
RJ Atkinson
[RRG] Possible Identifier Properties,
RJ Atkinson
[RRG] Terminology redux,
RJ Atkinson
[RRG] Re: Should the identifier be used as local locator,
RJ Atkinson
- Re: [RRG] Re: Should the identifier be used as local locator,
Scott Brim
- RE: [RRG] Re: Should the identifier be used as local locator,
Tony Li
- Re: [RRG] Re: Should the identifier be used as local locator,
William Herrin
- Re: [RRG] Re: Should the identifier be used as local locator,
Brian E Carpenter
- RE: [RRG] Re: Should the identifier be used as local locator,
Tony Li
- [RRG] Re: Should the identifier be used as local locator,
Christian Vogt
- [RRG] Re: Should the identifier be used as local locator,
Scott Brim
- Re: [RRG] Re: Should the identifier be used as local locator,
Christian Vogt
- [RRG] Abstraction of problem space,
Brian Dickson
- RE: [RRG] Abstraction of problem space,
Tony Li
- Re: [RRG] Abstraction of problem space,
Brian Dickson
- Re: [RRG] Abstraction of problem space,
Dino Farinacci
- Re: [RRG] Abstraction of problem space,
Brian Dickson
- Re: [RRG] Abstraction of problem space,
Dino Farinacci
- Re: [RRG] Re: Should the identifier be used as local locator,
William Herrin
- re: [RRG] Re: Should the identifier be used as local locator,
Xu Xiaohu
- Re: [RRG] Re: Should the identifier be used as local locator,
Lixia Zhang
- <Possible follow-ups>
- Re: [RRG] Re: Should the identifier be used as local locator,
RJ Atkinson
- [RRG] Re: Should the identifier be used as local locator,
RJ Atkinson
- Re: [RRG] Re: Should the identifier be used as local locator,
Noel Chiappa
[RRG] LISP-ALT's long path problem again,
Robin Whittle
[RRG] EXPLISP BOF at the Dublin IETF,
Jari Arkko
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Robin Whittle
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Dino Farinacci
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Robin Whittle
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Dino Farinacci
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Robin Whittle
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Dino Farinacci
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
David Meyer
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
David Meyer
- RE: [RRG] EXPLISP BOF at the Dublin IETF,
Templin, Fred L
- Re: [RRG] EXPLISP BOF at the Dublin IETF,
Dino Farinacci
- RE: [RRG] EXPLISP BOF at the Dublin IETF,
Templin, Fred L
[RRG] Not separate namespaces: Loc-ID-separation, map-encap etc.,
Robin Whittle
[RRG] Take 2: AA, BB, CC,
Robin Whittle
[RRG] IPv4: how bad, when to fix?,
Robin Whittle
[RRG] Long term clean-slate only for the RRG?,
Robin Whittle
- Re: [RRG] Long term clean-slate only for the RRG?,
Lixia Zhang
- RE: [RRG] Long term clean-slate only for the RRG?,
Marcus Brunner
- Re: [RRG] Long term clean-slate only for the RRG?,
James Kempf
- <Possible follow-ups>
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
Dino Farinacci
- Re: [RRG] Long term clean-slate only for the RRG?,
Robin Whittle
- Re: [RRG] Long term clean-slate only for the RRG?,
James Kempf
- [RRG] Committees vs. small teams, IPv4 fix absolutely required,
Robin Whittle
- Re: [RRG] Long term clean-slate only for the RRG?,
Brian E Carpenter
- Re: [RRG] Long term clean-slate only for the RRG?,
Yakov Rekhter
- Re: [RRG] Long term clean-slate only for the RRG?,
Dino Farinacci
- Re: [RRG] Long term clean-slate only for the RRG?,
Yakov Rekhter
- Re: [RRG] Long term clean-slate only for the RRG?,
Eliot Lear
- [RRG] Map-encap can & will reduce the cost of multihoming,
Robin Whittle
- Re: [RRG] Long term clean-slate only for the RRG?,
David Conrad
- Re: [RRG] Long term clean-slate only for the RRG?,
Yakov Rekhter
- Re: [RRG] Long term clean-slate only for the RRG?,
David Conrad
- Re: [RRG] Long term clean-slate only for the RRG?,
Dino Farinacci
- Re: [RRG] Long term clean-slate only for the RRG?,
Marshall Eubanks
- Re: [RRG] Long term clean-slate only for the RRG?,
Dino Farinacci
- Re: [RRG] Long term clean-slate only for the RRG?,
Yakov Rekhter
- Re: [RRG] Long term clean-slate only for the RRG?,
Dino Farinacci
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- Re: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- Re: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- RE: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- RE: [RRG] Long term clean-slate only for the RRG?,
Noel Chiappa
- Re: [RRG] Long term clean-slate only for the RRG?,
Robert Bonomi
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- [RRG] Should the identifier be used as local locator,
Xu Xiaohu
- Re: [RRG] Should the identifier be used as local locator,
Brian E Carpenter
- Re: [RRG] Should the identifier be used as local locator,
Scott Brim
- Re: [RRG] Long term clean-slate only for the RRG?,
Scott Brim
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- Re: [RRG] Long term clean-slate only for the RRG?,
Scott Brim
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- RE: [RRG] Long term clean-slate only for the RRG?,
Tony Li
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- RE: [RRG] Long term clean-slate only for the RRG?,
Tony Li
- Re: [RRG] Long term clean-slate only for the RRG?,
William Herrin
- RE: [RRG] Long term clean-slate only for the RRG?,
Tony Li
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
- Re: [RRG] Long term clean-slate only for the RRG?,
HeinerHummel
Re: [RRG] Consensus? End-user networks need their own portable address space,
Noel Chiappa
[RRG] 3 potential consensus questions,
Robin Whittle
[vaf@cisco.com: Re: [RRG] Moving forward...],
Vince Fuller
[RRG] Not address but topology aggregation,
HeinerHummel
[RRG] the agenda for Dublin,
Lixia Zhang
[RRG] Conceptual vs. specific - another discussion list?,
Robin Whittle
[RRG] Schedule,
Tony Li
[RRG] Re: address reclamation,
RJ Atkinson
[RRG] IPv6 immediate benefits to some end-users?,
Robin Whittle
[RRG] GSE History,
RJ Atkinson
[RRG] GSE?,
Robin Whittle
- Re: [RRG] GSE?,
Mayutan A.
- RE: [RRG] GSE?,
Tony Li
- RE: [RRG] GSE?,
Peter Sherbin
- Re: [RRG] GSE?,
Robin Whittle
- Re: [RRG] GSE?,
David Conrad
- [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Robin Whittle
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Per Heldal
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Robin Whittle
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Per Heldal
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Robin Whittle
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Per Heldal
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Robin Whittle
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Vince Fuller
- [RRG] Origins of LISP PTRs / Ivip OITRDs,
Robin Whittle
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Michael Meisel
- Re: [RRG] IPv4/6/ngng or IPv4-map-encap then IPngng,
Tom Vest
- [RRG] Re: IPv4/6/ngng or IPv4-map-encap then IPngng,
David Conrad
- re: [RRG] GSE?,
Xu Xiaohu
- Re: [RRG] GSE?,
Brian E Carpenter
- RE: [RRG] GSE?,
Tony Li
- re: [RRG] GSE?,
Xu Xiaohu
- Re: [RRG] GSE?,
David Williamson
- re: [RRG] GSE?,
Xu Xiaohu
- Re: [RRG] GSE?,
Lixia Zhang
- Re: [RRG] GSE?,
Jari Arkko
- re: [RRG] GSE?,
Xu Xiaohu
- GSE, Six/One, and Beyond --- Re: [RRG] GSE?,
Christian Vogt
- <Possible follow-ups>
- Re: [RRG] GSE?,
Noel Chiappa
[RRG] Re: reachability,
RJ Atkinson
[RRG] NAT-PT and other approaches to IPv6 adoption,
Robin Whittle
[RRG] reachability,
RJ Atkinson
[RRG] Tony's proposed statement,
RJ Atkinson
[RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Scott Brim
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Scott Brim
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Dino Farinacci
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Joel M. Halpern
- Re: [RRG] Moving forward...,
Olivier Bonaventure
- Re: [RRG] Moving forward...,
David Williamson
- Re: [RRG] Moving forward...,
Christian Vogt
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Christian Vogt
- RE: [RRG] Moving forward...,
Peter Sherbin
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Stephen Sprunk
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Robin Whittle
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Tony Li
- re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Xu Xiaohu
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Tony Li
- re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Xu Xiaohu
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Tony Li
- re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Xu Xiaohu
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Jeroen Massar
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Robin Whittle
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Tony Li
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Robin Whittle
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhapsmore ambitious,
Templin, Fred L
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhapsmore ambitious,
Robin Whittle
- RE: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhapsmoreambitious,
Templin, Fred L
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Dan Jen
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
William Herrin
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
William Herrin
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Marshall Eubanks
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
William Herrin
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
William Herrin
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Brian E Carpenter
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
David Conrad
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Per Heldal
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Robin Whittle
- Re: [RRG] Moving forward... IPv4 now, IPv6 less urgent and perhaps more ambitious,
Jeroen Massar
- Re: [RRG] Moving forward...,
Brian E Carpenter
- Re: [RRG] Moving forward...,
Bob Hinden
- Re: [RRG] Moving forward...,
Marshall Eubanks
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
Scott Brim
- Re: [RRG] Moving forward...,
William Herrin
- RE: [RRG] Moving forward...,
Tony Li
- Re: [RRG] Moving forward...,
William Herrin
- Re: [RRG] Moving forward...,
David Conrad
- Re: [RRG] Moving forward...,
William Herrin
- Re: [RRG] Moving forward...,
David Conrad
- Re: [RRG] Moving forward...,
Jari Arkko
- RE: [RRG] Moving forward...,
Templin, Fred L
- Re: [RRG] Moving forward...,
Joel M. Halpern
- Re: [RRG] Moving forward...,
Christian Vogt
- Re: [RRG] Moving forward...,
Iljitsch van Beijnum
- Re: [RRG] Moving forward...,
Dan Jen
- <Possible follow-ups>
- RE: [RRG] Moving forward...,
Noel Chiappa
- Re: [RRG] Moving forward...,
Noel Chiappa
[RRG] CFP ReArch'08,
marcelo bagnulo braun
[RRG] Embedded systems,
Randall Atkinson
[RRG] Try again,
David Conrad
[RRG] Consensus? 4 points so we can make progress,
Robin Whittle
[RRG] Consensus? Scope of "It" in "Doing It Right",
Robin Whittle
[RRG] We can't bet the Internet on the imminent adoption of IPv6,
Robin Whittle
[RRG] Multi-homing & Changing IP address,
Randall Atkinson
Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by rel...,
HeinerHummel
[RRG] Identifiers & Security Associations,
Randall Atkinson
[RRG] Consensus? Router-based Translation schemes can only work with duplicate address space,
Robin Whittle
[RRG] Consensus? Solution cannot require host upgrades,
Robin Whittle
[RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Robin Whittle
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Eliot Lear
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Randall Atkinson
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Robin Whittle
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Randall Atkinson
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Robin Whittle
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Iljitsch van Beijnum
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Robin Whittle
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Iljitsch van Beijnum
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Brian E Carpenter
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Randall Atkinson
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Tony Li
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Ross Callon
- "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
David Conrad
- RE: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
Fleischman, Eric
- Re: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
David Conrad
- Re: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
Brian E Carpenter
- Re: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
David Conrad
- Re: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
Peter Sherbin
- Message not available
- Message not available
- RE: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
Randall Atkinson
- Re: "Doing It Right" (was Re: [RRG] Consensus? IPv4 scaling problem ...),
Brian E Carpenter
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Lixia Zhang
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Pekka Savola
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Lixia Zhang
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
William Herrin
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Peter Sherbin
- RE: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Tony Li
- Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
Brian E Carpenter
Re: [RRG] Consensus? IPv4 scaling problem must be solved directly, not by relying on migration to IPv6,
William Herrin
[RRG] Consensus? End-user networks need their own portable address space,
Robin Whittle
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Randall Atkinson
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Marshall Eubanks
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Brian E Carpenter
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Robin Whittle
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Lixia Zhang
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Lixia Zhang
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Robin Whittle
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Lixia Zhang
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Brian E Carpenter
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Eliot Lear
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Scott Brim
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Eliot Lear
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Brian E Carpenter
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Dan Jen
- Re: [RRG] Consensus? End-user networks need their own portable address space,
David Williamson
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Peter Sherbin
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Scott Brim
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Brian E Carpenter
- Re: [RRG] Consensus? End-user networks need their own portable address space,
David Conrad
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Scott Brim
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
- RE: [RRG] Consensus? End-user networks need their own portable address space,
Tony Li
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
- Re: [RRG] Consensus? End-user networks need their own portable address space,
Robin Whittle
- Re: [RRG] Consensus? End-user networks need their own portable address space,
William Herrin
[RRG] Consensus? Users will not adopt solutions which result in "split-system" functionality,
Robin Whittle
[RRG] Meeting/session in Dublin,
Iljitsch van Beijnum
[RRG] What do we have consensus on?,
Robin Whittle
[RRG] Arguments against Transport, Translation & Six/One Router,
Robin Whittle
[RRG] Update on Six/One Router + A Call for Your Comments,
Christian Vogt
[RRG] RRG materials from 71th IETF meeting,
Eduardo Ascenco Reis
[RRG] Comments to Draft-lewis-lisp-interworking,
hannu.flinck
[RRG] Feasibility of transport based approaches?,
hannu.flinck
[RRG] interesting presentations from RIPE,
Jari Arkko
[RRG] arguments for map and encap,
Michael Meisel
- RE: [RRG] arguments for map and encap,
hannu.flinck
- RE: [RRG] arguments for map and encap,
Fleischman, Eric
- RE: [RRG] arguments for map and encap,
Tony Li
- Re: [RRG] arguments for map and encap,
Christian Vogt
- RE: [RRG] arguments for map and encap,
Templin, Fred L
- Re: [RRG] arguments for map and encap,
David R Oran
- Re: [RRG] arguments for map and encap,
Christian Vogt
- Re: [RRG] arguments for map and encap,
David R Oran
- RE: [RRG] arguments for map and encap,
Templin, Fred L
- RE: [RRG] arguments for map and encap,
Tony Li
- Re: [RRG] arguments for map and encap,
Brian E Carpenter
- Re: [RRG] arguments for map and encap,
Christian Vogt
- Re: [RRG] arguments for map and encap,
David R Oran
- RE: [RRG] arguments for map and encap,
Tony Li
- Re: [RRG] arguments for map and encap,
David R Oran
- Re: [RRG] arguments for map and encap,
Christian Vogt
- Re: [RRG] arguments for map and encap,
Brian E Carpenter
[RRG] [Fwd: New Version Notification for draft-halpern-rrg-taxonomy-00],
Joel M. Halpern
[RRG] Updates to Ivip analysis and homepage,
Robin Whittle
[RRG] IPTM PMTUD with only DF=0 packets,
Robin Whittle
[RRG] SEAL & IPTM: differing goals,
Robin Whittle
[RRG] Routing RG charter,
RJ Atkinson
[RRG] Newbies: Comparison of NERD, ALT, APT, Ivip & TRRP,
Robin Whittle
[RRG] Path MTU Discovery: a new approach,
Robin Whittle
[RRG] Solving the Right Problem,
Dan Jen
[RRG] complexity metric,
Aaron Falk
Re: [RRG] Hosts using routing,
HeinerHummel
[RRG] RRG process clarification,
Lixia Zhang
- Re: [RRG] RRG process clarification,
Peter Sherbin
- Re: [RRG] RRG process clarification,
Lars Eggert
- Re: [RRG] RRG process clarification,
Robin Whittle
- RE: [RRG] RRG process clarification,
PAPADIMITRIOU Dimitri
- <Possible follow-ups>
- Re: [RRG] RRG process clarification,
HeinerHummel
- Re: [RRG] RRG process clarification,
HeinerHummel
- Re: [RRG] RRG process clarification,
HeinerHummel
- Re: [RRG] RRG process clarification,
HeinerHummel
- Re: [RRG] RRG process clarification,
Lixia Zhang
- RE: [RRG] RRG process clarification,
Randall Atkinson
RE: [RRG] RRG process clarification,
Noel Chiappa
Re: [RRG] RRG process clarification,
HeinerHummel
Re: [RRG] RRG process clarification,
HeinerHummel
Re: [RRG] RRG process clarification,
Robert Bonomi
[RRG] Ivip business models: fast push & OITRDs,
Robin Whittle
[RRG] updated nerd draft,
Eliot Lear
[RRG] SEAL, PMTUD, IPv6 header bloat, header compression,
Robin Whittle
[RRG] Some comments on draft-farinacci-lisp-06,
Roland Bless
Re: [RRG] Taxonomy: 25 questions - Heiner Hummel's proposal,
HeinerHummel
[RRG] simplicity,
Lixia Zhang
[RRG] Taxonomy: 25 questions,
Robin Whittle
[RRG] LISP-ALT: coordination between ITRs and/or ETRs?,
Robin Whittle
Re: [RRG] new draft on " A Taxonomy for New Routing and Addressing Architectu...,
HeinerHummel
[RRG] Question about ITR and ETR deployment,
Gang Chen
[RRG] More discussion please: mapping churn,
Tony Li
[RRG] new draft on " A Taxonomy for New Routing and Addressing Architecture Designs",
Scott Brim
[RRG] What's research got to do with it,
HeinerHummel
[RRG] Some updates to the HRA proposal,
Xu Xiaohu
[RRG] Trying to find a path forwards,
Randall Atkinson
Re: [RRG] map change due to a path failure?,
Noel Chiappa
[RRG] Re:,
Dino Farinacci
[RRG] Lightweight multihoming with TTRs, DSL, HFC, WiMax etc.,
Robin Whittle
[RRG] Concerns about the RRG process ... & how not to design an airliner,
Robin Whittle
[RRG] Mitigating the Downsides of NAT'ing,
Christian Vogt
[RRG] Ivip's "Open ITRs in the DFZ" (OITRDs), formerly "Anycast ITRs in the core",
Robin Whittle
[RRG] Text proposal: mapping granularity,
Tony Li
[RRG] Assumptions and mapping tools,
hannu.flinck
[RRG] Consensus check: mapping granularity,
Tony Li
[RRG] Meeting Minutes from March 11 and 14,
Christian Vogt
Re: [RRG] On "jack-down" models - independent namespaces,
HeinerHummel
Re: [RRG] What does incremental deployment mean,
HeinerHummel
- <Possible follow-ups>
- Re: [RRG] What does incremental deployment mean,
Noel Chiappa
- Re: [RRG] What does incremental deployment mean,
Dino Farinacci
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- Re: [RRG] What does incremental deployment mean,
Dino Farinacci
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- Re: [RRG] What does incremental deployment mean,
Dino Farinacci
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- Re: [RRG] What does incremental deployment mean,
Robin Whittle
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- Re: [RRG] What does incremental deployment mean,
Robin Whittle
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- [RRG] Is ISATAP a practical solution?,
Robin Whittle
- [RRG] RE: Is ISATAP a practical solution?,
Templin, Fred L
- Re: [RRG] RE: Is ISATAP a practical solution?,
Robin Whittle
- Re: [RRG] RE: Is ISATAP a practical solution?,
Robin Whittle
- RE: [RRG] RE: Is ISATAP a practical solution?,
Templin, Fred L
- RE: [RRG] RE: Is ISATAP a practical solution?,
Templin, Fred L
- Re: [RRG] RE: Is ISATAP a practical solution? IPv6 adoption,
Robin Whittle
- RE: [RRG] RE: Is ISATAP a practical solution? IPv6 adoption,
Templin, Fred L
- RE: [RRG] What does incremental deployment mean,
Randall Atkinson
- Re: [RRG] What does incremental deployment mean,
Dino Farinacci
- Re: [RRG] What does incremental deployment mean,
Marshall Eubanks
- RE: [RRG] What does incremental deployment mean,
Randall Atkinson
- Re: [RRG] What does incremental deployment mean,
Marshall Eubanks
- Re: [RRG] What does incremental deployment mean,
Pekka Savola
- RE: [RRG] What does incremental deployment mean,
Tony Li
- Re: [RRG] What does incremental deployment mean,
David R Oran
- Re: [RRG] What does incremental deployment mean,
Dino Farinacci
- RE: [RRG] What does incremental deployment mean,
Randall Atkinson
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- Re: [RRG] What does incremental deployment mean,
Brian E Carpenter
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- RE: [RRG] What does incremental deployment mean,
Templin, Fred L
- Re: [RRG] What does incremental deployment mean,
Brian E Carpenter
- re: [RRG] What does incremental deployment mean,
Xu Xiaohu
- Re: [RRG] What does incremental deployment mean,
David R Oran
- Re: [RRG] What does incremental deployment mean,
William Herrin
- Re: [RRG] What does incremental deployment mean,
Noel Chiappa
- Re: [RRG] What does incremental deployment mean,
HeinerHummel
[RRG] Mobility, update rates & charging per update,
Robin Whittle
- Re: [RRG] Mobility, update rates & charging per update,
Joel M. Halpern
- Re: [RRG] Mobility, update rates & charging per update,
Jari Arkko
- Re: [RRG] Mobility, update rates & charging per update,
Robin Whittle
- Re: [RRG] Mobility, update rates & charging per update,
Scott Brim
- Re: [RRG] Mobility, update rates & charging per update,
Dino Farinacci
- re: [RRG] Mobility, update rates & charging per update,
Xu Xiaohu
- RE: [RRG] Mobility, update rates & charging per update,
Randall Atkinson
- Re: [RRG] Mobility, update rates & charging per update,
Jari Arkko
- Re: [RRG] Mobility, update rates & charging per update,
David R Oran
- [RRG] Characterizing incremental deployments,
Brian Dickson
[RRG] Node Identity, PKIs, and bindings between the two,
Randall Atkinson
[RRG] Hosts, DFZ, purity & incremental deployment,
Robin Whittle
- RE: [RRG] Hosts, DFZ, purity & incremental deployment,
Tony Li
- RE: [RRG] Hosts, DFZ, purity & incremental deployment,
Randall Atkinson
- [RRG] What does incremental deployment mean,
Xu Xiaohu
- RE: [RRG] What does incremental deployment mean,
Tony Li
- Re: [RRG] What does incremental deployment mean,
Robin Whittle
- Re: [RRG] What does incremental deployment mean - 2 questions,
Robin Whittle
- Re: [RRG] What does incremental deployment mean - 2 questions,
Robin Whittle
- RE: [RRG] What does incremental deployment mean - 2 questions,
philip.eardley
- Re: [RRG] What does incremental deployment mean - 2 questions,
Robin Whittle
- RE: [RRG] What does incremental deployment mean - 2 questions,
Tony Li
- Re: [RRG] What does incremental deployment mean - 2 questions,
Robin Whittle
- RE: [RRG] What does incremental deployment mean - 2 questions,
Randall Atkinson
- Re: [RRG] What does incremental deployment mean - 2 questions,
Robin Whittle
- RE: [RRG] What does incremental deployment mean - 2 questions,
Randall Atkinson
- Re: [RRG] What does incremental deployment mean??,
Robin Whittle
- RE: [RRG] What does incremental deployment mean - 2 questions,
Randall Atkinson
- Re: [RRG] What does incremental deployment mean,
Stephen Sprunk
- Re: [RRG] Hosts, DFZ, purity & incremental deployment,
Brian E Carpenter
- <Possible follow-ups>
- Re: [RRG] Hosts, DFZ, purity & incremental deployment,
HeinerHummel
[RRG] Reactivating the RAM list?,
Robin Whittle
[RRG] On "jack-down" models,
Tony Li
- Re: [RRG] On "jack-down" models,
Robin Whittle
- Re: [RRG] On "jack-down" models,
William Herrin
- Re: [RRG] On "jack-down" models,
Dino Farinacci
- Re: [RRG] On "jack-down" models,
David R Oran
- RE: [RRG] On "jack-down" models,
Randall Atkinson
- Re: [RRG] On "jack-down" models,
Scott Brim
- Re: [RRG] On "jack-down" models,
Pekka Nikander
- [RRG] Some concern about the flat label as identifier,
Xu Xiaohu
- [RRG] Re: Some concern about the flat label as identifier,
Stephane Bortzmeyer
- [RRG] re: Some concern about the flat label as identifier,
Xu Xiaohu
- RE: [RRG] re: Some concern about the flat label as identifier,
Randall Atkinson
- Re: [RRG] On "jack-down" models,
Scott Brim
- RE: [RRG] On "jack-down" models,
Randall Atkinson
- Re: [RRG] On "jack-down" models,
Pekka Nikander
- RE: [RRG] On "jack-down" models,
Tony Li
- Re: [RRG] On "jack-down" models,
Scott Brim
- Re: [RRG] On "jack-down" models,
Brian E Carpenter
- RE: [RRG] On "jack-down" models,
Randall Atkinson
- Re: [RRG] On "jack-down" models,
Pekka Nikander
- RE: [RRG] On "jack-down" models,
Tony Li
- <Possible follow-ups>
- Re: [RRG] On "jack-down" models,
HeinerHummel
[RRG] Newbies: Unofficial guide to LISP,
Robin Whittle
[RRG] LISP next steps,
David Meyer
- Re: [RRG] LISP next steps,
Robin Whittle
- Re: [RRG] LISP next steps,
Dino Farinacci
- Re: [RRG] LISP next steps,
David Meyer
- Re: [RRG] LISP next steps,
Robin Whittle
- Re: [RRG] LISP next steps,
David Meyer
- RE: [RRG] LISP next steps,
Tony Li
- Re: [RRG] LISP next steps,
David Meyer
- Re: [RRG] LISP next steps,
Vince Fuller
- RE: [RRG] LISP next steps,
Tony Li
- Re: [RRG] LISP next steps,
Vince Fuller
- Re: [RRG] LISP next steps,
Vince Fuller
- RE: [RRG] LISP next steps,
Randall Atkinson
- Re: [RRG] LISP next steps,
Robin Whittle
- Re: [RRG] LISP next steps,
Marshall Eubanks
- Re: [RRG] LISP next steps,
David Meyer
- Re: [RRG] LISP next steps,
Dino Farinacci
- Re: [RRG] LISP next steps,
Jari Arkko
[RRG] Six/One Implementation,
Christian Vogt
[RRG] Slides IETF-71,
Roland Bless
[RRG] Notify = "proactive" updates; flexible placement of full db ITRs & query servers,
Robin Whittle
[RRG] Anyone want to co-author & present an Ivip paper at ACM MobiArch, Seattle, in August?,
Robin Whittle
[RRG] APT security and other matters,
Robin Whittle
[RRG] Supposed impossibility of scaling for mobility,
Robin Whittle
- [RRG] Re: Supposed impossibility of scaling for mobility,
Joel M. Halpern
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
Tony Li
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
Scott Brim
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
Tony Li
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
William Herrin
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
Tony Li
- [RRG] RRG shouldn't try to directly address mobility, including qualifying mobility attributes,
Fleischman, Eric
- Re: [RRG] RRG shouldn't try to directly address mobility, including qualifying mobility attributes,
Robin Whittle
- Re: [RRG] RRG shouldn't try to directly address mobility, including qualifying mobility attributes,
Brian E Carpenter
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
Robin Whittle
- [RRG] Re: Supposed impossibility of scaling for mobility,
Robin Whittle
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
hannu.flinck
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
William Herrin
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
hannu.flinck
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
William Herrin
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
Scott Brim
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
William Herrin
- [RRG] Re: Supposed impossibility of scaling for mobility,
Robin Whittle
- RE: [RRG] Re: Supposed impossibility of scaling for mobility,
louise.burness
- [RRG] Re: Supposed impossibility of scaling for mobility,
Robin Whittle
- [RRG] Re: Supposed impossibility of scaling for mobility - easy explanation,
Robin Whittle
- RE: [RRG] Re: Supposed impossibility of scaling for mobility - easy explanation,
Templin, Fred L
- Re: [RRG] Re: Supposed impossibility of scaling for mobility - easy explanation,
Robin Whittle
- Re: [RRG] Re: Supposed impossibility of scaling for mobility,
William Herrin
What is the big-O picture? (was: [RRG] Happiness; lack thereof),
Victor Grishchenko
[RRG] APT: no need for islands?,
Robin Whittle
[RRG] mapping "issues" list from this morning,
Scott Brim
[RRG],
Tony Li
- <Possible follow-ups>
- [RRG],
Tony Li
- Re: [RRG],
William Herrin
- [RRG] Dynamics of the mapping function,
Robin Whittle
- [RRG] Dynamis of the mapping function,
Olivier Bonaventure
- Re: [RRG],
Michael Meisel
- [RRG] Moving the problem to the global mapping system,
Robin Whittle
- Re: [RRG] Moving the problem to the global mapping system,
Michael Meisel
- Re: [RRG] Moving the problem to the global mapping system - fast-push,
Robin Whittle
- Re: [RRG] Moving the problem to the global mapping system - fast-push,
Michael Meisel
- Re: [RRG] Moving the problem to the global mapping system - fast-push,
Robin Whittle
- [RRG] Not moving the problem to the global mapping system,
Brian E Carpenter
- [RRG] Re: Not moving the problem to the global mapping system,
Michael Meisel
- [RRG] Re: Not moving the problem to the global mapping system,
Brian E Carpenter
- Re: [RRG] Not moving the problem to the global mapping system,
Robin Whittle
- Re: [RRG] Not moving the problem to the global mapping system,
Michael Meisel
- Re: [RRG] Not moving the problem to the global mapping system,
Robin Whittle
- Re: [RRG] Not moving the problem to the global mapping system,
William Herrin
- [RRG],
Dino Farinacci
[RRG] clarification of locators, IDs, IP addresses,
Lixia Zhang
[RRG] Generic requirements on mapping mechanisms,
Olivier Bonaventure
[RRG] DEADLINE EXTENDED to March 31: MobiArch'08 - ACM SIGCOMM 2008 workshop,
Xiaoming Fu
[RRG] Mapping model discussion - push, pull, hybrids and notify,
Robin Whittle
[RRG] yetAnotherProposal: AS-number forwarding,
Lars Westberg
[RRG] Agenda,
Tony Li
[RRG] LISP PMTU & fragmentation problems,
Robin Whittle
- [RRG] Re: LISP PMTU & fragmentation problems,
Dino Farinacci
- RE: [RRG] Re: LISP PMTU & fragmentation problems,
Templin, Fred L
- Re: [RRG] Re: LISP PMTU & fragmentation problems,
Scott Brim
- RE: [RRG] Re: LISP PMTU & fragmentation problems,
Randall Atkinson
- Re: [RRG] Re: LISP PMTU & fragmentation problems,
Dino Farinacci
- RE: [RRG] Re: LISP PMTU & fragmentation problems,
Templin, Fred L
- Re: [RRG] Re: LISP PMTU & fragmentation problems,
Scott Brim
- RE: [RRG] Re: LISP PMTU & fragmentation problems,
Templin, Fred L
- RE: [RRG] Re: LISP PMTU & fragmentation problems,
Templin, Fred L
- [RRG] Re: LISP PMTU & fragmentation problems,
Robin Whittle
[RRG] LISP gleaning looks insecure and therefore unusable,
Robin Whittle
[RRG] APT summary update on RRG wiki,
Dan Jen
[RRG] Happiness; lack thereof,
Iljitsch van Beijnum
[RRG] Browsing Proposal Summaries,
Lixia Zhang
[RRG] comments on IVIP Conceptual Summary and Analysis documents,
philip.eardley
[RRG] a backwards compatible FIB scaling approach,
Paul Francis
[RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- Re: [RRG] Which Side to Control Ingress Link Selection?,
William Herrin
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Brian E Carpenter
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- RE: [RRG] Which Side to Control Ingress Link Selection?,
hannu.flinck
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Scott Brim
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Brian E Carpenter
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Brian E Carpenter
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- RE: [RRG] Which Side to Control Ingress Link Selection?,
louise.burness
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- RE: [RRG] Which Side to Control Ingress Link Selection?,
hannu.flinck
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Brian E Carpenter
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Christian Vogt
- [RRG] Hosts using routing,
Joel M. Halpern
- Re: [RRG] Hosts using routing,
Olivier Bonaventure
- [RRG] 答复: [RRG] Which Side to Control Ingress Link Selection?,
Xu Xiaohu
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Brian Dickson
- Re: [RRG] Which Side to Control Ingress Link Selection?,
Scott Brim
- <Possible follow-ups>
- Re: [RRG] Which Side to Control Ingress Link Selection?,
HeinerHummel
- Re: [RRG] Which Side to Control Ingress Link Selection?,
HeinerHummel
[RRG] Request for presentation slot: APT incremental deployment,
Michael Meisel
[RRG] For Newbies: ITR, ETR, DFZ, TE, ITRD & other terms explained,
Robin Whittle
[RRG] Inherit some benefits from GIRO into HRA,
Xu Xiaohu
[RRG] Comments on draft-lewis-lisp-interworking,
Jari Arkko
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Jari Arkko
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Brian E Carpenter
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Robin Whittle
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Robin Whittle
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Brian E Carpenter
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Jari Arkko
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Pekka Savola
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
hannu.flinck
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
David Meyer
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Jari Arkko
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
David Meyer
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Jari Arkko
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
David Meyer
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Brian E Carpenter
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
William Herrin
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Brian E Carpenter
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Stephen Sprunk
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Brian E Carpenter
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Mark Prior
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Randall Atkinson
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Stephen Sprunk
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Stephen Sprunk
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Dino Farinacci
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Stephen Sprunk
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Tony Li
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Pekka Savola
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Joel M. Halpern
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
David Meyer
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Joel M. Halpern
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
David Meyer
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Robin Whittle
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
Stephen Sprunk
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
William Herrin
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- RE: [RRG] Comments on draft-lewis-lisp-interworking,
Darrel Lewis (darlewis)
- <Possible follow-ups>
- Re: [RRG] Comments on draft-lewis-lisp-interworking,
HeinerHummel
[RRG] Loc/id split using the data link layer,
Victor Grishchenko
[RRG] Traffic engineering,
Iljitsch van Beijnum
[RRG] Reminder: Conceptual Summary and Analysis documents due tomorrow,
Lixia Zhang
[RRG] On guaranteeing that route/map state changes propagate,
William Herrin
[RRG] ID draft-farinacci-lisp-06.txt available,
Dino Farinacci
[RRG] Using a DHT to map identifiers onto locators,
Olivier Bonaventure
[RRG] Scaling, Mobility & 228 mapping changes a second,
Robin Whittle
[RRG] Scaling: ad-hoc to unified or unified from the start?,
Robin Whittle
[RRG] ILNP Concept of Operations,
Randall Atkinson
[RRG] Deadline in 3 weeks - MobiArch'08 - ACM SIGCOMM workshop,
Nokia-NRC/Helsinki
[RRG] DNS Map: Mapping Resolution Combining Pull/Push Advantages,
Christian Vogt
[RRG] NTP and various proposals.,
Randall Atkinson
[RRG] getting rid of longest match,
Iljitsch van Beijnum
Re: [RRG] Process proposal: Conceptual Summary and Analysis documents,
Lixia Zhang
[RRG] TRRP's micronet length specification?,
Robin Whittle
[RRG] Security of TRRP mapping replies,
Robin Whittle
[RRG] Six/One Router: Provider-Independence, IPv4/IPv6 Interworking, Backwards-Compatibility,
Christian Vogt
[RRG] DNS down vs Network down,
Randall Atkinson
[RRG] TRRP Waypoint Routers,
Robin Whittle
[RRG] Mobile robustness via layer 7, or multiple tunnels to TTRs,
Robin Whittle
[RRG] Map-encap space only for small end-users? PI space prices,
Robin Whittle
[RRG] Hosts modified so DNS lookup also gives mapping to ITR?,
Robin Whittle
[RRG] Delays inherent in TRRP's DNS-like lookup?,
Robin Whittle
[RRG] Mobility considerations in proposal evaluation,
Randall Atkinson
- Re: [RRG] Mobility considerations in proposal evaluation,
Tony Li
- Re: [RRG] Mobility considerations in proposal evaluation,
William Herrin
- Re: [RRG] Mobility considerations in proposal evaluation,
Tony Li
- Push vs pull vs hybrid, was: Re: [RRG] Mobility considerations in proposal evaluation,
Iljitsch van Beijnum
- Re: Push vs pull vs hybrid, was: Re: [RRG] Mobility considerations in proposal evaluation,
Dino Farinacci
- Re: [RRG] Mobility considerations in proposal evaluation,
William Herrin
- Re: [RRG] Mobility considerations in proposal evaluation,
Brian Dickson
- Re: [RRG] Mobility considerations in proposal evaluation,
Iljitsch van Beijnum
- Re: [RRG] Mobility considerations in proposal evaluation,
William Herrin
- Re: [RRG] Mobility considerations in proposal evaluation,
Iljitsch van Beijnum
- Re: [RRG] Mobility considerations in proposal evaluation,
Brian E Carpenter
[RRG] Mobility frequency,
Randall Atkinson
[RRG] Future mapping DB size, small micronets/EIDs,
Robin Whittle
[RRG] Authentication of authority to control mapping,
Robin Whittle
[RRG] Re: Why not take address depletion issue into account,
Robin Whittle
[RRG] New draft on LISP implementation,
Luigi Iannone
RE: [RRG] Prototyping systems,
Randall Atkinson
RE: [RRG] Path Hash proposal,
Randall Atkinson
[RRG] Traffic Engineering scenarios,
Randall Atkinson
[RRG] Are host-stack modifications allowed or disallowed ?,
Randall Atkinson
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Olivier Bonaventure
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
PAPADIMITRIOU Dimitri
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Olivier Bonaventure
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Sheng Jiang
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Randall Atkinson
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Scott Brim
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Randall Atkinson
- re: [RRG] Are host-stack modifications allowed or disallowed ?,
Xu Xiaohu
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
David Meyer
- re: [RRG] Are host-stack modifications allowed or disallowed ?,
Xu Xiaohu
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Robin Whittle
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Brian E Carpenter
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Robin Whittle
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Brian E Carpenter
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Robin Whittle
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Scott Brim
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Brian E Carpenter
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Dow Street
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Brian Dickson
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Scott Brim
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Bengt Ahlgren
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Dow Street
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Bengt Ahlgren
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- [RRG] 答复: [RRG] Are host-stack modifications allowed or disallowed ?,
Xu Xiaohu
- [RRG] 答复: [RRG] Are host-stack modifications allowed or disallowed ?,
Xu Xiaohu
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Dow Street
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Dow Street
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Luigi Iannone
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Iljitsch van Beijnum
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
philip.eardley
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Scott Brim
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Randall Atkinson
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Randall Atkinson
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
William Herrin
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Tony Li
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Simon Schuetz
- Re: [RRG] Are host-stack modifications allowed or disallowed ?,
Jari Arkko
- <Possible follow-ups>
- RE: [RRG] Are host-stack modifications allowed or disallowed ?,
Noel Chiappa
[RRG] Ivip Fast Push ID & 8 page Conceptual Summary and Analysis,
Robin Whittle
[RRG] Are we solving the wrong problem?,
Mark Handley
- Re: [RRG] Are we solving the wrong problem?,
Brian Dickson
- Re: [RRG] Are we solving the wrong problem?,
Eliot Lear
- Re: [RRG] Are we solving the wrong problem?,
David Williamson
- Re: [RRG] Are we solving the wrong problem?,
Elwyn Davies
- Re: [RRG] Are we solving the wrong problem?,
Victor Grishchenko
- Re: [RRG] Are we solving the wrong problem?,
Jari Arkko
- Re: [RRG] Are we solving the wrong problem?,
William Herrin
- Re: [RRG] Are we solving the wrong problem?,
Pekka Nikander
- Re: [RRG] Are we solving the wrong problem?,
marcelo bagnulo braun
- Re: [RRG] Are we solving the wrong problem?,
Mark Handley
- Re: [RRG] Are we solving the wrong problem?,
Brian E Carpenter
- Re: [RRG] Are we solving the wrong problem?,
marcelo bagnulo braun
- Re: [RRG] Are we solving the wrong problem?,
Pekka Nikander
- Re: [RRG] Are we solving the wrong problem?,
Scott Brim
- RE: [RRG] Are we solving the wrong problem?,
Tony Li
- Re: [RRG] Are we solving the wrong problem?,
Pekka Nikander
- RE: [RRG] Are we solving the wrong problem?,
Tony Li
- Re: [RRG] Are we solving the wrong problem?,
William Herrin
- Re: [RRG] Are we solving the wrong problem?,
Iljitsch van Beijnum
- Re: [RRG] Are we solving the wrong problem?,
marcelo bagnulo braun
- RE: [RRG] Are we solving the wrong problem?,
Scott Brim
- Re: [RRG] Are we solving the wrong problem?,
marcelo bagnulo braun
[RRG] Benchmark scenario for modeling,
ksriram
[RRG] New routing and addressing proposal added to the RRG wiki,
Anders Eriksson E
[RRG] new draft,
louise.burness
[RRG] Why not take address depletion issue into account,
Xu Xiaohu
[RRG] Map-encap space for "server" vs. "client" end-users?,
Robin Whittle
- [RRG] Re: Map-encap space for "server" vs. "client" end-users?,
William Herrin
- Re: [RRG] Re: Map-encap space for "server" vs. "client" end-users?,
Robin Whittle
- Re: [RRG] Re: Map-encap space for "server" vs. "client" end-users?,
William Herrin
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Robin Whittle
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
William Herrin
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Brian Dickson
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
William Herrin
- [RRG] transport relying on DNS,
Brian Dickson
- [RRG] Re: transport relying on DNS,
William Herrin
- [RRG] TRRP implementation path concerns,
Brian Dickson
- [RRG] Re: TRRP implementation path concerns,
William Herrin
- [RRG] The Map-Encap "third party" problem,
Brian Dickson
- [RRG] Re: The Map-Encap "third party" problem,
William Herrin
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Scott Brim
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Brian Dickson
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
William Herrin
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Brian Dickson
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
William Herrin
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Marshall Eubanks
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
Scott Brim
- Re: [RRG] Map-encap space for "server" vs. "client" end-users?,
William Herrin
- [RRG] How to Incrementally Deploy APT,
Dan Jen
[RRG] Evolutionary Possibilities,
Randall Atkinson
[RRG] Host changes & user costs of adopting map-encap addresses,
Robin Whittle
Re: [RRG] Why delaying initial packets matters,
HeinerHummel
[RRG] Subnetwork Encapsulation and Adaptation Layer (SEAL),
Templin, Fred L
[RRG] Agenda items?,
Tony Li
Re: Aggregation Implies Provider Dependence // Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Noel Chiappa
[RRG] RRG session schedule at IETF 71,
Lixia Zhang
[RRG] Meeting in Philly,
Tony Li
[RRG] MPLS with different types of mapping,
Iljitsch van Beijnum
[RRG] Response from the LISP-ALT team soon?,
Robin Whittle
[RRG] FW: [manet] SEAL (was: DPD for IPv4 MANETs),
Templin, Fred L
[RRG] Tradeoff between anycast and tree-hierarchy,
Xu Xiaohu
[RRG] Messages not getting to the List?,
Robin Whittle
[RRG] Single Host Granularity (SHG) with full database ITRs & Query Servers,
Robin Whittle
Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Noel Chiappa
[RRG] ALT's strong aggregation often leads to *very* long paths,
Robin Whittle
- re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Xu Xiaohu
- Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
K. Sriram
- Aggregation Implies Provider Dependence // Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Christian Vogt
- Re: Aggregation Implies Provider Dependence // Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Eliot Lear
- [RRG] Re: Aggregation Implies Provider Dependence (LISP-ALT) & Ivip dependencies too,
Robin Whittle
- Re: [RRG] Re: Aggregation Implies Provider Dependence (LISP-ALT) & Ivip dependencies too,
Brian E Carpenter
- [RRG] Why delaying initial packets matters,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters,
Kevin Loch
- [RRG] Large companies with PI, small with map-encap space?,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Christian Vogt
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Christian Vogt
- Re: [RRG] Why delaying initial packets matters,
William Herrin
- Re: [RRG] Why delaying initial packets matters,
Christian Vogt
- Re: [RRG] Why delaying initial packets matters,
Olivier Bonaventure
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters,
Christian Vogt
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Luigi Iannone
- Re: [RRG] Why delaying initial packets matters,
Eliot Lear
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters,
Tony Li
- Re: [RRG] Why delaying initial packets matters,
Dino Farinacci
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Scott Brim
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Scott Brim
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters - complex web pages & real-time P2P,
Robin Whittle
- Re: [RRG] Why delaying initial packets matters - complex web pages & real-time P2P,
William Herrin
- Re: [RRG] Why delaying initial packets matters - complex web pages & real-time P2P,
Scott Brim
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Stig Venaas
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Eliot Lear
- Re: [RRG] Why delaying initial packets matters,
Lars Eggert
- Re: [RRG] Why delaying initial packets matters,
Eliot Lear
- RE: [RRG] Why delaying initial packets matters,
Randall Atkinson
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
Jari Arkko
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
Dino Farinacci
- Re: [RRG] Why delaying initial packets matters,
Jari Arkko
- Re: [RRG] Why delaying initial packets matters,
Marshall Eubanks
- Re: [RRG] Why delaying initial packets matters,
Dino Farinacci
- RE: [RRG] Why delaying initial packets matters,
Randall Atkinson
- Re: [RRG] Why delaying initial packets matters,
Dino Farinacci
- RE: [RRG] Why delaying initial packets matters,
Randall Atkinson
- Re: [RRG] Why delaying initial packets matters,
Brian Dickson
- Re: [RRG] Why delaying initial packets matters,
William Herrin
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- Re: [RRG] Why delaying initial packets matters,
David Meyer
- RE: [RRG] Why delaying initial packets matters,
hannu.flinck
- Re: [RRG] Why delaying initial packets matters,
Tony Li
- RE: [RRG] Why delaying initial packets matters,
louise.burness
- Re: [RRG] Why delaying initial packets matters,
David Meyer
- Re: [RRG] Why delaying initial packets matters,
David Conrad
- [RRG] Re: Aggregation Implies Provider Dependence (LISP-ALT) & Ivip dependencies too,
Christian Vogt
- Re: [RRG] Re: Aggregation Implies Provider Dependence (LISP-ALT) & Ivip dependencies too,
Scott Brim
- <Possible follow-ups>
- Re: [RRG] ALT's strong aggregation often leads to *very* long paths,
Noel Chiappa
[RRG] draft-fuller-lisp-alt-01.txt,
Iljitsch van Beijnum
[RRG] Fresh subject lines,
Robin Whittle
Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Noel Chiappa
[RRG] draft-lear-lisp-nerd-03.txt,
Eliot Lear
[RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Robin Whittle
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Dino Farinacci
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Robin Whittle
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Eliot Lear
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Brian E Carpenter
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Tony Li
- Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
David Conrad
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian E Carpenter
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Eliot Lear
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian E Carpenter
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Scott Brim
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Iljitsch van Beijnum
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Iljitsch van Beijnum
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian E Carpenter
- Re: Granularity (was Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip),
Brian Dickson
- [RRG] Re: Granularity & number of ETRs for multihoming,
Robin Whittle
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Robin Whittle
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Tony Li
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Brian E Carpenter
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Tony Li
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Brian E Carpenter
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Tony Li
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
David Conrad
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Eliot Lear
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
David Conrad
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Eliot Lear
- re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Xu Xiaohu
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Iljitsch van Beijnum
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Tony Li
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
David Meyer
- <Possible follow-ups>
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Noel Chiappa
- Re: [RRG] ALT + NERD is inelegant & inefficient, compared to APT or Ivip,
Noel Chiappa
Re: Dependency on mapping [Re: [RRG] Tunnel fragmentation/reassembly for RRG ...,
HeinerHummel
[RRG] RRG Program Committee,
Tony Li
Re: [RRG] Properties of mapping solutions,
Noel Chiappa
[RRG] Comparing BGP with map-encap schemes,
Robin Whittle
[RRG] Comparing BGP with map-encap shemes,
Robin Whittle
[RRG] updated RRG Vancouver meeting minutes,
Lixia Zhang
Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
- RE: [RRG] MTU/fragmentation AGAIN,
Templin, Fred L
- RE: [RRG] MTU/fragmentation AGAIN,
Templin, Fred L
- Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
- RE: [RRG] MTU/fragmentation AGAIN,
Templin, Fred L
- Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
- RE: [RRG] MTU/fragmentation AGAIN,
Templin, Fred L
- Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
- [RRG] map-and-map (vs map-and-encaps) - further thoughts,
Brian Dickson
- Re: [RRG] map-and-map (vs map-and-encaps) - further thoughts,
Brian E Carpenter
- Re: [RRG] map-and-map (vs map-and-encaps) - further thoughts,
Brian Dickson
- Re: [RRG] map-and-map (vs map-and-encaps) - further thoughts,
Brian E Carpenter
- Re: [RRG] map-and-map (vs map-and-encaps) - further thoughts,
Brian Dickson
- [RRG] Re: map-and-map (vs map-and-encaps) - further thoughts,
Dino Farinacci
- Re: [RRG] MTU/fragmentation AGAIN,
Scott Brim
- Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
- Re: [RRG] MTU/fragmentation AGAIN,
Brian Dickson
RE: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Templin, Fred L
- <Possible follow-ups>
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Fwd: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
- Message not available
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dan Jen
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- [RRG] Provider Changes Under APT,
Dan Jen
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
- [RRG] BGP issues,
Iljitsch van Beijnum
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
- Message not available
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
- Message not available
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
- Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
Message not availableRe: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
Message not availableRe: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
RE: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
PAPADIMITRIOU Dimitri
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Robert Raszuk
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Yakov Rekhter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Iljitsch van Beijnum
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Iljitsch van Beijnum
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Iljitsch van Beijnum
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Eliot Lear
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian Dickson
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Iljitsch van Beijnum
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Scott Brim
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Dino Farinacci
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
[RRG] Properties of mapping solutions,
Iljitsch van Beijnum
Re: [RRG] Properties of mapping solutions,
Brian Dickson
Re: [RRG] Properties of mapping solutions,
Brian E Carpenter
Re: [RRG] Properties of mapping solutions,
briand
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Brian E Carpenter
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Tony Li
RE: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Templin, Fred L
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Fwd: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Luigi Iannone
Fwd: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Luigi Iannone
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Re: [RRG] Tunnel fragmentation/reassembly for RRG map-and-encaps architectures,
Noel Chiappa
Mail converted by MHonArc