ram Discussion Archive - Thread Index

• [RAM] RAM list is closing, Dow Street
• ietf.org mailing list memberships reminder, mailman-owner
  • <Possible follow-ups>
  • ietf.org mailing list memberships reminder, mailman-owner
• [RAM] A curious Internet service offering, RJ Atkinson
  • RE: [RAM] A curious Internet service offering, Templin, Fred L
  • Re: [RAM] A curious Internet service offering, David Meyer
    • Re: [RAM] A curious Internet service offering, Roland Dobbins
      • Re: [RAM] A curious Internet service offering, Brian E Carpenter
      • Re: [RAM] A curious Internet service offering, Iljitsch van Beijnum
      • Re: [RAM] A curious Internet service offering, Roland Dobbins
      • Re: [RAM] A curious Internet service offering, Bob Hinden
      • Re: [RAM] A curious Internet service offering, Roland Dobbins
    • Re: [RAM] A curious Internet service offering, Lixia Zhang
      • Re: [RAM] A curious Internet service offering, Geoff Huston
• [RAM] Different approaches for different protocols, RJ Atkinson
  • Re: [RAM] Different approaches for different protocols, Iljitsch van Beijnum
    • Re: [RAM] Different approaches for different protocols, Tony Li
      • RE: [RAM] Different approaches for different protocols, Templin, Fred L
  • Re: [RAM] Different approaches for different protocols, Scott Brim
    • Re: [RAM] Different approaches for different protocols, Dino Farinacci
  • Re: [RAM] Different approaches for different protocols, Dino Farinacci
    • Re: [RAM] Different approaches for different protocols, RJ Atkinson
      • Re: [RAM] Different approaches for different protocols, Tony Li
      • Re: [RAM] Different approaches for different protocols, Lixia Zhang
      • Re: [RAM] Different approaches for different protocols, Dino Farinacci
  • <Possible follow-ups>
  • Re: [RAM] Different approaches for different protocols, Noel Chiappa
• [RAM] Some pics from last night, Dino Farinacci
  • Re: [RAM] Some pics from last night, Dino Farinacci
• [RAM] fwd: RIPE-55 mtg on IP transition/evolution, RJ Atkinson
• [RAM] Tunnelling & GigE jumbo frame size, RJ Atkinson
  • Re: [RAM] Tunnelling & GigE jumbo frame size, Iljitsch van Beijnum
    • Re: [RAM] Tunnelling & GigE jumbo frame size, RJ Atkinson
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Iljitsch van Beijnum
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Dino Farinacci
      • Re: [RAM] Tunnelling & GigE jumbo frame size, RJ Atkinson
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Iljitsch van Beijnum
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Dino Farinacci
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Gert Doering
      • Re: [RAM] Tunnelling & GigE jumbo frame size, RJ Atkinson
      • Re: [RAM] Tunnelling & GigE jumbo frame size, Gert Doering
• [RAM] Re: The mapping problem: rendezvous points ?, RJ Atkinson
• Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, Noel Chiappa
  • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, Iljitsch van Beijnum
  • <Possible follow-ups>
  • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, HeinerHummel
  • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, Noel Chiappa
  • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, HeinerHummel
• [RAM] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Xu Xiaohu
  • Re: [RAM] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Dino Farinacci
  • [RAM] Re: [RRG] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Lixia Zhang
  • <Possible follow-ups>
  • [RAM] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Xu Xiaohu
  • Re: [RAM] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Noel Chiappa
    • Re: [RAM] How to avoid black-hole in LISP-CONS with aggregation mechanism?, Scott Brim
• [RAM] Tunnelling Route Reduction Protocol, William Herrin
  • Re: [RAM] Tunnelling Route Reduction Protocol, Robin Whittle
    • Re: [RAM] Tunnelling Route Reduction Protocol, William Herrin
      • Re: [RAM] Tunnelling Route Reduction Protocol, Robin Whittle
      • Re: [RAM] Tunnelling Route Reduction Protocol, William Herrin
      • Re: [RAM] Tunnelling Route Reduction Protocol, Brian E Carpenter
      • Re: [RAM] Tunnelling Route Reduction Protocol, William Herrin
  • <Possible follow-ups>
  • Re: [RAM] Tunnelling Route Reduction Protocol, Noel Chiappa
    • Re: [RAM] Tunnelling Route Reduction Protocol, William Herrin
  • Re: [RAM] Tunnelling Route Reduction Protocol, Noel Chiappa
    • Re: [RAM] Tunnelling Route Reduction Protocol, William Herrin
