in

CCIE - Internetwork Expert's Online Community

Latest post 10-01-2008 6:04 AM by danielowhite. 0 replies.
Page 1 of 1 (1 items)
Sort Posts: Previous Next
  • 10-01-2008 6:04 AM

    6.2 congestion managment. ..maybe not so good of-an-alternate-solution.

    ...qos, my 2nd weekest skill only to reading...  i just realized i misread the WAN part and did not need PPPoverFrame (only 1&2 need physical interfaces), NO...i'm not going to change..i'm going to ride it out...this only predicament so far...

    i tried a couple of things but mainly forgot to add the minicir (again) to the frame-relay class map...so i thought the PPPoverFrame would not work in such manner and traffic was going to be seen differently as it is "ppp over frame"

    *task requests http get 80% of link.  therefore rate-limit everything else to 20% of link


    384000*20% = 768K
    bc = .125*76800 = 9600  

    interface Virtual-Template51                           <<<<<<puting rate-limit under virtual interface ..
     ip address 139.1.15.5 255.255.255.0
     rate-limit output access-group 2699 72000 9600 9600 conform-action transmit exceed-action drop     <<<(9600 &9600) means be =0 ..i think

    ...yea, why think about logic below..just match http both ways..and see which one matches..

    ..testing

    access-list 2699 deny   tcp any eq www any   <<<deny HTTP allow everything else...
    access-list 2699 deny   tcp any any eq www
    access-list 2699 permit ip any any

    R5#sh interfaces rate-limit
    Virtual-Access2
      Output
        matches: access-group 2699
          params:  72000 bps, 9600 limit, 9600 extended limit
          conformed 5 packets, 1278 bytes; action: transmit
          exceeded 0 packets, 0 bytes; action: drop               <<<<<ping test and other non http traffic gets 20% only [matches]
          last packet: 1740ms ago, current burst: 58 bytes
          last cleared 00:00:06 ago, conformed 1000 bps, exceeded 0 bps
    Virtual-Template51
      Output
        matches: access-group 2699
          params:  72000 bps, 9600 limit, 9600 extended limit
          conformed 0 packets, 0 bytes; action: transmit
          exceeded 0 packets, 0 bytes; action: drop
          last packet: 202804272ms ago, current burst: 0 bytes
          last cleared 00:00:06 ago, conformed 0 bps, exceeded 0 bps

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    ..below still using my ppp-o-frame blunder and SG's solution for QoS...still seeing matches which indicates might work..

    R5#i s 1/0

    interface Serial1/0
     bandwidth 384                              <<<<<<yes i'm still confused as do we need this bandwidth statment...i think per "IE CCIE Petr" we do not...
     encapsulation frame-relay
     frame-relay traffic-shaping
     frame-relay interface-dlci 501 ppp Virtual-Template51    <<<<PPP-o-frame blunder
      class http                                                                 <<<<added class as normal
     frame-relay interface-dlci 502 ppp Virtual-Template52    <<<<PPP-o-frame blunder

    R5#sh policy-map interface s1/0
     Serial1/0: DLCI 501 -

    Service-policy output: qos-out-dlci-501

        Class-map: http (match-all)
          15 packets, 827 bytes     <<<<<<<<<<<<<<<<<<<<packets matched after "telnet port 80 test"
          5 minute offered rate 0 bps, drop rate 0 bps
          Match: access-group name http
          Queueing
            Output Queue: Conversation 41
            Bandwidth 80 (%)
            Bandwidth 307 (kbps) Max Threshold 64 (packets)
            (pkts matched/bytes matched) 0/0
            (depth/total drops/no-buffer drops) 0/0/0

        Class-map: class-default (match-any)
          140 packets, 36106 bytes
          5 minute offered rate 1000 bps, drop rate 0 bps
          Match: any

     

    • Post Points: 5
Page 1 of 1 (1 items)