[c-nsp] MPLS VPN Question about PE-CE - Private or Public IP?

Oliver Boehmer (oboehmer) oboehmer at cisco.com
Wed Aug 20 05:49:59 EDT 2008


There was actually an attempt to allocate a specific address block for
this purpose (which would be private like 1918-space), but this never
got anywhere.. Take a look at
http://tools.ietf.org/html/draft-guichard-pe-ce-addr-03 for a discussion
about possible options..

	oli

David Granzer <> wrote on Wednesday, August 20, 2008 10:14 AM:

> Hello Andy,
> 
> I'm not sure if there exist something like best practice for using
> private or public IP's between PE-CE. I think it's more depend on
> your own design and what you want to use.
> 
> You can use private IP's and 'save' your public IP space, but then
> you can find case (maybe) when you will overlap with private IP's
> used in customer network.
> 
> I guess that public IP's have the same security in MPLS VPN enviroment
> because they are not accessible from the global routing table, so
> they don't exist for public internet.
> 
> Regards,
> David
> 
> On 8/20/08, Andy Saykao <andy.saykao at staff.netspace.net.au> wrote:
>> Just wondering from those in the know, whether it's best practice to
>>  implement public or private IP's for the PE-to-CE link. What's
>>  everyone  using and why? For our MPLS network, I've been asked by
>>  my Manager to use private IP's for the PE-CE link in order to give
>>  the customer the appearance that they are on a secure PRIVATE
>>  network due to private IP's being used. Although I tend to be more
>>  fond of using public IP's because it's a unique address space so
>>  you don't have to worry about overlapping IP addresses on the
>>  customer's end and secondly there's no configuration from the
>>  Service Provider's end should you need to remove the connection
>>  from the VRF to conduct further testing from the Internet becuse
>>  the connection is already using public IP's  (eg: for cases where
>>  the customer is complaining of slow speeds, packet loss, drop outs,
>> etc and you want to test the individual connection and bypass their
>> VPN).  
>> 
>>  Thanks.
>> 
>>  Andy
>> 
>>  This email and any files transmitted with it are confidential and
>>   intended solely for the use of the individual or entity to whom
>>  they are addressed. Please notify the sender immediately by email
>>  if you have received this email by mistake and delete this email
>>   from your system. Please note that any views or opinions presented
>>   in this email are solely those of the author and do not
>>  necessarily represent those of the organisation. Finally, the
>>  recipient should check this email and any attachments for the
>>  presence of viruses. The organisation accepts no liability for any
>> damage caused by any virus transmitted by this email. 
>> 
>>  _______________________________________________
>>  cisco-nsp mailing list  cisco-nsp at puck.nether.net
>>  https://puck.nether.net/mailman/listinfo/cisco-nsp
>>  archive at http://puck.nether.net/pipermail/cisco-nsp/
>> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


More information about the cisco-nsp mailing list