[nsp] Sup720 and ACL/netflow processing
Sergey V. Artjushkin
skiv at caravan.ru
Thu Dec 18 03:07:56 EST 2003
Hello
> >I'm collecting netflow on a couple of Cat6503s with
> >sup720s. We've got input ACLs on the interfaces facing
> >our provider. Back when this was a 7500, I'd get netflow
> >stats for all the inbound traffic, including the packets
> >that were denied by the input ACL. However, on the sup720s,
> >it seems that the packets are dropped by the ACL before the
> >flows are recorded, and they don't show up in the netflow
> >export.
> >
> >Can anyone confirm this behavior?
>
> This is correct behavior for Supervisor 720.
Hm, I see that my Sup720 is working different. For example, I have input acl on this interface:
interface Vlan30
ip address 1.1.1.2 255.255.255.252
ip access-group 2000 in
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip route-cache policy
ip route-cache flow
snmp ifindex persist
mls rp ip
hold-queue 512 in
hold-queue 256 out
end
And in netflow I see the following packets:
flow #55 received from router 217.23.151.44, IP protocol 1
input ifIndex: 18
source IP address: 62.215.85.110
source port: 0
source AS: FAST-TELCO(21050)
output ifIndex: 0
dest IP address: 62.213.67.228
dest port: 2048
dest AS: <unknown>(0)
nexthop: 0.0.0.0
bytes in flow: 92
packets in flow: 1
This is icmp echo-rquest scanning.
Now, look at acl config:
Extended IP access list 2000 (Compiled)
<skip>
60 deny icmp 62.208.0.0 0.7.255.255 any echo (142585658 matches)
<skip>
So, Sup720 blocking packet AFTER netflow.
SUP720 is installed in 6509 with IOS Version 12.2(17a)SX.
--
With best regards.
More information about the cisco-nsp
mailing list