Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
Hi, After some J-TAC and Plixer conversation, they figured out what was going on.. Plixer was getting the flows without the flow direction information. With that information, J-TAC asked to add the knob below ( flow direction) set services flow-monitoring version-ipfix template flow-key flow-direction After that I got the IPv6 Traffic work on Plixer Scrutinizer. Now J-TAC is checking why IPv4 Traffic is working without the flow-key flow-direction knob. 2017-12-08 15:15 GMT-03:00 Michael Hare <michael.h...@wisc.edu>: > I am having success with v4 and v6 ipfix on 16.1R6, coming from 14.1R8. > Collector is nfcapd, tested platform is MX2010 MPC4E. > > -Michael > > >>-Original Message- > >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf > >>Of Gustavo Santos > >>Sent: Monday, December 04, 2017 3:44 PM > >>To: sth...@nethelp.no > >>Cc: juniper-nsp@puck.nether.net > >>Subject: Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector. > >> > >>Hi Steinar, > >> > >>I am using about the same settings from IPv4 with IPv6 just changing the > >>template version.. > >> > >>About the flow monitoring settings I as using the same one as you can see > >>below on IPv4 with IPv6, the current one was done after some tests... > >> > >> > >> > >> > >>sampling { > >>traceoptions { > >>file ipfix.log size 10k; > >>} > >>instance { > >>FLOW-INSTANCE { > >>input { > >>rate 1000; > >>max-packets-per-second 1; > >>} > >>family inet { > >>output { > >>flow-server xxx..xxx.xxx{ > >>port 9995; > >>autonomous-system-type origin; > >>no-local-dump; > >>version-ipfix { > >>template { > >>ipv4; > >>} > >>} > >>} > >>inline-jflow { > >>source-address xxx.xxx.xxx.xxx; > >>} > >>} > >>} > >>family inet6 { > >>output { > >>flow-server xxx.xxx.xxx.xxx { > >>port 9995; > >>autonomous-system-type origin; > >>no-local-dump; > >>version-ipfix { > >>template { > >>ipv6; > >>} > >>} > >>} > >>inline-jflow { > >>source-address xxx.xxx.xxx.xxx; > >>} > >>} > >>} > >>} > >> > >> > >> > >> > >>vlan-id 2XX8; > >>family inet6 { > >>sampling { > >>input; > >>output; > >>} > >>address 2001:xxx:0:xxx::216/64; > >>} > >> > >> > >> > >>flow-monitoring { > >>version-ipfix { > >>template ipv4 { > >>flow-active-timeout 600; > >>flow-inactive-timeout 30; > >>template-refresh-rate { > >>packets 48000; > >>seconds 60; > >>} > >>option-refresh-rate { > >>packets 48000; > >>seconds 60; > >>} > >>ipv4-template; > >>} > >>template ipv6 { > >>flow-active-timeout 150; > >>flow-inactive-timeout 100; > >>template-refresh-rate { > >>seconds 10; > >>} > >>option-refresh-rate { > >>seconds 10; > >>} > >>ipv6-template; > >>} > >>} > >>} > >> > >>2017-12-01 15:10 GMT-03:00 <sth...@nethelp.no>: > >> > >>> > Anyone else had issues with Ju
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
I am having success with v4 and v6 ipfix on 16.1R6, coming from 14.1R8. Collector is nfcapd, tested platform is MX2010 MPC4E. -Michael >>-Original Message- >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf >>Of Gustavo Santos >>Sent: Monday, December 04, 2017 3:44 PM >>To: sth...@nethelp.no >>Cc: juniper-nsp@puck.nether.net >>Subject: Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector. >> >>Hi Steinar, >> >>I am using about the same settings from IPv4 with IPv6 just changing the >>template version.. >> >>About the flow monitoring settings I as using the same one as you can see >>below on IPv4 with IPv6, the current one was done after some tests... >> >> >> >> >>sampling { >>traceoptions { >>file ipfix.log size 10k; >>} >>instance { >>FLOW-INSTANCE { >>input { >>rate 1000; >>max-packets-per-second 1; >>} >>family inet { >>output { >>flow-server xxx..xxx.xxx{ >>port 9995; >>autonomous-system-type origin; >>no-local-dump; >>version-ipfix { >>template { >>ipv4; >>} >>} >>} >>inline-jflow { >>source-address xxx.xxx.xxx.xxx; >>} >>} >>} >>family inet6 { >>output { >>flow-server xxx.xxx.xxx.xxx { >>port 9995; >>autonomous-system-type origin; >>no-local-dump; >>version-ipfix { >>template { >>ipv6; >>} >>} >>} >>inline-jflow { >>source-address xxx.xxx.xxx.xxx; >>} >>} >>} >>} >> >> >> >> >>vlan-id 2XX8; >>family inet6 { >>sampling { >>input; >>output; >>} >>address 2001:xxx:0:xxx::216/64; >>} >> >> >> >>flow-monitoring { >>version-ipfix { >>template ipv4 { >>flow-active-timeout 600; >>flow-inactive-timeout 30; >>template-refresh-rate { >>packets 48000; >>seconds 60; >>} >>option-refresh-rate { >>packets 48000; >>seconds 60; >>} >>ipv4-template; >>} >>template ipv6 { >>flow-active-timeout 150; >>flow-inactive-timeout 100; >>template-refresh-rate { >>seconds 10; >>} >>option-refresh-rate { >>seconds 10; >>} >>ipv6-template; >>} >>} >>} >> >>2017-12-01 15:10 GMT-03:00 <sth...@nethelp.no>: >> >>> > Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? >>> > >>> > Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 flow >>> > monitoring is working as intended. With IPv6 , looks like the collector >>> is >>> > don´t know what to do with the data the Router is sending (MX480). >>> > >>> > After a Call , looks like the router is not sending the correct templates >>> > to Scrutinizer, the only information it can identify is the current >>> > interface traffic from the flows. But no source and destination ipv6 >>> > address. >>> >>> Can't comment on 16.1R4. We're running IPFIX flow collection on 15.1R6 >>> and it seems to be working reasonably well, both for IPv4 and IPv6. No >>> problem showing IPv6 addresses with nfdump. >>> >>> You may want to show your config. >>> >>> Steinar Haug, Nethelp consulting, sth...@nethelp.no >>> >>___ >>juniper-nsp mailing list juniper-nsp@puck.nether.net >>https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
Hi Steinar, I am using about the same settings from IPv4 with IPv6 just changing the template version.. About the flow monitoring settings I as using the same one as you can see below on IPv4 with IPv6, the current one was done after some tests... sampling { traceoptions { file ipfix.log size 10k; } instance { FLOW-INSTANCE { input { rate 1000; max-packets-per-second 1; } family inet { output { flow-server xxx..xxx.xxx{ port 9995; autonomous-system-type origin; no-local-dump; version-ipfix { template { ipv4; } } } inline-jflow { source-address xxx.xxx.xxx.xxx; } } } family inet6 { output { flow-server xxx.xxx.xxx.xxx { port 9995; autonomous-system-type origin; no-local-dump; version-ipfix { template { ipv6; } } } inline-jflow { source-address xxx.xxx.xxx.xxx; } } } } vlan-id 2XX8; family inet6 { sampling { input; output; } address 2001:xxx:0:xxx::216/64; } flow-monitoring { version-ipfix { template ipv4 { flow-active-timeout 600; flow-inactive-timeout 30; template-refresh-rate { packets 48000; seconds 60; } option-refresh-rate { packets 48000; seconds 60; } ipv4-template; } template ipv6 { flow-active-timeout 150; flow-inactive-timeout 100; template-refresh-rate { seconds 10; } option-refresh-rate { seconds 10; } ipv6-template; } } } 2017-12-01 15:10 GMT-03:00: > > Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? > > > > Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 flow > > monitoring is working as intended. With IPv6 , looks like the collector > is > > don´t know what to do with the data the Router is sending (MX480). > > > > After a Call , looks like the router is not sending the correct templates > > to Scrutinizer, the only information it can identify is the current > > interface traffic from the flows. But no source and destination ipv6 > > address. > > Can't comment on 16.1R4. We're running IPFIX flow collection on 15.1R6 > and it seems to be working reasonably well, both for IPv4 and IPv6. No > problem showing IPv6 addresses with nfdump. > > You may want to show your config. > > Steinar Haug, Nethelp consulting, sth...@nethelp.no > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
I have an open case on JTAC about it, but it´s been slow... 2017-12-04 13:04 GMT-03:00 Michael Hare <michael.h...@wisc.edu>: > If anyone has contacted jtac and has a PR to reference I would appreciate > it (publically or privately). We are evaluating moving from 14.1 to 16.1R6 > but I haven't yet tested v6 IPFIX. > > -Michael > > >>-Original Message- > >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf > >>Of João Lyma. > >>Sent: Friday, December 01, 2017 2:53 PM > >>To: juniper-nsp@puck.nether.net > >>Subject: Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector. > >> > >>Hi Gustavo, > >> > >>Same problem here... > >>I use nfdump with nfsen. > >>Router: MX480 with JUNOS 16.1R3.10 64-bit kernel > >>JNPR-10.3-20160927.337663_build > >> > >>Regards, > >> > >>Lyma > >> > >> > >>Em 30/11/2017 00:13, Gustavo Santos escreveu: > >>> Hi, > >>> > >>> Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? > >>> > >>> Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 > >>> flow > >>> monitoring is working as intended. With IPv6 , looks like the collector > >>> is > >>> don´t know what to do with the data the Router is sending (MX480). > >>> > >>> After a Call , looks like the router is not sending the correct > >>> templates > >>> to Scrutinizer, the only information it can identify is the current > >>> interface traffic from the flows. But no source and destination ipv6 > >>> address. > >>> > >>> I already opened a JTAC support, but looks like the JTAC doesn´t even > >>> have > >>> a clue... I asked a friend that have the same router at another ISP and > >>> he > >>> have the same issue with NFSEN/FASTNETMON.. > >>> ___ > >>> juniper-nsp mailing list juniper-nsp@puck.nether.net > >>> https://puck.nether.net/mailman/listinfo/juniper-nsp > >>___ > >>juniper-nsp mailing list juniper-nsp@puck.nether.net > >>https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
If anyone has contacted jtac and has a PR to reference I would appreciate it (publically or privately). We are evaluating moving from 14.1 to 16.1R6 but I haven't yet tested v6 IPFIX. -Michael >>-Original Message- >>From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf >>Of João Lyma. >>Sent: Friday, December 01, 2017 2:53 PM >>To: juniper-nsp@puck.nether.net >>Subject: Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector. >> >>Hi Gustavo, >> >>Same problem here... >>I use nfdump with nfsen. >>Router: MX480 with JUNOS 16.1R3.10 64-bit kernel >>JNPR-10.3-20160927.337663_build >> >>Regards, >> >>Lyma >> >> >>Em 30/11/2017 00:13, Gustavo Santos escreveu: >>> Hi, >>> >>> Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? >>> >>> Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 >>> flow >>> monitoring is working as intended. With IPv6 , looks like the collector >>> is >>> don´t know what to do with the data the Router is sending (MX480). >>> >>> After a Call , looks like the router is not sending the correct >>> templates >>> to Scrutinizer, the only information it can identify is the current >>> interface traffic from the flows. But no source and destination ipv6 >>> address. >>> >>> I already opened a JTAC support, but looks like the JTAC doesn´t even >>> have >>> a clue... I asked a friend that have the same router at another ISP and >>> he >>> have the same issue with NFSEN/FASTNETMON.. >>> ___ >>> juniper-nsp mailing list juniper-nsp@puck.nether.net >>> https://puck.nether.net/mailman/listinfo/juniper-nsp >>___ >>juniper-nsp mailing list juniper-nsp@puck.nether.net >>https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
Hi Gustavo, Same problem here... I use nfdump with nfsen. Router: MX480 with JUNOS 16.1R3.10 64-bit kernel JNPR-10.3-20160927.337663_build Regards, Lyma Em 30/11/2017 00:13, Gustavo Santos escreveu: Hi, Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 flow monitoring is working as intended. With IPv6 , looks like the collector is don´t know what to do with the data the Router is sending (MX480). After a Call , looks like the router is not sending the correct templates to Scrutinizer, the only information it can identify is the current interface traffic from the flows. But no source and destination ipv6 address. I already opened a JTAC support, but looks like the JTAC doesn´t even have a clue... I asked a friend that have the same router at another ISP and he have the same issue with NFSEN/FASTNETMON.. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
> Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? > > Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 flow > monitoring is working as intended. With IPv6 , looks like the collector is > don´t know what to do with the data the Router is sending (MX480). > > After a Call , looks like the router is not sending the correct templates > to Scrutinizer, the only information it can identify is the current > interface traffic from the flows. But no source and destination ipv6 > address. Can't comment on 16.1R4. We're running IPFIX flow collection on 15.1R6 and it seems to be working reasonably well, both for IPv4 and IPv6. No problem showing IPv6 addresses with nfdump. You may want to show your config. Steinar Haug, Nethelp consulting, sth...@nethelp.no ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] IPV6 IPFIX Flow issues "nodata" on flow collector.
Hi, Anyone else had issues with Junos 16.1R4 with IPV6 and IPFIX? Here we use Plixer Scrutinizer as Flow collector and analyzer. IPv4 flow monitoring is working as intended. With IPv6 , looks like the collector is don´t know what to do with the data the Router is sending (MX480). After a Call , looks like the router is not sending the correct templates to Scrutinizer, the only information it can identify is the current interface traffic from the flows. But no source and destination ipv6 address. I already opened a JTAC support, but looks like the JTAC doesn´t even have a clue... I asked a friend that have the same router at another ISP and he have the same issue with NFSEN/FASTNETMON.. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp