<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Model Driven Telemetry - NBAR Oper model in Controllers</title>
    <link>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3955282#M2511</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/374023"&gt;@pigallo&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unfortunately, using the "application name" is not a supported field in the YANG data model.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Only key fields listed here are supported :&amp;nbsp;&lt;A href="https://github.com/YangModels/yang/blob/1d293269b6514251446e9f7652e70ca38e3055af/vendor/cisco/xe/16121/Cisco-IOS-XE-flow-monitor-oper.yang#L183" target="_self"&gt;https://github.com/YangModels/yang/blob/1d293269b6514251446e9f7652e70ca38e3055af/vendor/cisco/xe/16121/Cisco-IOS-XE-flow-monitor-oper.yang#L183&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So if you configure an unsupported field in the flow record, the telemetry subscription won't send any message.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Having Flexible Netflow application and IPFIX fields supported in the YANG data model would be awesome.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 08 Nov 2019 05:41:51 GMT</pubDate>
    <dc:creator>lucabrasi</dc:creator>
    <dc:date>2019-11-08T05:41:51Z</dc:date>
    <item>
      <title>Model Driven Telemetry - NBAR Oper model</title>
      <link>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3932877#M2509</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm developing a gRPC stream collector for IOS-XE model driven telemetry.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;One of the metrics we're collecting is the FNF top talkers from the following YANG model:&amp;nbsp;&lt;A href="https://github.com/YangModels/yang/blob/master/vendor/cisco/xe/16111/Cisco-IOS-XE-flow-monitor-oper.yang" target="_self"&gt;https://github.com/YangModels/yang/blob/master/vendor/cisco/xe/16111/Cisco-IOS-XE-flow-monitor-oper.yang&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, I found out this model doesn't support&amp;nbsp; the application ID field.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Therefore, I would like to know whether there is any existing YANG operational model for NBAR protocol-discovery, which would replicate the equivalent of&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;show ip nbar protocol-discovery interface $interfacename&lt;/PRE&gt;&lt;PRE&gt;show ip nbar protocol-discovery stats byte-count&lt;/PRE&gt;&lt;PRE&gt;show ip nbar protocol-discovery top-n&lt;/PRE&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Tue, 01 Oct 2019 04:59:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3932877#M2509</guid>
      <dc:creator>lucabrasi</dc:creator>
      <dc:date>2019-10-01T04:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Model Driven Telemetry - NBAR Oper model</title>
      <link>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3951314#M2510</link>
      <description>&lt;P&gt;Hi luca,&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;No, unfortunately NBAR oper doesn't exist at the moment.&lt;/P&gt;
&lt;P&gt;You must enable the application id mapping under FNF config.&lt;BR /&gt;It should be supported.&lt;BR /&gt;Something like :&lt;/P&gt;
&lt;PRE class="pre codeblock"&gt;&lt;CODE&gt;!
flow record MONITOR
&lt;FONT color="#FF0000"&gt;match application name&lt;/FONT&gt;
match ipv4 source address
match ipv4 destination address
collect interface input
collect counter packets
!
flow monitor FLOW
record MONITOR
!
interface FastEthernet0/0
ip address 172.x.x.x 255.255.255.252
ip flow monitor FLOW input
!
end&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;Be sure to use the correct YANG data-model for your software release to retrieve correct information.&lt;/P&gt;
&lt;P&gt;I think the one you posted was ok.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best regards&lt;/P&gt;</description>
      <pubDate>Thu, 31 Oct 2019 17:12:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3951314#M2510</guid>
      <dc:creator>pigallo</dc:creator>
      <dc:date>2019-10-31T17:12:44Z</dc:date>
    </item>
    <item>
      <title>Re: Model Driven Telemetry - NBAR Oper model</title>
      <link>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3955282#M2511</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/374023"&gt;@pigallo&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unfortunately, using the "application name" is not a supported field in the YANG data model.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Only key fields listed here are supported :&amp;nbsp;&lt;A href="https://github.com/YangModels/yang/blob/1d293269b6514251446e9f7652e70ca38e3055af/vendor/cisco/xe/16121/Cisco-IOS-XE-flow-monitor-oper.yang#L183" target="_self"&gt;https://github.com/YangModels/yang/blob/1d293269b6514251446e9f7652e70ca38e3055af/vendor/cisco/xe/16121/Cisco-IOS-XE-flow-monitor-oper.yang#L183&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So if you configure an unsupported field in the flow record, the telemetry subscription won't send any message.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Having Flexible Netflow application and IPFIX fields supported in the YANG data model would be awesome.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 08 Nov 2019 05:41:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3955282#M2511</guid>
      <dc:creator>lucabrasi</dc:creator>
      <dc:date>2019-11-08T05:41:51Z</dc:date>
    </item>
    <item>
      <title>Re: Model Driven Telemetry - NBAR Oper model</title>
      <link>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3955431#M2512</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/521852"&gt;@lucabrasi&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/374023"&gt;@pigallo&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Unfortunately, using the "application name" is not a supported field in the YANG data model.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Hi luca,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;if you can't find the correct leaf/reference in the data-model, it means that you can only export application info within the netflow datastream and visualize it in the netflow collector.&lt;BR /&gt;This doesn't mean that this detail won't be integrated in the next releases for the sensor.&lt;/P&gt;
&lt;P&gt;Another option, if you need a detailed app classification with discovery and analysis of unclassified traffic too, there's SD-AVC which relies on NBAR2. However, not all XE platforms are supported.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 08 Nov 2019 10:50:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/model-driven-telemetry-nbar-oper-model/m-p/3955431#M2512</guid>
      <dc:creator>pigallo</dc:creator>
      <dc:date>2019-11-08T10:50:24Z</dc:date>
    </item>
  </channel>
</rss>