• [RAM] RADIR Problem Statement: timeframe, portability, mobility, FIB etc., Robin Whittle
  • [RAM] Re: RADIR Problem Statement: timeframe, portability, mobility, FIB etc., Brian E Carpenter
    • Re: [RAM] Re: RADIR Problem Statement: timeframe, portability, mobility, FIB etc., Robin Whittle
• [RAM] Why TE must be at individual user level, JFC Morfin
• [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Robin Whittle
  • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Thomas Narten
  • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Gert Doering
    • [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Stephane Bortzmeyer
    • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Robin Whittle
      • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Olivier Bonaventure
      • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Robin Whittle
      • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Gert Doering
      • [RAM] "End-users" & things I think warrant more attention, Robin Whittle
      • [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Stephane Bortzmeyer
      • [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Gert Doering
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., JFC Morfin
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Thomas Narten
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., JFC Morfin
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Gert Doering
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., JFC Morfin
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Roland Dobbins
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., JFC Morfin
      • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., JFC Morfin
      • [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Stephane Bortzmeyer
      • Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Gert Doering
      • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Jari Arkko
  • Re: [RAM] Renumbering impossibility: TSL/SSL certs, DNS delegation etc., Stig Venaas
• [RAM] Re: [RRG] Routers in DFZ, Robin Whittle
• Re: [RAM] First cut at routing & addressing problem statement, JFC Morfin
• [RAM] Jabber notes from the IETF 69 meeting, Marshall Eubanks
• Re: [RAM] ITR complexity & security (ICMP) in LISP-NERD/CONS & eFIT-APT, Noel Chiappa
  • Re: [RAM] ITR complexity & security (ICMP) in LISP-NERD/CONS & eFIT-APT, Robin Whittle
• [RAM] ITR complexity & security (ICMP) in LISP-NERD/CONS & eFIT-APT, Robin Whittle
• [RAM] First cut at routing & addressing problem statement, Thomas Narten
  • Re: [RAM] First cut at routing & addressing problem statement, Ricardo V. Oliveira
    • [RAM] rrg presentation slides online?, Ved Kafle
    • Re: [RAM] First cut at routing & addressing problem statement, Jason Schiller
  • Re: [RAM] First cut at routing & addressing problem statement, Peter Sherbin
    • Re: [RAM] First cut at routing & addressing problem statement, John G. Scudder
      • Re: [RAM] First cut at routing & addressing problem statement, Peter Sherbin
      • [RAM] draft-sherbin-eia-00.txt, Peter Sherbin
  • Re: [RAM] First cut at routing & addressing problem statement, Robin Whittle
    • Re: [RAM] First cut at routing & addressing problem statement, Robin Whittle
      • Re: [RAM] First cut at routing & addressing problem statement, Thomas Narten
      • Re: [RAM] First cut at routing & addressing problem statement, JFC Morfin
      • Re: [RAM] First cut at routing & addressing problem statement, Thomas Narten
      • Re: [RAM] First cut at routing & addressing problem statement, Robin Whittle
      • Re: [RAM] First cut at routing & addressing problem statement, JFC Morfin
  • Re: [RAM] First cut at routing & addressing problem statement, Brian E Carpenter
    • Re: [RAM] First cut at routing & addressing problem statement, JFC Morfin
  • Re: [RAM] First cut at routing & addressing problem statement, Eliot Lear
• [RAM] Quick intro and color multihoming diagram, Robin Whittle
• [RAM] Slides: comparision of & challenges to the 4 proposals, Robin Whittle
• [RAM] IDR tutorial and shortest path, Iljitsch van Beijnum
• [RAM] Tunneling overheads and fragmentation, Robin Whittle
  • RE: [RAM] Tunneling overheads and fragmentation, Templin, Fred L
  • [RAM] Re: Tunneling overheads and fragmentation, Stephane Bortzmeyer
    • Re: [RAM] Re: Tunneling overheads and fragmentation, Iljitsch van Beijnum
    • Re: [RAM] Re: Tunneling overheads and fragmentation, David Meyer
  • Re: [RAM] Tunneling overheads and fragmentation, Wassim Haddad
    • Re: [RAM] Tunneling overheads and fragmentation, Robin Whittle
  • Re: [RAM] Tunneling overheads and fragmentation, Gert Doering
    • Re: [RAM] Tunneling overheads and fragmentation, Robin Whittle
      • Re: [RAM] Tunneling overheads and fragmentation, Marshall Eubanks
      • Re: [RAM] Tunneling overheads and fragmentation, Iljitsch van Beijnum
      • Message not available
      • Message not available
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Iljitsch van Beijnum
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Dino Farinacci
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Iljitsch van Beijnum
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Dino Farinacci
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Pekka Savola
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Gert Doering
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Dino Farinacci
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Gert Doering
      • Re: [RRG] Re: [RAM] Tunneling overheads and fragmentation, Dino Farinacci
    • Re: [RAM] Tunneling overheads and fragmentation, Robin Whittle
• [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Robin Whittle
  • Re: [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Jeroen Massar
  • Re: [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Iljitsch van Beijnum
    • Re: [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Robin Whittle
      • Re: [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Per Heldal
      • Re: [RAM] IPv6 /32 to /48 prefixes and Tree-Bitmap FIB speed, Brian E Carpenter
• [RAM] New LISP draft available ..., Dino Farinacci
  • Re: [RAM] New LISP draft available ..., Brian E Carpenter
    • Re: [RAM] New LISP draft available ..., Scott Brim
      • Re: [RAM] New LISP draft available ..., Brian E Carpenter
    • Re: [RAM] New LISP draft available ..., Dino Farinacci
      • Re: [RAM] New LISP draft available ..., Brian E Carpenter
      • Re: [RAM] New LISP draft available ..., Dino Farinacci
      • RE: [RAM] New LISP draft available ..., Templin, Fred L
      • Re: [RAM] New LISP draft available ..., Brian E Carpenter
      • Re: [RAM] New LISP draft available ..., Dino Farinacci
  • Re: [RAM] New LISP draft available ..., Roger Jorgensen
    • RE: [RAM] New LISP draft available ..., philip.eardley
      • Re: [RAM] New LISP draft available ..., Dino Farinacci
    • Re: [RAM] New LISP draft available ..., Dino Farinacci
• [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
  • RE: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Templin, Fred L
  • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Eliot Lear
    • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • RE: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Templin, Fred L
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • RE: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Templin, Fred L
      • RE: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Templin, Fred L
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • RE: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Templin, Fred L
  • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Dino Farinacci
    • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Dino Farinacci
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Dino Farinacci
      • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Dino Farinacci
  • <Possible follow-ups>
  • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Dan Jen
    • Re: [RAM] LISP NERD/CONS, eFIT-APT & Ivip compared, Robin Whittle
• [RAM] iPlane stats on number of BGP routers etc., Robin Whittle
• [RAM] Re: proxy shim with hash in upper address bits?, Iljitsch van Beijnum
  • [RAM] Re: proxy shim with hash in upper address bits?, marcelo bagnulo braun
    • [RAM] Re: proxy shim with hash in upper address bits?, Iljitsch van Beijnum
• RE: [RAM] Re: LISP-01 I-D, Sandy Murphy
  • Re: [RAM] Re: LISP-01 I-D, David Meyer
• [RAM] Technical report on Loc/ID separation cost, Luigi Iannone
• [RAM] ETRs checking src & dest addresses, Robin Whittle
  • Re: [RAM] ETRs checking src & dest addresses, Iljitsch van Beijnum
    • Re: [RAM] ETRs checking src & dest addresses, Robin Whittle
• [RAM] Fwd: I-D ACTION:draft-irtf-rrg-design-goals-01.txt, Tony Li
• [RAM] Fwd: I-D ACTION:draft-bagnulo-lisp-threat-01.txt, marcelo bagnulo braun
  • [RAM] draft-bagnulo-lisp-threat-01, Robin Whittle
    • [RAM] Re: draft-bagnulo-lisp-threat-01, marcelo bagnulo braun
      • [RAM] Re: draft-bagnulo-lisp-threat-01, Robin Whittle
      • [RAM] Re: draft-bagnulo-lisp-threat-01, marcelo bagnulo braun
      • Re: [RAM] Re: draft-bagnulo-lisp-threat-01, Dino Farinacci
      • Re: [RAM] Re: draft-bagnulo-lisp-threat-01, marcelo bagnulo braun
      • Re: [RAM] Re: draft-bagnulo-lisp-threat-01, Dino Farinacci
      • Re: [RAM] Re: draft-bagnulo-lisp-threat-01, Robin Whittle
      • Re: [RAM] Re: draft-bagnulo-lisp-threat-01, Dino Farinacci
• [RAM] Early version of Ivip I-D, Robin Whittle
• [RAM] draft-jen-apt and eFIT, Robin Whittle
  • Re: [RAM] draft-jen-apt and eFIT, Robin Whittle
    • Re: [RAM] draft-jen-apt and eFIT, Lixia Zhang
  • Re: [RAM] draft-jen-apt and eFIT, Lixia Zhang
• [RAM] Ivip I-D soon, Robin Whittle
  • Re: [RAM] Ivip I-D soon, Robin Whittle
• [RAM] Question about lisp-cons aggregation, Brian E Carpenter
  • Re: [RAM] Question about lisp-cons aggregation, Dino Farinacci
    • Re: [RAM] Question about lisp-cons aggregation, David Meyer
• Re: [RAM] Re: the separation of ID/RLOC, Noel Chiappa
  • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
  • [RAM] Detecting multihoming failures, Robin Whittle
  • [RAM] ITR/ETR functions in hosts, NATs & servers - not in routers?, Robin Whittle
• [RAM] 5 Database <--> ITR push, pull and notify, Robin Whittle
  • Re: [RAM] 5 Database <--> ITR push, pull and notify, Robin Whittle
• [RAM] 4 User-interface and delegation tree for central database (LISP/Ivip), Robin Whittle
• [RAM] 3 Database - ITR update rates, mobility etc., Robin Whittle
• [RAM] 2 ETR strategies, including in the host, Robin Whittle
• [RAM] 1 Ivip ITR strategies, including in the host, Robin Whittle
• [RAM] Six/One: A (Different) Solution for Routing and Addressing in IPv6, Christian Vogt
• [RAM] Just posted: draft-meyer-lisp-cons-00.txt, David Meyer
  • Re: [RAM] Just posted: draft-meyer-lisp-cons-00.txt, Robin Whittle
    • Re: [RAM] Just posted: draft-meyer-lisp-cons-00.txt, Dino Farinacci
• [RAM] the separation of ID/RLOC, Michael
  • [RAM] Re: the separation of ID/RLOC, Dino Farinacci
    • [RAM] Re: the separation of ID/RLOC, Michael
      • [RAM] Re: the separation of ID/RLOC, Dino Farinacci
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Michael
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Eliot Lear
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Scott W Brim
      • Re: [RAM] Re: the separation of ID/RLOC, Dino Farinacci
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Tony Li
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Tony Li
      • Re: [RAM] Re: the separation of ID/RLOC, Eliot Lear
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Tony Li
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Tony Li
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Dino Farinacci
      • Re: [RAM] Re: the separation of ID/RLOC, Iljitsch van Beijnum
      • Re: [RAM] Re: the separation of ID/RLOC, Christian Vogt
      • Re: [RAM] Re: the separation of ID/RLOC, Iljitsch van Beijnum
      • Provider Selection and Mapping Updates (Re: [RAM] Re: the separation of ID/RLOC), Christian Vogt
      • Re: Provider Selection and Mapping Updates (Re: [RAM] Re: the separation of ID/RLOC), Iljitsch van Beijnum
      • Re: Provider Selection and Mapping Updates (Re: [RAM] Re: the separation of ID/RLOC), Eliot Lear
      • Re: Provider Selection and Mapping Updates (Re: [RAM] Re: the separation of ID/RLOC), Iljitsch van Beijnum
      • Re: Provider Selection and Mapping Updates (Re: [RAM] Re: the separation of ID/RLOC), Christian Vogt
      • Transport Protocol Adaptation (Re: [RAM] Re: the separation of ID/RLOC), Christian Vogt
• [RAM] RRG & ITR lists: BGP path hunting, stability, MRAI timer, CPU and memory load etc., Robin Whittle
  • Re: [RAM] RRG & ITR lists: BGP path hunting, stability, MRAI timer, CPU and memory load etc., David Conrad
• [RAM] Preliminary thoughts on LISP 1.5, Vince Fuller
  • Re: [RAM] Preliminary thoughts on LISP 1.5, Robin Whittle
    • Re: [RAM] Preliminary thoughts on LISP 1.5, Michael
• [RAM] Ivip (was ViP ...), Robin Whittle
  • Re: [RAM] Ivip (was ViP ...), Robin Whittle
    • Re: [RAM] Ivip (was ViP ...), Robin Whittle
      • RE: [RAM] Ivip (was ViP ...), Ved Kafle
      • Re: [RAM] Ivip (was ViP ...), Robin Whittle
      • Re: [RAM] Ivip (was ViP ...), Robin Whittle
      • Re: [RAM] Ivip (was ViP ...), Brian E Carpenter
      • [RAM] Re: Ivip (was ViP ...) diagram, Robin Whittle
      • RE: [RAM] Ivip (was ViP ...) placement, Joel M. Halpern
      • Re: [RAM] Ivip (was ViP ...) placement, Robin Whittle
  • Re: [RAM] Ivip (was ViP ...), Markus Stenberg
    • Re: [RAM] Ivip (was ViP ...), Robin Whittle
  • <Possible follow-ups>
  • Re: [RAM] Ivip (was ViP ...), Noel Chiappa
    • Re: [RAM] Ivip (was ViP ...), Robin Whittle
      • OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Brian E Carpenter
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Eliot Lear
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Robin Whittle
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], william(at)elan.net
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Olivier Bonaventure
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], william(at)elan.net
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Olivier Bonaventure
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Brian E Carpenter
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Eliot Lear
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Jari Arkko
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Christian Vogt
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Brian E Carpenter
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Gert Doering
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Christian Vogt
      • Message not available
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Christian Vogt
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Robin Whittle
      • Re: OK, shim6, if we must [Re: [RAM] Ivip (was ViP ...)], Brian E Carpenter
• [RAM] DNS usage in NERD, RJ Atkinson
  • Re: [RAM] DNS usage in NERD, Roland Dobbins
    • Re: [RAM] DNS usage in NERD, Eliot Lear
      • Re: [RAM] DNS usage in NERD, Roland Dobbins
  • Re: [RAM] DNS usage in NERD, Brian E Carpenter
    • Re: [RAM] DNS usage in NERD, Eliot Lear
      • Re: [RAM] DNS usage in NERD, Brian E Carpenter
      • Re: [RAM] DNS usage in NERD, Robin Whittle
  • <Possible follow-ups>
  • Re: [RAM] DNS usage in NERD, Brian E Carpenter
    • Re: [RAM] DNS usage in NERD, Eliot Lear
    • Re: [RAM] DNS usage in NERD, Robin Whittle
• [RAM] Re: I-D ACTION:draft-lear-lisp-nerd-01.txt, Brian E Carpenter
  • [RAM] Re: I-D ACTION:draft-lear-lisp-nerd-01.txt, Eliot Lear
    • [RAM] Re: I-D ACTION:draft-lear-lisp-nerd-01.txt, Brian E Carpenter
      • [RAM] Re: I-D ACTION:draft-lear-lisp-nerd-01.txt, Eliot Lear
  • <Possible follow-ups>
  • [RAM] Re: I-D ACTION:draft-lear-lisp-nerd-01.txt, Stephane Bortzmeyer
• [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Robin Whittle
  • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Dino Farinacci
    • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Robin Whittle
      • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Dino Farinacci
      • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Robin Whittle
      • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Dino Farinacci
      • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Markus Stenberg
  • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Christian Vogt
  • <Possible follow-ups>
  • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Ved Kafle
    • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Christian Vogt
      • Re: [RAM] ViP: Anycast ITRs in the DFZ & mobile tunnels, Robin Whittle
• [RAM] Re: Ramblings about "locator", RJ Atkinson
  • Re: [RAM] Re: Ramblings about "locator", Dino Farinacci
    • Re: [RAM] Re: Ramblings about "locator", RJ Atkinson
      • Re: [RAM] Re: Ramblings about "locator", Joel M. Halpern
      • Re: [RAM] Ramblings about "locator", Christian Vogt
      • Re: [RAM] Re: Ramblings about "locator", Dino Farinacci
  • <Possible follow-ups>
  • Re: [RAM] Re: Ramblings about "locator", Noel Chiappa
  • Re: [RAM] Re: Ramblings about "locator", Noel Chiappa
    • Re: [RAM] Re: Ramblings about "locator", RJ Atkinson
      • Re: [RAM] Re: Ramblings about "locator", Tony Li
      • Re: [RAM] Re: Ramblings about "locator", Peter Sherbin
      • Re: [RAM] Re: Ramblings about "locator", Mikko Särelä
  • Re: [RAM] Re: Ramblings about "locator", Noel Chiappa
  • Re: [RAM] Re: Ramblings about "locator", Noel Chiappa
  • Re: [RAM] Re: Ramblings about "locator", HeinerHummel
• [RAM] Ramblings about "locator", Brian E Carpenter
  • RE: [RAM] Ramblings about "locator", jarno.rajahalme
  • Re: [RAM] Ramblings about "locator", Marshall Eubanks
    • Re: [RAM] Ramblings about "locator", Brian E Carpenter
      • Re: [RAM] Ramblings about "locator", Dino Farinacci
  • <Possible follow-ups>
  • Re: [RAM] Ramblings about "locator", Noel Chiappa
  • Re: [RAM] Ramblings about "locator", Ved Kafle
    • Re: [RAM] Ramblings about "locator", Brian E Carpenter
      • Re: [RAM] Ramblings about "locator", Stig Venaas
      • Re: [RAM] Ramblings about "locator", Marshall Eubanks
  • Re: [RAM] Ramblings about "locator", Noel Chiappa
    • Re: [RAM] Ramblings about "locator", Peter Sherbin
    • Re: [RAM] Ramblings about "locator", Brian E Carpenter
      • RE: [RAM] Ramblings about "locator", louise.burness
• [RAM] draft-lear-lisp-nerd-01, Eliot Lear
  • Re: [RAM] draft-lear-lisp-nerd-01, Iljitsch van Beijnum
    • Re: [RAM] draft-lear-lisp-nerd-01, Eliot Lear
      • Re: [RAM] draft-lear-lisp-nerd-01, Iljitsch van Beijnum
      • Re: [RAM] draft-lear-lisp-nerd-01, Dino Farinacci
      • [RAM] LISP-01 I-D, Robin Whittle
      • [RAM] Re: LISP-01 I-D, Dino Farinacci
      • Re: [RAM] Re: LISP-01 I-D, marcelo bagnulo braun
      • [RAM] Re: LISP-01 I-D, Robin Whittle
      • Re: [RAM] Re: LISP-01 I-D, Dino Farinacci
      • [RAM] Re: LISP-01 I-D - UDP vs. IP-in-IP encapsulation, Robin Whittle
      • RE: [RAM] Re: LISP-01 I-D, Templin, Fred L
      • [RAM] question about LISP v1, marcelo bagnulo braun
      • Re: [RAM] question about LISP v1, marcelo bagnulo braun
      • [RAM] Re: question about LISP v1, Dino Farinacci
      • [RAM] RE: question about LISP v1, Ved Kafle
      • [RAM] Re: question about LISP v1, Dino Farinacci
      • Re: [RAM] draft-lear-lisp-nerd-01, Iljitsch van Beijnum
      • Re: [RAM] draft-lear-lisp-nerd-01, Michael
    • Re: [RAM] draft-lear-lisp-nerd-01, Robin Whittle
• [RAM] revised draft proposed definitions, RJ Atkinson
  • Re: [RAM] revised draft proposed definitions, Eliot Lear
    • Re: [RAM] revised draft proposed definitions, Tony Li
      • Re: [RAM] revised draft proposed definitions, Brian E Carpenter
      • Re: [RAM] revised draft proposed definitions, JFC Morfin
      • Re: [RAM] revised draft proposed definitions, Tony Li
      • Re: [RAM] revised draft proposed definitions, Michael
      • Re: [RAM] revised draft proposed definitions, Russ White
      • Re: [RAM] revised draft proposed definitions, RJ Atkinson
      • Re: [RAM] revised draft proposed definitions, Russ White
  • [RAM] Re: revised draft proposed definitions, Stephane Bortzmeyer
    • Re: [RAM] Re: revised draft proposed definitions, Brian E Carpenter
    • Re: [RAM] Re: revised draft proposed definitions, Scott W Brim
      • [RAM] Re: revised draft proposed definitions, Stephane Bortzmeyer
  • <Possible follow-ups>
  • Re: [RAM] revised draft proposed definitions, HeinerHummel
  • Re: [RAM] revised draft proposed definitions, Noel Chiappa
    • Re: [RAM] revised draft proposed definitions, Russ White
• [RAM] some draft proposed definitions, RJ Atkinson
  • Re: [RAM] some draft proposed definitions, tom.petch
  • Re: [RAM] some draft proposed definitions, Peter Sherbin
  • Re: [RAM] some draft proposed definitions, Joel M. Halpern
    • RE: [RAM] some draft proposed definitions, Marcus Brunner
      • RE: [RAM] some draft proposed definitions, Joel M. Halpern
    • Re: [RAM] some draft proposed definitions, Scott W Brim
      • Re: [RAM] some draft proposed definitions, Mikko Särelä
  • <Possible follow-ups>
  • Re: [RAM] some draft proposed definitions, Noel Chiappa
  • Re: [RAM] some draft proposed definitions, Noel Chiappa
• [RAM] (no subject), RJ Atkinson
  • RE: [RAM] (no subject), Templin, Fred L
  • <Possible follow-ups>
  • Re: [RAM] (no subject), HeinerHummel
    • Re: [RAM] (no subject), Brian E Carpenter
  • [RAM] (no subject), RJ Atkinson
  • [RAM] (no subject), RJ Atkinson
  • [RAM] (no subject), Lixia Zhang
• [RAM] Crisper Terminology, RJ Atkinson
  • Re: [RAM] Crisper Terminology, Scott W Brim
    • Re: [RAM] Crisper Terminology, RJ Atkinson
      • Re: [RAM] Crisper Terminology, Scott W Brim
      • Re: [RAM] Crisper Terminology, Dino Farinacci
  • Re: [RAM] Crisper Terminology, Eliot Lear
  • <Possible follow-ups>
  • Re: [RAM] Crisper Terminology, Noel Chiappa
    • Re: [RAM] Crisper Terminology, RJ Atkinson
      • Re: [RAM] Crisper Terminology, Brian E Carpenter
      • Re: [RAM] Crisper Terminology, Jari Arkko
      • Re: [RAM] Crisper Terminology, Scott W Brim
      • Re: [RAM] Crisper Terminology, Russ White
  • Re: [RAM] Crisper Terminology, Noel Chiappa
  • Re: [RAM] Crisper Terminology, HeinerHummel
  • Re: [RAM] Crisper Terminology, HeinerHummel
    • Re: [RAM] Crisper Terminology, Tony Li
      • Re: [RAM] Crisper Terminology, Dino Farinacci
      • Re: [RAM] Crisper Terminology, Russ White
      • Re: [RAM] Crisper Terminology, Dino Farinacci
  • Re: [RAM] Crisper Terminology, Noel Chiappa
• [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Brian E Carpenter
  • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Iljitsch van Beijnum
  • <Possible follow-ups>
  • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], HeinerHummel
    • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Brian E Carpenter
      • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Scott W Brim
      • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Brian E Carpenter
  • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Noel Chiappa
    • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Brian E Carpenter
  • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], HeinerHummel
    • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Brian E Carpenter
  • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Noel Chiappa
    • Re: [RAM] [Fwd: I-D ACTION:draft-carpenter-idloc-map-cons-01.txt], Iljitsch van Beijnum
• [RAM] IPv6 PI debate - RIPE & ARIN, Robin Whittle
  • Re: [RAM] IPv6 PI debate - RIPE & ARIN, JORDI PALET MARTINEZ
• [RAM] RAM, RRG, RADIR and IDR lists, Robin Whittle
  • Re: [RAM] RAM, RRG, RADIR and IDR lists, Jari Arkko
  • <Possible follow-ups>
  • Re: [RAM] RAM, RRG, RADIR and IDR lists, Fergie
• [RAM] Number of DFZ routers, Robin Whittle
  • Re: [RAM] Number of DFZ routers, Ted Seely
    • Re: [RAM] Number of DFZ routers, Tony Li
    • Re: [RAM] Number of DFZ routers, Robin Whittle
      • Re: [RAM] Number of DFZ routers, Chris L. Morrow
      • Re: [RAM] Number of DFZ routers, Robin Whittle
      • [RAM] Re: Number of DFZ routers, Stephane Bortzmeyer
      • Re: [RAM] Re: Number of DFZ routers, Robin Whittle
      • Re: [RAM] Number of DFZ routers, Iljitsch van Beijnum
      • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, Robin Whittle
      • Re: [RAM] Number of DFZ routers - radical improvement of BGP unlikely, Iljitsch van Beijnum
  • Re: [RAM] Number of DFZ routers, Ricardo V. Oliveira
  • <Possible follow-ups>
  • Re: [RAM] Number of DFZ routers, HeinerHummel
    • Re: [RAM] Number of DFZ routers, Chris L. Morrow
      • Re: [RAM] Number of DFZ routers, Eliot Lear
      • Re: [RAM] Number of DFZ routers, Chris L. Morrow
      • Re: [RAM] Number of DFZ routers, Roland Dobbins
      • Re: [RAM] Number of DFZ routers, Simon Leinen
      • Message not available
      • Re: [RAM] Number of DFZ routers, Chris L. Morrow
      • Re: [RAM] Number of DFZ routers, Simon Leinen
      • Re: [RAM] Number of DFZ routers, Chris L. Morrow
  • Re: [RAM] Number of DFZ routers, HeinerHummel
    • Re: [RAM] Number of DFZ routers, Robert Raszuk
  • Re: [RAM] Number of DFZ routers, Noel Chiappa
  • Re: [RAM] Number of DFZ routers, HeinerHummel
  • Re: [RAM] Number of DFZ routers, HeinerHummel
    • Re: [RAM] Number of DFZ routers, Olivier Bonaventure
  • Re: [RAM] Number of DFZ routers, Noel Chiappa
  • Re: [RAM] Number of DFZ routers, HeinerHummel
    • [RAM] Meeting at IETF-69?, Ved Kafle
      • Re: [RAM] Meeting at IETF-69?, Tony Li
      • Re: [RAM] Meeting at IETF-69?, Loa Andersson
      • Re: [RAM] Meeting at IETF-69?, Tony Li
      • Re: [RAM] Meeting at IETF-69?, Marshall Eubanks
      • Re: [RAM] Meeting at IETF-69?, Tony Li
      • Re: [RAM] Meeting at IETF-69?, Marshall Eubanks
      • Re: [RAM] Meeting at IETF-69?, Loa Andersson
• [RAM] Bringing routing and addressing solutions to the IETF, The IESG
• [RAM] The mapping problem: rendezvous points?, Iljitsch van Beijnum
  • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
    • Re: [RAM] The mapping problem: rendezvous points?, Dino Farinacci
      • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
      • Re: [RAM] The mapping problem: rendezvous points?, Yakov Rekhter
      • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
      • Re: [RAM] The mapping problem: rendezvous points?, Dino Farinacci
      • Re: [RAM] The mapping problem: rendezvous points?, Dino Farinacci
    • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
      • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
      • RE: [RAM] The mapping problem: rendezvous points?, Templin, Fred L
      • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • RE: [RAM] The mapping problem: rendezvous points?, Dave Thaler
      • Re: [RAM] The mapping problem: rendezvous points?, Eliot Lear
      • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • Re: [RAM] The mapping problem: rendezvous points?, Gert Doering
      • Re: [RAM] The mapping problem: rendezvous points?, Tony Li
      • Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?), Jari Arkko
      • Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?), Brian E Carpenter
      • Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?), Jari Arkko
      • Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?), Tony Li
      • Re: Manual network access logins (Was: Re: [RAM] The mapping problem: rendezvous points?), Brian E Carpenter