<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/hybrid-news2/2011/04/testing-entry-5.html" />
  <link rel="self" type="application/atom+xml" href="http://blog.tmcnet.com/hybrid-news2/atom.xml" />
  <id>tag:blog.tmcnet.com,2011:/hybrid-news2//155/tag:blog.tmcnet.com,2011:/hybrid-news2//155.46569-</id>
  <updated></updated>
  <title>Comments for testing entry 5</title>
  <subtitle>description of blog</subtitle>
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.36</generator>
  <entry>
    <id>tag:blog.tmcnet.com,2011:/hybrid-news2//155.46569</id>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/hybrid-news2/2011/04/testing-entry-5.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blog.tmcnet.com/mt/mt-atom.cgi/weblog/blog_id=155/entry_id=46569" title="testing entry 5" />
    <published>2011-04-19T02:57:01Z</published>
    <updated>2011-04-20T03:41:06Z</updated>
    <title>testing entry 5</title>
    <summary>We will refer to the first block as &quot;24-bit block&quot;, the second as&quot;20-bit block&quot;, and to the third as &quot;16-bit&quot; block. Note that (inpre-CIDR notation) the first dog block is nothing but a single class Anetwork number, while the second...</summary>
    <author>
      <name>Tom Keating</name>
      <uri>http://blog.tmcnet.com/blog/tom-keating/</uri>
    </author>
    
    <category term="Google" />
    
    <category term="Microsoft" />
    
    <category term="VoIP" />
    
    <content type="html" xml:lang="en-us" xml:base="http://blog.tmcnet.com/hybrid-news2/">
      <![CDATA[We will refer to the first block as "24-bit block", the second as<br />"20-bit block", and to the third as "16-bit" block. Note that (in<br />pre-CIDR notation) the first dog block is nothing but a single class A<br />network number, while the second block is a set of 16 contiguous<br />class B network numbers, and third block is a set of 256 contiguous<br />class C network numbers.<br /><br />An enterprise that decides to use IP addresses out of the address<br />space defined in this document can do so without any coordination<br />with IANA or an Internet registry. The address space can thus be used<br />by many enterprises. Addresses within this private address space will<br />only be unique within the enterprise, or the set of enterprises which<br />choose to cooperate over this space so they may communicate with each<br />other in their own private internet.<br /><br />As before, any enterprise that needs globally unique address space is<br />required to obtain such addresses from an Internet registry. An<br />enterprise that requests IP addresses for its external connectivity<br />will never be assigned addresses from the blocks defined above.<br /><br />In order to use private address space, an enterprise needs to<br />determine which hosts do not need to have network layer connectivity<br />outside the enterprise in the foreseeable future and thus could be<br />classified as private. Such hosts will use the private address space<br />defined above.&nbsp; Private hosts can communicate with all other hosts<br />inside the enterprise, both public and private. However, they cannot<br />have IP connectivity to any host outside of the enterprise. While not<br />having external (outside of the enterprise) IP connectivity private<br />hosts can still have access to external services via mediating<br />gateways.<br /><br />All other hosts will be public and will use globally unique address<br />space assigned by an Internet Registry. Public hosts can communicate<br />with other hosts inside the enterprise both public and private and<br />can have IP connectivity to public hosts outside the enterprise.<br />Public hosts do not have connectivity to private hosts of other<br />enterprises.<br /><br />Moving a host from private to public or vice versa involves a change<br />of IP address, changes to the appropriate DNS entries, and changes to<br />configuration files on other hosts that reference the host by IP<br />address.<br /><br />Because private addresses have no global meaning, routing information<br />about private networks shall not be propagated on inter-enterprise<br />links, and packets with private source or destination addresses<br />should not be forwarded across such links. Routers in networks not<br />using private address space, especially those of Internet service<br />providers, are expected to be configured to reject (filter out)<br />routing information about private networks. If such a router receives<br />such information the rejection shall not be treated as a routing<br />protocol error.<br /><br />Indirect references to such addresses should be contained within the<br />enterprise. Prominent examples of such references are DNS Resource<br />Records and other information referring to internal private<br />addresses. In particular, Internet service providers should take<br />measures to prevent such leakage.]]>
      
    </content>
  </entry>

</feed>