Hi,

so you have checked:
 - trace (show trace) after enabling trace on the input node
 - show errors
 - interface counters

Apart from firing up the debugger I’m running out of suggestions.
Can you get plain (non-NAT) IPfix to work? 

Cheers,
Ole

> On 9 Jan 2019, at 14:04, emma sdi <s3m2e1.6s...@gmail.com> wrote:
> 
> Dear Fabian,
> 
> I checked the output of "sh int" command and ipfix flush command didn't't 
> change tx packets counters. it seems this command don't work! 
> Anyway thanks for taking time and your consideration and help.
> 
> Best Regards,
> 
> On Wed, Jan 9, 2019 at 3:45 PM Matus Fabian -X (matfabia - PANTHEON 
> TECHNOLOGIES at Cisco) <matfa...@cisco.com> wrote:
> Hi,
> 
>  
> 
> VPP configuration look good to me, I am not sure what is wrong. Maybe try to 
> check “show interface” output, IPfix should add 9 additional tx packets for 
> GigabitEthernet3/0/0 after ping and “ipfix flush” command.
> 
>  
> 
> Matus
> 
>  
> 
>  
> 
> From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of emma sdi
> Sent: Wednesday, January 9, 2019 12:32 PM
> To: vpp-dev@lists.fd.io
> Subject: Re: [SUSPECTED SPAM] [vpp-dev] IPFIX Nat Logging
> 
>  
> 
> Dear Fabian,
> 
> Unfortunately, the collector counter is still stuck to zero (no ipfix packets 
> received).
> I would like to check my topology and configuration with you. thanks in 
> advance.
> 
> Client1 IP: 2.2.2.2
> Client2 IP: 3.3.3.3
> 
> DUT config:
> GigabitEthernet3/0/0 (up):
>   L3 2.2.2.1/24
> GigabitEthernetb/0/0 (up):
>   L3 3.3.3.1/24
> 
> vppctl set interface nat44 in GigabitEthernet3/0/0 out GigabitEthernetb/0/0
> vppctl nat44 add address 40.40.40.40 - 40.40.40.254
> vppctl set ipfix exporter collector 2.2.2.2 port 4739 src 2.2.2.1
> vppctl nat ipfix logging
> 
> Client1: nfcapd -l /root/log/ -E -p 4739
> 
> client1 ping client2 successfully. the src addr of echo packets in DUT is 
> changed to 40.40.4 0.254 and also in return path, the destination of reply 
> packets is changed to original address again. I mean we have the correct nat 
> functionality. but about ipfix, the collector doesn't receive any log. I 
> checked it by tcpdump and nfcapd.
> 
> Best Regards,
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#11888): https://lists.fd.io/g/vpp-dev/message/11888
> Mute This Topic: https://lists.fd.io/mt/28911869/675193
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [otr...@employees.org]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11889): https://lists.fd.io/g/vpp-dev/message/11889
Mute This Topic: https://lists.fd.io/mt/28911869/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
  • [... emma sdi
    • ... Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
      • ... emma sdi
        • ... Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
          • ... emma sdi
          • ... emma sdi
          • ... Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
            • ... emma sdi
              • ... Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
                • ... emma sdi
                • ... Ole Troan
                • ... emma sdi
                • ... Ole Troan
                • ... emma sdi
                • ... virginijus

Reply via email to