VIAVI TestCenter: STC incorrectly shows ARP as unresolved, causing a lot of unnecessary ARP request on raw stream with MPLS modifier

Knowledge Base - FAQ

   STC is incorrectly showing ARP as unresolved for a raw streamblock with MPLS header modifier, either under Stream block section as well as within the logs ("ARP Status for Port Attempted: 1, Successful: 0, Failed: 1 &&  "Some Arps failed to resolve").   However:  1.STC ARP/ND -> View Resolved MAC address section show ARP as resolved, 2..PCAP shows ARP requests are being replied, and 3. ARPND Results view shows ARP replies sent/received.     This causes unnecessary ARP requests/retries to be sent for a streamblock that has been resolved (as per the .pcap and STC View Resolved MAC address section) causing issues to the customer, because when the modifier has count 10k, those unnecesary ARP requests on the wire causes BFD flap.   Also, we have seen STC is sending two initial ARP requests within less than a 1000 ms difference, the timeout configured within the GUI (frame 2 and 4 on the image), so this is also causing an extra ARP request, which don't think it is expected  
N/A