Christopher,<br>I understand exactly what you are saying.... but let&#39;s think about this for a moment.<br><br>If the networks we are stitching together have all public IPs, then either one of two things is happening.<br>
<br>1 - You can&#39;t access the IPs from the Internet, so they aren&#39;t really public....they are from the public pool, and are depleting the limited supply for IPs, but they aren&#39;t public, therefore they should be private IPs.
<br><br>2 - You can access the IPs from the Internet, therefore, there is no need for a VPN.<br><br>You should never never never NEVER use public IPs behind a firewall (unless they can be accessed from the Internet).&nbsp;&nbsp; To put a public IP behind a firewall where it can&#39;t be accessed is a waste of IP space, and asking for routing problems.
<br><br><div><span class="gmail_quote">On 6/9/07, <b class="gmail_sendername">Christopher LILJENSTOLPE</b> &lt;<a href="mailto:cdl@asgaard.org">cdl@asgaard.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ahh - I have to disagree here.&nbsp;&nbsp;A VPN makes a virtual connection<br>between two networks.&nbsp;&nbsp;The state of those networks is entirely up to<br>the people who run the networks.&nbsp;&nbsp;I know of a LOT of cases where<br>people use VPNs to tunnel puddles of networks over the public
<br>infrastructure to stitch a single AS together, for example.<br><br>As far as 1918 vs. globally unique address space, there are many<br>&quot;public&quot; and &quot;private&quot; networks that use the later.&nbsp;&nbsp;Anyone planning
<br>on using 1918 space for VoIP infrastructure that is going to connect<br>to external entities is not really thinking things through (or<br>believe that SBC&#39;s will make everything painless).&nbsp;&nbsp;To quote Randy<br>Bush...
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Chris<br><br>On Jun 8, 2007, at 23.30 , Matt wrote:<br><br>&gt; I&#39;m not sure what the problem is. You use public IP, you use IPSEC,<br>&gt; static<br>&gt; route VZ IPs down the tunnel. No problem.<br>&gt;
<br>&gt; Right there is no problem, now.&nbsp;&nbsp; As everyone else in this thread<br>&gt; has said (for the most part).&nbsp;&nbsp;It works once you understand what<br>&gt; Verizon is trying to do, however prior to that their IPSEC layout
<br>&gt; is rather confusing.&nbsp;&nbsp;IE&nbsp;&nbsp;*normally* a VPN connects two PRIVATE<br>&gt; networks togethor... not two PUBLIC networks.<br>&gt; _______________________________________________<br>&gt; --Bandwidth and Colocation provided by 
<a href="http://Easynews.com">Easynews.com</a> --<br>&gt;<br>&gt; asterisk-biz mailing list<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-biz">http://lists.digium.com/mailman/listinfo/asterisk-biz
</a><br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-biz mailing list<br>To UNSUBSCRIBE or update options visit:
<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-biz">http://lists.digium.com/mailman/listinfo/asterisk-biz</a><br></blockquote></div><br>