Thank you for the help. I understand the PBR concept now. About the
rewording in the Lab, The configs on the spokes do not have frame map
commands at all. All they have are encap Frame-relay and IP address. Perhaps
it's relying on inverse arp???

Mod....

On Mon, Jul 14, 2008 at 11:17 AM, Marvin Greenlee <[EMAIL PROTECTED]>
wrote:

>  It would appear that the section was reworded at one time.  Without
> restrictions on the spokes with regards to frame maps, PBR is not required.
>
>
>
> Let's take a look at this scenario: (slightly different)
>
> Hub with a map for each spoke.
>
> Each spoke with only a single map pointing at the hub allowed.
>
>
>
> The problem that arises here is spoke to spoke communication.
>
>
>
> There are some miscellaneous workarounds.  If OSPF was used, a
> point-to-multipoint topology would have each spoke advertise a /32 for the
> local endpoint, and other spokes would receive this and have a route for the
> spoke /32 reachable via the hub.
>
>
>
> Policy routing -
>
> In addition to applying on the non-frame interfaces, apply locally with "ip
> local policy route-map xxx" if you want your router to be able to ping those
> networks.
>
>
>
> Construct an ACL, and match in a route-map.
>
> Access-list 101 permit ip any xxxx yyyy, where xxxx and yyyy are
> network/mask for subnets connected to the other spokes.
>
>
>
> Route-map TEST
>
>  Match address 101
>
>  Set ip next-hop z.z.z.z (where z.z.z.z is the hub address)
>
>
>
>
>
> Marvin Greenlee, CCIE #12237 (R&S, SP, Sec)
> Senior Technical Instructor - IPexpert, Inc.
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
>
> Mailto: [EMAIL PROTECTED]
>
>
>
> Progress or excuses, which one are you making?
>
>
>
>
>  ------------------------------
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *B R
> *Sent:* Monday, July 14, 2008 11:53 AM
> *To:* [email protected]
> *Subject:* [OSL | CCIE_RS] Lab 20 in old workbook, PBR instead of Frame
> maps....
>
>
>
>
>
> I'm waiting for my upgrade to the "blended learning solution" package to
> arrive this week. In the meantime I'm having a problem with Lab #20 in the
> old workbook. It has a Frame Relay network set up with a hub and 3 spokes.
> No subinterfaces are allowed and only the Hub can have frame map commands.
> The Proctor guide recommends using PBR, but when I look at the "final
> configs" for R2, R4, R5 & R5 none of them have PBR configured on them? Is
> this a typo? Also, how do you go about using PBR in the place of a Frame Map
> command? Since PBR can only be used for inbound traffic do you set up your
> "ip policy" on the non-Frame relay interfaces of the spoke routers?
>
>
>
> Thanks,
>
> Mod…
>

Reply via email to