Компрессия, netflow и bandwidth для политик

Недавно экспериментировали с компрессией на WAN-линках. Поскольку данные обрабатываются процессором перед отправкой, получился неожиданный результат, а именно:

ROUTER-01#show run interface se1/0
Building configuration...

Current configuration : 304 bytes
!
interface Serial2/0
 ip address 10.0.1.1 255.255.255.252
 ip flow ingress
 load-interval 30
 compress stac
 serial restart-delay 0
 service-policy output CDM-v35.ext
end

Входящие пакеты не обрабатываются netflow, как будто ip flow ingress вообще отсутствует. В кэше (show ip cache flow ) DstIf Serial2/0 отсутствует. Есть записи с DstIf Null вместо этого. В общем, караул. В операторских сетях с подсчетом трафика по netflow такую компрессию использовать нельзя. Благо к нашей работе это не относится, но мониторинг страдает и ip flow top-talkers использовать нельзя, а это неудобно.



Теперь что касается экономии полосы. Поэкспериментировав с Serial-интерфейсами и политиками получилось следующее. Сделал тестовую политику:

Router-01#sh policy-map testtest
  Policy Map testtest
    Class RTP
      priority 50 (%)

Проверка на неиспользуемом интерфейсе настройками по-умолчанию:

Router-01(config))#interface Serial2/1
Router-01(config-if)#service-policy output testtest
Router-01(config-if)#^Z
Router-01#sh policy-map interface Serial2/1
 Serial2/1

  Service-policy output: testtest

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0

    Class-map: RTP (match-all)
      0 packets, 0 bytes
      30 second offered rate 0 bps, drop rate 0 bps
      Match: protocol rtp
      Priority: 50% (772 kbps), burst bytes 19300, b/w exceed drops: 0


    Class-map: class-default (match-any)
      0 packets, 0 bytes
      30 second offered rate 0 bps, drop rate 0 bps
      Match: any

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0
Router-01#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
Router-01(config)#interface Serial2/1
Router-01(config-if)#bandwidth 4000
Router-01(config-if)#^Z
Router-01#sh policy-map interface Serial2/1
 Serial2/1

  Service-policy output: testtest

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0

    Class-map: RTP (match-all)
      0 packets, 0 bytes
      30 second offered rate 0 bps, drop rate 0 bps
      Match: protocol rtp
      Priority: 50% (2000 kbps), burst bytes 50000, b/w exceed drops: 0


    Class-map: class-default (match-any)
      0 packets, 0 bytes
      30 second offered rate 0 bps, drop rate 0 bps
      Match: any

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0

Вот ведь что получается. Полосу для политики на WAN-интерфейсах можно регулировать через bandwidth и использовать всю доступную пропускную способность канала с применением компрессии и политик для обеспечения качества обслуживания. На подинтерфейсах применял только иерархические политики, которые в случае компрессии применять невыгодно, о чем писал ранее.