<?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 S/N/K-Series DVMRP routed Multicast Stream Loses Packets at Mroute Creation in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/s-n-k-series-dvmrp-routed-multicast-stream-loses-packets-at/m-p/49089#M572</link>
    <description>Article ID: 16193 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
S-Series, all firmware&lt;BR /&gt;
Matrix N-Series DFE, all firmware&lt;BR /&gt;
K-Series, all firmware&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Configured DVMRP for multicast routing.&lt;BR /&gt;
Attempting to use it for a non-standard multicast application which requires lossless operation during communication setup.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Application failure upon the first communication attempt.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
By design, multicast stream delivery is not expected to be 100%. During multicast route setup any associated multicast frames are dropped until the mroute has been established. Generally this is not problematic since UDP is not a guaranteed delivery protocol.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
Functions as Designed (FAD).&lt;BR /&gt;
&lt;BR /&gt;
Workaround:&lt;UL&gt; 
&lt;LI&gt;Assuming the first few packets of the data stream will be dropped, configure the problematic application to automatically re-send its initial traffic burst; 
    -or- 
&lt;/LI&gt;&lt;LI&gt;Use a blind packet generation device to refresh the network path by sending a keep-alive packet more often than the expected route timeout of "query interval x 2"; 
    -or- 
&lt;/LI&gt;&lt;LI&gt;Flatten the network in terms of the problematic application, by configuring policy to tunnel a single VLAN throughout the network. This would eliminate the need to multicast route the application's traffic, leaving it to IGMP to properly scope it - and IGMP floods traffic while learning.&lt;/LI&gt;&lt;/UL&gt;</description>
    <pubDate>Wed, 09 Jul 2014 00:59:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2014-07-09T00:59:00Z</dc:date>
    <item>
      <title>S/N/K-Series DVMRP routed Multicast Stream Loses Packets at Mroute Creation</title>
      <link>https://community.extremenetworks.com/t5/faqs/s-n-k-series-dvmrp-routed-multicast-stream-loses-packets-at/m-p/49089#M572</link>
      <description>Article ID: 16193 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
S-Series, all firmware&lt;BR /&gt;
Matrix N-Series DFE, all firmware&lt;BR /&gt;
K-Series, all firmware&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Configured DVMRP for multicast routing.&lt;BR /&gt;
Attempting to use it for a non-standard multicast application which requires lossless operation during communication setup.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Application failure upon the first communication attempt.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
By design, multicast stream delivery is not expected to be 100%. During multicast route setup any associated multicast frames are dropped until the mroute has been established. Generally this is not problematic since UDP is not a guaranteed delivery protocol.&lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution/Workaround&lt;/B&gt;&lt;BR /&gt;
Functions as Designed (FAD).&lt;BR /&gt;
&lt;BR /&gt;
Workaround:&lt;UL&gt; 
&lt;LI&gt;Assuming the first few packets of the data stream will be dropped, configure the problematic application to automatically re-send its initial traffic burst; 
    -or- 
&lt;/LI&gt;&lt;LI&gt;Use a blind packet generation device to refresh the network path by sending a keep-alive packet more often than the expected route timeout of "query interval x 2"; 
    -or- 
&lt;/LI&gt;&lt;LI&gt;Flatten the network in terms of the problematic application, by configuring policy to tunnel a single VLAN throughout the network. This would eliminate the need to multicast route the application's traffic, leaving it to IGMP to properly scope it - and IGMP floods traffic while learning.&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Wed, 09 Jul 2014 00:59:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/s-n-k-series-dvmrp-routed-multicast-stream-loses-packets-at/m-p/49089#M572</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2014-07-09T00:59:00Z</dc:date>
    </item>
  </channel>
</rss>

