[j-nsp] R: RE : multicast issue

[dim0sal]

Hi roy
Good suggestions. Thanks. 

Anyway we re not able to start monitoring mcast flows since we get by external sources.

We could perform the snmp get on the devices but since is not done in the same moment and routers are placed in different locations I expect the forwarded pkts will be different and the delta as well...

What do you think?


Inviato da Samsung Mobile

-------- Messaggio originale --------
Da: david.roy at orange.com 
Data:  
A: R S <dim0sal at hotmail.com>,John Neiberger <jneiberger at gmail.com> 
Cc: juniper-nsp at puck.nether.net 
Oggetto: RE : [j-nsp] multicast issue 
 
Hello,

We use mcast streams dedicated for multicast monitoring which are flooded to the entire network (some specific (S;G) ).  we are able to start / stop automatically these streams. 
We developed a perl script which does :

While(1) 
(

- Stop multicast "monitoring" streams
- Get via SNMP GET the forwarded packets for each (S;G) on every routers of the network (Multicast MIB gives per S;G forwarded packets
- Restart the streams
- Wait 1 hour 
- Stop again streams
- Get again via SNMP GET the per (S;G) forwarded packets per routers
- compute the delta forwarded packet per node 
- detect packet loss and alert via snmp trap / mail which nodes loss some packets
- Start the stream for 1 hour

)

Best reagrd
________________________________________
De : juniper-nsp [juniper-nsp-bounces at puck.nether.net] de la part de R S [dim0sal at hotmail.com]
Date d'envoi : mardi 16 juillet 2013 18:55
À : John Neiberger
Cc : juniper-nsp at puck.nether.net
Objet : Re: [j-nsp] multicast issue

Hi John
it's not a problem of how/why the packet lose, my concern is how can we monitor the multicast traffic hence our NOC is able to see the problem before the customer...
It's multicast coming from financial markets.

Tks

From: jneiberger at gmail.com
Date: Tue, 16 Jul 2013 10:42:18 -0600
Subject: Re: [j-nsp] multicast issue
To: dim0sal at hotmail.com
CC: juniper-nsp at puck.nether.net

What sort of multicast traffic is it? Is it a constant stream like voice or video or is it an intermittent feed like some sort of multicast messaging? If this is very low-rate traffic and intermittent, Juniper routers often drop the first packet because the multicast route has timed out of the forwarding table and it gets punted to the RE. If that is what is happening, there is a workaround. If you're losing traffic mid-stream, that's a different issue entirely.


John

On Tue, Jul 16, 2013 at 10:14 AM, R S <dim0sal at hotmail.com> wrote:






Hi all



Just a

brainstorming and your possible help.



I manage a

network where multicast is the most important traffic and sometimes I get issue

by customer where they state that some packets are lost…





Does

anybody have an idea or can help me in understanding a possible solution in

monitoring traffic in real time manner, maybe with the use of some software or appliance or whatelse.



In my idea

I could monitor traffic on the source and on the destination, then with  a sort of parsing understand if it’s my

network loosing the packets or not…







Any idea ?

suggestion ?



tks





_______________________________________________

juniper-nsp mailing list juniper-nsp at puck.nether.net

https://puck.nether.net/mailman/listinfo/juniper-nsp



_______________________________________________
juniper-nsp mailing list juniper-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.