As the problem of multicast flow analysis was addressed in our previous blog, we have distinguished two scenarios input and output flow accounting configuration. Therefore, during the following demonstration, we will investigate how NetFlow multicast flow data looks like when these two configuration variations are used.

With the rapid proliferation of video services, particularly video streaming, deployment of multicast services demands an appropriate monitoring to be in place in order to keep track of this traffic type. Adequate and comprehensive monitoring is particularly important to account for all parameters that may affect very sensitive nature of video services. In previous blogs for Cisco and Juniper

Enterprise network administrators are facing an increasing number of challenges when it comes to network monitoring. Business critical services must be clearly distinguished from the other traffic classes and always monitored in terms of specific QoS parameters. Depending on the AUP (acceptable use policy) aside from business-oriented applications and services, other application may be

In our previous posts we have talked about duplication problem and possible solutions. We have explained how to set up automatic deduplication and hopefully this was helpful. Now we are going to go one step further and explain how to set up manual deduplication and why or when this could be helpful.

If you haven't had time to check out our past post on this subject, you can find them

Juniper first started with Jflow support, similar and compatible to Cisco Netflow standard, and later added support for vendor-neutral IPFIX. Flow export in Juniper terminology refers to inline active flow monitoring. This feature is implemented directly on the data plane thus avoiding the need for dedicated flow processing hardware, which was necessary with older hardware and software