QoS over frame relay

Answered Question
Oct 24th, 2007
User Badges:

I am managing a medium to large frame-relay network consisting of mainly 64k lines to the remote nodes. I am using policy-maps, linked to class maps , linked to ACL's on the sub-interfafces, however I notice my predecessor have also attached ACL's both inbound and outbound for similar traffic on the main interfaces. Question ??? will the ACL's on the main interfaces override the policy map on the sub-interface?? please advise soonest....

Correct Answer by royalblues about 9 years 8 months ago

Not really...


The ACLs on the interface are really meant for allwoing a certain type of traffic while the QoS ACLS are referencing them to give treatment as per your defined policy


Narayan

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3 (1 ratings)
Loading.
royalblues Wed, 10/24/2007 - 00:47
User Badges:
  • Green, 3000 points or more

The IP ACLs will be applicable on the interface carrying the IP addresses which should be subinterfaces in your case


Narayan

bradley.johnson Wed, 10/24/2007 - 00:56
User Badges:

Thanks for that, but how come I still get matches on the ACL at the main interface?

royalblues Wed, 10/24/2007 - 00:59
User Badges:
  • Green, 3000 points or more

Can we see the configs


Narayan

bradley.johnson Wed, 10/24/2007 - 01:10
User Badges:

Oops. the ACL's actually are both on the sub-interface, anyway have a look at the snapshot and tell please tell me if I remove the ACL's .

interface Serial2/3:30

description WCape Corp SomersetMall-51-02849-00

bandwidth 64

no ip address

encapsulation frame-relay

ip route-cache flow

load-interval 30

no arp frame-relay

frame-relay lmi-type ansi

frame-relay intf-type dce

end


Wcape_Kenil2#sh run int s2/3:30.1

Building configuration...


Current configuration : 266 bytes

!

interface Serial2/3:30.1 point-to-point

bandwidth 64

ip address 171.131.1.51 255.255.0.0

ip access-group pnp_all in

ip access-group pnp_all out

ip nbar protocol-discovery

no arp frame-relay

frame-relay class storesap

frame-relay interface-dlci 900

end


Wcape_Kenil2#sh poli

Wcape_Kenil2#sh policy-map storesap

Policy Map storesap

Class q1

Bandwidth 8 (kbps) Max Threshold 64 (packets)

Class q2

Bandwidth 8 (kbps) Max Threshold 64 (packets)

Class sap_qos

Bandwidth 30 (kbps) Max Threshold 512 (packets)

Class q3

Bandwidth 8 (kbps) Max Threshold 512 (packets)

Class q4

Bandwidth 8 (kbps) Max Threshold 512 (packets)

Class class-default

Flow based Fair Queueing

Bandwidth 0 (kbps)

exponential weight 9

class min-threshold max-threshold mark-probablity

----------------------------------------------------------


0 - - 1/10

1 - - 1/10

2 - - 1/10

3 - - 1/10

4 - - 1/10

5 - - 1/10

6 - - 1/10

7 - - 1/10

rsvp - - 1/10

royalblues Wed, 10/24/2007 - 01:17
User Badges:
  • Green, 3000 points or more

If you are referring to the access-list pnp_all then it is not being used for the QoS but mostly being used to restrict traffic flow in and out of the interface.


If you remove the access-group statements, any traffic to the interface will not be matched against the access-list.


I think mostly the access-list is allowing only certain traffic to be sent or received on the interface


HTH

Narayan



bradley.johnson Wed, 10/24/2007 - 01:28
User Badges:

Thanks, 1 last question:

1. the acl called pnp_all consist of 211 lines, most of the permits also live in the Qos ACL's ( Q1,Q2 etc),


My netflow graphs dont reflect the true construct of my QoS policy, could the cause be the ACL called pnp_all????


Correct Answer
royalblues Wed, 10/24/2007 - 01:35
User Badges:
  • Green, 3000 points or more

Not really...


The ACLs on the interface are really meant for allwoing a certain type of traffic while the QoS ACLS are referencing them to give treatment as per your defined policy


Narayan

Actions

This Discussion