The MPLS-OPS Archive
[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index]
Re: MPLS VPN Questions (RFC2745bis)
-
From: Christopher Lewis <chrlewis@cisco.com>
-
Date: Mon, 05 Aug 2002 14:27:42 -0500
-
Cc: "Andrew Walding" <andy@cellstream.com>, <mpls-ops@mplsrc.com>
-
Resent-Date: Mon, 5 Aug 2002 16:26:55 -0400
-
To: Sachin Kalra <skalra@opnet.com>
-
X-Sender: chrlewis@fargo.cisco.com
One nit-pick in-line.
At 12:02 PM 8/5/2002, Sachin Kalra wrote:
Andy:
1. If a packet is received by a PE and it does
not match any VRF, is the packet dropped? (my interpretation of the spec
is yes)
This is implementation specific. There are two possibilities:
A> The packet may be dropped if it does not match any VRF entry
B> The packet may be destined to some server outside the VPN (let's
say Yahoo server) then in this case, after exhausting all VRF entries,
the longest match process can be done using regular IP routing table and
route can be found by PE.
2. If a valid packet is received, the VRF
lookup is done at the PE, the label may be popped, is the longest match
process used to look up the IP address in forwarding to the ifc? (my
interpretation is yes) If so, I am not clear on the application of
Penultimate Hop Popping in the VPN world. Is this under
consideration in the working group? Is there something already done
on this?
What I understand is that you are talking about Egress PE. No your
interpretation is not correct.
At Egress PE label popping, is similar to Penultimate Hop Popping, as
while popping the last label from the stack Egress PE would know the
outgoing interface and thus "longest match process used to look to
the IP address..." is not required.
Unless it is an aggregate label. Aggregate labels are used to identify
subnets, for example the subnet for the PE to CE link uses an aggregate
label and the PE needs to perform an IP lookup to determine which end of
the p2p link the packet is destined for. THis is not normally a big issue
as not much traffic is destined for that link. It is more of an issue if
the CE to PE link is a multi access network like ethernet, then the
additional lookup is necessary for all customer packets as the label to
get the packet to the right outgoing interface only identifies the
ethernet subnet, not each host on that ethernet.
Chris
3. Can multiple VRF's be assigned to a single
ifc? (my interpretation is yes)
Yes you are correct, it can be done. Consider the following case.
[Site A (VRF A)]
/
[PE]---------------[Switch]
\
[Site B (VRF B)]
In this case interface from PE to switch can be assigned two VRFs A and
B.
Regards,
Sachin Kalra
At 11:00 AM 8/5/02 -0500, Andrew Walding wrote:
MPLS Ops
Experts,
I have a couple of key questions:
1. If a packet is received by a PE and it does
not match any VRF, is the packet dropped? (my interpretation of the spec
is yes)
2. If a valid packet is received, the VRF
lookup is done at the PE, the label may be popped, is the longest match
process used to look up the IP address in forwarding to the ifc? (my
interpretation is yes) If so, I am not clear on the application of
Penultimate Hop Popping in the VPN world. Is this under
consideration in the working group? Is there something already done
on this?
3. Can multiple VRF's be assigned to a single
ifc? (my interpretation is yes)
Thanks in advance!
Best Regards,
Andy Walding
CellStream Inc. [
http://www.cellstream.com
]
| |
|