From: kevin gannon (kevin@gannons.net)
Date: Mon Nov 07 2005 - 15:56:54 GMT-3
Tested this and works fine for me below is my config
runing 12.2.15T16
route-map PBR permit 10
match interface FastEthernet0/0
set ip precedence flash
set ip next-hop 35.35.35.3
!
interface Serial0/1
ip address 35.35.35.5 255.255.255.0
ip pim sparse-mode
clockrate 64000
!
interface FastEthernet0/0
ip address 57.57.57.5 255.255.255.0
ip pim sparse-mode
ip policy route-map PBR
duplex auto
speed auto
!
I have a ping coming into Fas 0/0 and I see it being redirected
via PBR as the below shows:
*Mar 3 03:34:03.375: IP: route map PBR, item 10, permit
*Mar 3 03:34:03.379: IP: s=57.57.57.7 (FastEthernet0/0), d=2.2.2.2
(Serial0/1), len 100, policy routed
*Mar 3 03:34:03.379: IP: FastEthernet0/0 to Serial0/1 35.35.35.3
Then on the router 35.35.35.3 I have the ACL below attached inbound
to the Serial interface:
R3#sh access-l 100
Extended IP access list 100
10 permit icmp any any precedence flash (5 matches)
20 permit icmp any any precedence routine
30 permit icmp any any precedence priority
40 permit icmp any any precedence immediate
50 permit icmp any any precedence flash-override
60 permit icmp any any precedence critical
70 permit icmp any any precedence internet
80 permit icmp any any precedence network
90 permit ip any any (9 matches)
R3#
As you see I get matches increasing on the ACL. When I look at the
ip precedence accounting I see a few matches but they stop after
a second. In may case the pings hit the serial and are bounced
back again so the packets are most likely cached then. Wouldnt
have thought it should affect the accounting but it seems to go
figure !. Have tried turning of both the route-cache and same-interface
route-cache and no luck.
Maybe try an ACL to see if you have more luck. Could be the
PBR is working and the accounting isnt and you are chasing your
own tail.
Regards
Kevin
On 11/7/05, Daniel Berlinski <Daniel.Berlinski@telecom.co.nz> wrote:
> Thanks Kevin for your suggestion. The topology being tested is the following:
>
> R7 Eth R5(hub) FR R2 and R1 (Spokes)
>
> I'm pinging R1 from R7. R2 is PBRouting accordingly but not marking precedence 3. It is writing COS 3 only when the destination of my pings is R2.
>
> Best regards
> DB
>
>
> ________________________________
>
> From: kgannon@gmail.com on behalf of kevin gannon
> Sent: Tue 8/11/2005 4:19 a.m.
> To: Schulz, Dave
> Cc: Daniel Berlinski; ccielab@groupstudy.com
> Subject: Re: PBR and marking precedence 3
>
>
>
> Maybe the switch in between is rewriting the COS ...
> Just a thought.
>
> Regards
> Kevin
>
> On 11/6/05, Schulz, Dave <DSchulz@dpsciences.com> wrote:
> > Daniel -
> >
> > I have tried something similar to this and it appears that there is
> > something related to the matching of traffic on the interface
> > (physical).....is seems (I don't know why) the router is not able to
> > take the traffic and assign everything (all packets) to a specific
> > precedence. It maybe related to what layer the policies are trying the
> > aggregate and disperse the traffic. Maybe one of the experts on GS can
> > explain this better.
> >
> >
> > Dave Schulz,
> > Email: dschulz@dpsciences.com
> >
> >
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> > Daniel Berlinski
> > Sent: Sunday, November 06, 2005 6:29 PM
> > To: ccielab@groupstudy.com
> > Subject: PBR and marking precedence 3
> >
> > Hi Groupstudy
> >
> > I'm trying to PBR traffic and set ip precedence 3 for all packets
> > matched in the following configs:
> >
> > route-map PBR permit 10
> > match interface FastEthernet0/1
> > set ip precedence flash
> > set ip next-hop 136.1.245.2
> > !
> >
> >
> > interface FastEthernet0/1
> > ip address 136.1.57.5 255.255.255.0
> > ip policy route-map PBR
> > duplex auto
> > speed auto
> >
> > interface Serial0/0.245 multipoint
> > ip address 136.1.245.5 255.255.255.0
> > ip ospf message-digest-key 1 md5 CISCO
> > ip ospf network point-to-multipoint
> > ip ospf hello-interval 5
> > frame-relay map ip 136.1.245.2 502 broadcast
> > frame-relay map ip 136.1.245.4 504 broadcast
> >
> >
> > debug ip policy output shows that intended traffic is being PBRouted but
> > on the other end the show interface precedence command does not
> > increment precedence 3 matches. (I have enabled ip accounting
> > precedence input on the next-hop router)
> >
> > Have I messed up with something related to the order of operations? Is
> > this the correct way of doing it?
> > Thanks a lot
> >
> > This communication, including any attachments, is confidential. If you
> > are not the intended recipient, you should not read it - please contact
> > me immediately, destroy it, and do not copy or use any part of this
> > communication or disclose anything about it. Thank you. Please note that
> > this communication does not designate an information system for the
> > purposes of the Electronic Transactions Act 2002.
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> >
> >
>
>
>
>
> This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:05 GMT-3