One document matched: draft-whittle-ivip-drtm-00.xml

<?xml version="1.0" encoding="UTF-8"?>
<!-- edited with XMLSPY v5 rel. 3 U (http://www.xmlspy.com)
     by Daniel M Kohn (private) -->

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
    <!ENTITY rfc2119 PUBLIC '' 
      'http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml'>
]>

<rfc category="exp" ipr="trust200902" docName="draft-whittle-ivip-drtm-00.txt">

<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>

<?rfc toc="yes" ?>
<?rfc symrefs="yes" ?>
<?rfc sortrefs="yes"?>
<?rfc iprnotified="no" ?>
<?rfc strict="yes" ?>

<front>
	<title abbrev='Distributed Real Time Mapping'>
        DRTM - Distributed Real Time Mapping for Ivip and LISP
    </title>

    <author initials='R' surname="Whittle" fullname='Robin Whittle'>
        <organization> First Principles </organization>
		<address>
			<email>rw@firstpr.com.au</email>
       		<uri>http://www.firstpr.com.au/ip/ivip/</uri>
		</address>
    </author>

    <date year='2010' month='February' day='26'/>

    <workgroup></workgroup>

	<keyword>Routing</keyword>
	<keyword>Addressing</keyword>
    <keyword>BGP</keyword>
    <keyword>Scalable Routing</keyword>
	<keyword>Routing and Addressing Workshop</keyword>
	<keyword>Routing Research Group</keyword>
	<keyword>Routing table growth</keyword>
	<keyword>Core-Edge Separation architecture</keyword>
		
        
<abstract>
<t>

Distributed Real Time Mapping (DRTM) is intended for Ivip, but may be useful for other Core-Edge Separation solutions to the routing scaling problem, such as LISP.  Companies which operate MABs (Mapped Address Blocks) of "edge" SPI (Scalable PI) address space establish a number of widely dispersed sites from which to operate DITRs (Default ITRs in the DFZ).  These DITRs are required to tunnel packets sent from hosts in networks without ITRs.  DITRs are caching ITRs closely connected to mapping query servers which are sent a real-time feed of mapping updates for all the MABs the site supports.  By making this, or a similar, query server publicly available, caching Map Resolvers (MRs) in nearby ISP networks can resolve the mapping queries of the ITRs in that ISP's network, and in the end-user networks which use this ISP.  The DITR-Site mapping servers securely inform MRs of any changes to mapping which occur during the caching time of the map replies, and the MRs perform the same algorithm and pass the updated mapping to the one or more ITRs which is caching the mapping returned in the original reply.  In this way, the tunneling behaviour of all ITRs the world over is controlled in real-time.  Unlike previous approaches to Ivip's mapping distribution system, there is no need for mapping servers which contain the full database of mapping for all MABs.  Nor is there a need for real-time mapping feeds to ISPs.  Since the MABOC companies typically come most of the distance to ISPs all over the world, with their DITR sites, these DITR site query servers are typically close enough and numerous enough to scale well and provide very rapid mapping replies, with little loss of packets.  This avoids the "lost and delayed initial packets" problem inherent in global query server systems such as LISP-ALT.

</t>
</abstract>

        
</front>

<middle>


<section title="Introduction">

<t>

This document is a placeholder.  Please refer to the description of DRTM on the ITRF Routing Research Group mailing list (2010-02-26]:  http://www.ietf.org/mail-archive/web/rrg/current/msg06128.html and any discussion which results.  
</t>


</section>



<section title="Security Considerations">
<t>

None.


</t>



</section>


<section title="IANA Considerations">

<t>None.</t> 

</section>

</middle>





<back>
		<references title='Informative References'>

<?rfc include='./rfcs/bibxml3/reference.I-D.draft-irtf-rrg-recommendation-03'?>

      	</references>

</back>

</rfc>