URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 13457
[ Назад ]

Исходное сообщение
"Nat, subint, flows, проблемы биллинга"

Отправлено 5p134n , 01-Май-07 11:25 
В общем настало время биллинговать клиентов и возник ряд проблем.

Схема такая, есть 7206 с тремя гигабитными портами. На одном порту весить ипшник от аплинка.


interface GigabitEthernet0/2
ip address 88.82.xx.xx 255.255.255.252
ip nat outside
ip virtual-reassembly
ip route-cache policy
ip route-cache flow
ip policy route-map net_flow
duplex auto
speed auto
media-type rj45
no negotiation auto
no snmp trap link-status
!

К другому порту от коммутаторов приходят вланы от клиентов


interface GigabitEthernet0/1
no ip address
ip virtual-reassembly
ip route-cache policy
ip route-cache flow
duplex auto
speed auto
media-type rj45
no negotiation auto
!

Которые разворачиваются в белые или серые сети


interface GigabitEthernet0/1.804
encapsulation dot1Q 804
ip address 77.72.xx.xx 255.255.255.252
ip virtual-reassembly
!

interface GigabitEthernet0/1.525
description drive
encapsulation dot1Q 525
ip address 10.0.4.1 255.255.255.0
ip nat inside
ip virtual-reassembly
!


ip cef включен

Проблему nat+flow пробывал решать классически:

interface Loopback0
ip address 192.168.1.1 255.255.255.0
ip route-cache policy
ip route-cache flow
!

interface GigabitEthernet0/1.525
description drive
encapsulation dot1Q 525
ip address 10.0.4.1 255.255.255.0
ip nat inside
ip virtual-reassembly

interface GigabitEthernet0/2
ip address 88.82.xx.xx 255.255.255.252
ip nat outside
ip virtual-reassembly
ip route-cache policy
ip route-cache flow
ip policy route-map net_flow
duplex auto
speed auto
media-type rj45
no negotiation auto
no snmp trap link-status

route-map net_flow permit 1
set interface Loopback0
!

Но при существующем конфиги входящий трафик все равно не собирается
idea#sh ip cache flow | include 10.0.2.2
Gi0/2         88.52.66.73     Null          10.0.2.2        06 0FFA 8A0C     3
Gi0/1.801     10.0.2.2        Gi0/2         88.52.66.73     06 8A09 0FFA     3

Даже, если клиент использует белую сеть
idea#sh ip cache flow | include 77.72.xx.xx
Gi0/2         203.62.135.17   Null          77.72.xx.xx    06 0019 04AF     7
Gi0/2         192.5.6.30      Null          77.72.xx.xx    11 0035 E968     1
Gi0/1.804     77.72.xx.xx    Gi0/2         216.153.208.185 06 04C1 0019    28
Gi0/1.804     77.72.xx.xx    Gi0/2         68.178.37.230   06 04A3 0019     3

Если DstIf Null, то информация не будет экспортирована в netflow. Непонимаю почему это поле Null, как избавится от этого. Почему даже при белой сетки флоусы не собираются. Сейчас стоит задача биллинговать всех клиентов, как серых так и белых с помощью netflow.

з.ы

ip flow ingress и ip flow engress для нат клиентов не работают. Версия иоса Version 12.4(13a)


Содержание

Сообщения в этом обсуждении
"Nat, subint, flows, проблемы биллинга"
Отправлено zaikini , 02-Май-07 17:27 

>Если DstIf Null, то информация не будет экспортирована в netflow. Непонимаю почему
>это поле Null, как избавится от этого.

Output interfaces are "Null" in the following cases:
1. The packets are blocked by an ACL.
2. The packets are process switcheded. This could be because the feature is not supported
by CEF or fast switching. Do a "show int stats" to distinguish between data being process switched instead of cef/fast switched. Also, check "show cef interface" and "show ip interface" to check if CEF is disabled or packets are being punted/dropped due to an unsupported feature configured.
3. Multicast traffic.
4. Packets destined for the router.
5. Tunnels (IPIP, GRE, IPSEC, L2TP) & WCCP.
6. Static route to null0 - e.g. ip route 10.1.0.0 255.255.0.0 Null0
7. Dropped by QoS.