Multicast troubleshooting blocage video

Résolu/Fermé
Yornes Messages postés 11 Date d'inscription samedi 17 mai 2014 Statut Membre Dernière intervention 23 mai 2014 - 17 mai 2014 à 04:24
 yornes - 7 juin 2014 à 01:40
Bonjour,


Je rencontre un cas étrange de blocage vidéo après la visualisation live d'une image issue d'une caméra sur ip et suite à une installation d'une liaison louée Man Ethernet.

contexte :
topologie physique : point - multipoint
le point correspond à un site A disposant d'un routeur cisco,
le multipoint à 2 sites B et C disposant chacun d'un switch HP de niveau 2,
2 liaisons louées Man Ethernet de 20Mbps et 50Mbps
Chaque site dispose d'un serveur avec une application qui gère la vidéo et permet de visualiser les flux provenant de caméras.
la solution multicast du site B fonctionne mais pas celle du site C
Les confs des switchs, versions ios, modèles sont identiques.

sur le routeur - site A :
création de 2 interfaces vlan avec activation de l'igmp version 3, et pim-sm pour le routage, les 2 intercos vers les sites B et C et les ports des switchs N2 sont de types trunk dot1q
annonces des 2 subnets dans une aire ospf.

- depuis le routeur A, un ping étendu m'a permis de vérifier que les serveurs B et C sont bien joignables.
- depuis un autre point d'extrémité du réseau, la vérification des chemins réseaux vers les subnets A B C est correcte

au niveau unicast : pas d'anomalies constatées,
un niveau multicast : blocage après 1 seconde de visu des caméras éloignées depuis le site C

site A : routeur cisco
site B : ok, la visue des flux live des caméras est ok
site C : nok, seule la première image arrive a être visualisée puis blocage.

voici quelques éléments de conf des sites A, B et C :

sur switchs Hp :

igmp-snooping
#
vlan 3
igmp-snooping enable
igmp-snooping version 3
igmp-snooping drop-unknown
#
interface GigabitEthernet1/0/1
description - interco site A -
port link-type trunk
port trunk permit vlan 3
speed 100
duplex full
undo ndp enable
undo shutdown
#
interface GigabitEthernet1/0/2
description - Caméra -
port link-type access
port access vlan 3
speed 100
duplex full
undo ndp enable
undo shutdown
#
interface Vlan-interface3
ip address 10.10.10.2 255.255.255.0
#
ip route-static 0.0.0.0 0.0.0.0 10.10.10.1

- sur routeur Cisco :

vlan 3
#
interface GigabitEthernet 3/2
description - vers sites A et B -
switchport
switchport encapsulation dot1q
switchport mode trunk
switchport trunk allowed vlan 2 3
speed 100
duplex full
no shutdown
#
interface vlan3
ip address 10.10.10.1 255.255.255.0
ip pim sparse-mode
ip igmp version 3
#
ip routing
router-id @loopback0
router ospf 1
network 10.10.10.0 0.0.0.255 area 2
#
wr

plusieurs hypothèses :
- serveur H/S mais peu probable car il a été testé
- filtrage de type firewall sur le serveur
- liaison Man Ethernet entre A et C de mauvaise qualité, ne supportant pas les flux multicast ou mauvais paramétrage des Atricas
- routage multicast mais celà serait étrange puisque les sites B et C empruntent les mêmes chemins (même interfaces des routeurs) vers les caméras, comme B fonctionne ...

show ip igmp group à partir du routeur : le serveur réussit à joindre le groupe multicast mais celà s'est stoppé au bout d'1 seconde et les trames Multicast contenant de l'IGMP ont des cheksum en erreur (capture wireshark faite sur C)
je n'ai pas eu le temps de vérifier le routage multicast (sh ip mroute @ip groupe) et de remonter vers la source.
si des cheksum sont en erreur sur l'igmp, c'est probablement la liaison, non ?
Qu'en pensez-vous ?
Avez-vous déjà rencontré ce cas et quelles cmd de troubleshooting multicast me permettraient d'analyser plus efficacement ce pb ?
A voir également:

2 réponses

après vérifs :
- le serveur est ok
- pas de filtrage de flux
- le débit multicast fourni par l'opérateur était insuffisant (2 Mbps); comme un flux vidéo consomme environ 3.5 Mbp/s, celà explique le symptôme rencontré.
Après upgrade, les flux vidéo fonctionnent en continue.

End of the story
1
Yornes Messages postés 11 Date d'inscription samedi 17 mai 2014 Statut Membre Dernière intervention 23 mai 2014 2
23 mai 2014 à 00:58
bon, bah, je vais finir par me débrouiller tout seul ... ce n'est pas le serveur car ce sont les mêmes symptômes après changement de port, ce n'est pas le filtrage car il n'y en a pas, ni le câblage, reste la liaison louée ...en espèrant que celà soit bien celà!
0