GNT sans publicité, site mobile, fonctionnalitées exclusives...

Routage Multicast

Le
Vincent Derrien
Bonjour,

Je suis en train de monter actuellement un "petit" réseau de diffusion
vidéo.
Pour celà, j'ai plusieurs serveurs qui diffusent 15 flux multicast de
5mb/s chacun, des serveurs qui font de la vidéo à la demande (flux de 1
à 2 mb/s) et de la téléphonie IP (SIP). Ces différents seront envoyés
sur 20 postes via un routeur.

Pour ce routeur qui doit faire du multicast (peu importe le protocole),
j'hésite entre une solution "clé en main" ou "faite maison".
Donc, plusieurs solutions s'offrent à moi :
- 1 PC standard sous BSD (solution à éviter car il y'a plus de risques
de problèmes matériel)
- 1 mini-serveur de type Soekris sous BSD
- 1 routeur moyen de gamme (Linksys, Netgear, Bewan, )
- 1 routeur plus haut de gamme (Cisco, Netopia, )

Ce routeur devra donc supporter plusieurs cas de figures :
- Tout le monde regarde des flux multicast différents : 15 * 5 mb/s = 75
mb/s en entrée et 20 * 5 = 100 mb/s en sortie
- Tout le monde regarde de la VOD : 20 * 2 = 75 mb/s (multicast) + 40
mb/s (vod) en entrée et 40 mb/s en sortie
- Plusieurs types d'utilisations simultanées (10 multicast, 10 VOD) : 75
(multicast) + 20 (VOD) en entrée et 50 (multicast) + 20 (VOD) en sortie.

Voici grossièrement quelques types de fonctionnement.

Pensez-vous que pour ce type d'utilisation, qui me semble assez
intensive, je puisse utiliser un petit Soekris sous BSD ou il faut que
je me tourne vers des solutions plus professionnelles de type Cisco.

Merci d'avance.
Lire les 14 réponses

Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 3
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Jacques Caron
Le #68892
Salut,

On Wed, 16 Feb 2005 12:00:26 +0100, Vincent Derrien wrote:

Je suis en train de monter actuellement un "petit" réseau de diffusion
vidéo.
Pour celà, j'ai plusieurs serveurs qui diffusent 15 flux multicast de
5mb/s chacun, des serveurs qui font de la vidéo à la demande (flux de 1
à 2 mb/s) et de la téléphonie IP (SIP). Ces différents seront envoyés
sur 20 postes via un routeur.


Y a-t-il une raison particulière qui incite à mettre un routeur?

Pour ce routeur qui doit faire du multicast (peu importe le protocole),
j'hésite entre une solution "clé en main" ou "faite maison".
Donc, plusieurs solutions s'offrent à moi :
- 1 PC standard sous BSD (solution à éviter car il y'a plus de risques
de problèmes matériel)
- 1 mini-serveur de type Soekris sous BSD
- 1 routeur moyen de gamme (Linksys, Netgear, Bewan, ...)


A mon avis leurs fonctionnalités en ce qui concerne le multicast risquent
d'être très limitées, voire inexistantes, non?

- 1 routeur plus haut de gamme (Cisco, Netopia, ...)

Ce routeur devra donc supporter plusieurs cas de figures :
- Tout le monde regarde des flux multicast différents : 15 * 5 mb/s = 75
mb/s en entrée et 20 * 5 = 100 mb/s en sortie


Pourquoi 20 * 5 = 100 Mbit/s en sortie? Tout le monde est sur un LAN
Ethernet? Le multicast IP est diffusé en multicast Ethernet, donc il n'y a
toujours que 15 * 5 = 75 Mbit/s... Mais de toutes façons dans la plupart
des cas on mesure juste le nombre de paquets qui entrent, en l'absence de
duplication ça suffit, c'est là que se trouve l'essentiel du traitement.

- Tout le monde regarde de la VOD : 20 * 2 = 75 mb/s (multicast) + 40
mb/s (vod) en entrée et 40 mb/s en sortie


Si personne ne regarde les flux multicast, ils ne devraient plus être
émis. Evidemment il faut que le serveur et le routeur coopérent un peu,
mais ça ne devrait pas être trop difficile.

Pensez-vous que pour ce type d'utilisation, qui me semble assez
intensive, je puisse utiliser un petit Soekris sous BSD ou il faut que
je me tourne vers des solutions plus professionnelles de type Cisco.


Plus que le débit en bits/s c'est généralement le nombre de
paquets/seconde qui est le facteur limitant. Il faut donc voir la taille
moyenne des paquets pour les différents flux et calculer le débit en
paquets/seconde correspondant. Les capacités des cisco sont très variables
suivant les modèles, mais il suffit de regarder sur le site cisco pour les
trouver.

Pour les Soekris ça va dépendre pas mal de la version. On doit pouvoir
trouver des stats de paquets/seconde pour la plupart en cherchant un peu
(en particulier sur la liste Soekris), ça te permettra de savoir si ça
convient ou pas.

Mais je vois toujours pas pourquoi il faut un routeur :-)

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

manu
Le #68891
Vincent Derrien
Ce routeur devra donc supporter plusieurs cas de figures :
- Tout le monde regarde des flux multicast différents : 15 * 5 mb/s = 75
mb/s en entrée et 20 * 5 = 100 mb/s en sortie


Pourquoi fois 5? Si c'est vraiment du routage multicast, c'est fois 1.
20 Mb/s, une soerkis devrait savoir faire, mais c'est limite.

Tu dois utiliser quoi comme routage multicast? DVRMP, MOSPF ou PIM?
Attention à ce que le système d'exploitation sait faire (mise en garde
du mec qui a travaillé à l'intégration de PIM dans NetBSD parceque ca
n'y etait pas)

--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/Informatiqu...re-bsd.php


Vincent Derrien
Le #68890
Je suis en train de monter actuellement un "petit" réseau de
diffusion vidéo.
Pour celà, j'ai plusieurs serveurs qui diffusent 15 flux multicast de
5mb/s chacun, des serveurs qui font de la vidéo à la demande (flux de
1 à 2 mb/s) et de la téléphonie IP (SIP). Ces différents seront
envoyés sur 20 postes via un routeur.


Y a-t-il une raison particulière qui incite à mettre un routeur?


Raison qui incite à mettre un routeur _?
_Schéma du réseau : _
Serveurs VOD + Multicast => Switch => Routeur => Switch => Point d'accès
Wifi Norme G (5) => Postes clients Wifi Norme G(20)

Personnellement, je ne vois pas comment faire sans routeur, peut-etre
qu'avec ce schéma vous comprendrez la raison qui m'incite a avoir un
routeur.

Pour ce routeur qui doit faire du multicast (peu importe le
protocole), j'hésite entre une solution "clé en main" ou "faite maison".
Donc, plusieurs solutions s'offrent à moi :
- 1 PC standard sous BSD (solution à éviter car il y'a plus de
risques de problèmes matériel)
- 1 mini-serveur de type Soekris sous BSD
- 1 routeur moyen de gamme (Linksys, Netgear, Bewan, ...)


A mon avis leurs fonctionnalités en ce qui concerne le multicast
risquent d'être très limitées, voire inexistantes, non?


La fonctionnalité existe (j'ai fait des tests avec un routeur Bewan et
un Netgear) mais effectivement pour du routage multicast de flux TV
c'est peut-etre un peu léger.

- 1 routeur plus haut de gamme (Cisco, Netopia, ...)

Ce routeur devra donc supporter plusieurs cas de figures :
- Tout le monde regarde des flux multicast différents : 15 * 5 mb/s =
75 mb/s en entrée et 20 * 5 = 100 mb/s en sortie



Pour le calcul de la sortie du tout multicast (20 * 5 Mbit/s = 100),
effectivement je me suis trompé, c'est bien 15 * 5 Mbit/s = 75 Mbit/s

Pourquoi 20 * 5 = 100 Mbit/s en sortie? Tout le monde est sur un LAN
Ethernet? Le multicast IP est diffusé en multicast Ethernet, donc il n'y
a toujours que 15 * 5 = 75 Mbit/s... Mais de toutes façons dans la
plupart des cas on mesure juste le nombre de paquets qui entrent, en
l'absence de duplication ça suffit, c'est là que se trouve l'essentiel
du traitement.

- Tout le monde regarde de la VOD : 20 * 2 = 75 mb/s (multicast) + 40
mb/s (vod) en entrée et 40 mb/s en sortie


Si personne ne regarde les flux multicast, ils ne devraient plus être
émis. Evidemment il faut que le serveur et le routeur coopérent un peu,
mais ça ne devrait pas être trop difficile.


Cela serait effectivement beaucoup mieux mais je ne vois pas comment
faire pour que, si le routeur voit que un ou plusieurs flux multicasts
ne sont pas routés vers son interface de sortie («sence d'abonnés au
flux) il envoie un message aux serveurs pour l'arret de la diffusion de
ces flux. De plus, je vois encore moins comment faire pour que le
routeur qui reçoit une demande d'abonnement à un flux "éteint"
communique avec le serveur pour relancer ce flux.... mais cette solution
est évidemment la meilleure et si vous avez une idée ou des conseils
pour la mettre en place je suis preneur car cela ferait grandement
baisser le débit arrivant au routeur.

Pensez-vous que pour ce type d'utilisation, qui me semble assez
intensive, je puisse utiliser un petit Soekris sous BSD ou il faut
que je me tourne vers des solutions plus professionnelles de type Cisco.


Plus que le débit en bits/s c'est généralement le nombre de
paquets/seconde qui est le facteur limitant. Il faut donc voir la
taille moyenne des paquets pour les différents flux et calculer le
débit en paquets/seconde correspondant. Les capacités des cisco sont
très variables suivant les modèles, mais il suffit de regarder sur le
site cisco pour les trouver.


J'ai contacté Cisco et j'attends un appel de leurs technico-commerciaux.

Pour les Soekris ça va dépendre pas mal de la version. On doit pouvoir
trouver des stats de paquets/seconde pour la plupart en cherchant un
peu (en particulier sur la liste Soekris), ça te permettra de savoir si
ça convient ou pas.


J'ai regardé sur le site de Soekris mais je n'en ai pas vu avec des
cartes réseaux gigabit et je souhaiterai que le routeur ai des cartes
réseaux gigabit. Mais peut-etre va-t-il y avoir prochainement des
Soekris avec des cartes gigabit.

Mais je vois toujours pas pourquoi il faut un routeur :-)

Jacques.



Vincent Derrien
Le #68889
Vincent Derrien

Ce routeur devra donc supporter plusieurs cas de figures :
- Tout le monde regarde des flux multicast différents : 15 * 5 mb/s = 75
mb/s en entrée et 20 * 5 = 100 mb/s en sortie



Pourquoi fois 5? Si c'est vraiment du routage multicast, c'est fois 1.


Je ne comprend pas comment un flux vidéo qui est de 5 Mbit/s en entrée
du routeur peut-etre d'1 Mbit/s en sortie. J'ai effectué quelques tests
avec un routeur multicast que j'ai monté en FreeBSD et lorsque je
diffusais un flux vidéo de 3 Mbit/s depuis le serveur, il était à 3
Mbit/s en entrée du routeur et 3 Mbit/s en sortie pour mes clients
abonnés au flux. Si vous pouviez préciser comment un flux d'1 Mbit/s en
sortie est possible.

20 Mb/s, une soerkis devrait savoir faire, mais c'est limite.


Je pense également qu'une soekris pourrait s'avérer limite pour faire le
routage car il n'y aura pas que les flux multicast TV, il y aura aussi
des flux unicast pour de la VOD et de la téléphonie IP.

Tu dois utiliser quoi comme routage multicast? DVRMP, MOSPF ou PIM?
Attention à ce que le système d'exploitation sait faire (mise en garde
du mec qui a travaillé à l'intégration de PIM dans NetBSD parceque ca
n'y etait pas)


Cela va dépendre du type de matériel que je prend. Si c'est du Cisco
alors je ferai du PIM. Pour l'instant je fais des tests avec mon routeur
multicast en FreeBSD avec DVRMP. Je crois que PIM est également implanté
sous FreeBSD. Par contre je n'ai pas testé MOSPF, je sais pas trop ce
qu'il vaut.

Voilà, j'espère avoir été assez clair.
Merci d'avance pour vos réponses.


Jacques Caron
Le #68886
Salut,

On Thu, 17 Feb 2005 11:24:36 +0100, Vincent Derrien wrote:

Raison qui incite à mettre un routeur _?
_Schéma du réseau : _
Serveurs VOD + Multicast => Switch => Routeur => Switch => Point d'accès
Wifi Norme G (5) => Postes clients Wifi Norme G(20)

Personnellement, je ne vois pas comment faire sans routeur, peut-etre
qu'avec ce schéma vous comprendrez la raison qui m'incite a avoir un
routeur.


Pour ma part je ne vois toujours pas pourquoi il serait utile de mettre un
routeur. Qu'est-ce-qui vous empêche de faire:

Serveurs => switch => APs => clients?

Par contre multicast et Wi-Fi vous allez bien vous amuser (ou plutôt pas
du tout). Et le rapport entre le nombre d'APs et le nombre de clients me
paraît surprenant, j'espère qu'ils ne sont pas trop près les uns des
autres, sinon ça n'a bien entendu aucun intérêt d'avoir autant d'APs, bien
au contraire. Et même dans le meilleur des cas (4 clients par AP, bien
espacés, pas de problème au niveau du basic rate set, pas de problème au
niveau du chiffrement multicast, gestion des groupes multicast par les
APs...) vous allez probablement vous approcher un peu beaucoup de la
limite pratique du 802.11g.

Cela serait effectivement beaucoup mieux mais je ne vois pas comment
faire pour que, si le routeur voit que un ou plusieurs flux multicasts
ne sont pas routés vers son interface de sortie («sence d'abonnés au
flux) il envoie un message aux serveurs pour l'arret de la diffusion de
ces flux. De plus, je vois encore moins comment faire pour que le
routeur qui reçoit une demande d'abonnement à un flux "éteint"
communique avec le serveur pour relancer ce flux.... mais cette solution
est évidemment la meilleure et si vous avez une idée ou des conseils
pour la mettre en place je suis preneur car cela ferait grandement
baisser le débit arrivant au routeur.


Ben c'est toute la base du routage multicast... Faire en sorte qu'un flux
ne soit envoyé que là où c'est nécessaire. Comme je disais précédemment,
il faut de la coopération de la part du serveur. Suivant l'architecture
et/ou le protocole retenus il peut y avoir différentes façons de faire.

J'ai contacté Cisco et j'attends un appel de leurs technico-commerciaux.


Ils ont un joli site web qui vous en apprendra probablement plus...

J'ai regardé sur le site de Soekris mais je n'en ai pas vu avec des
cartes réseaux gigabit et je souhaiterai que le routeur ai des cartes
réseaux gigabit. Mais peut-etre va-t-il y avoir prochainement des
Soekris avec des cartes gigabit.


Je n'ai pas suivi l'actualité dans ce domaine, il faudrait consulter la
mailing-list. Sinon rien n'empêche de mettre une carte PCI gigabit dans
l'un deux, même si effectivement les processeurs risquent d'être le
facteur limitant.

Mais comme je ne vois toujours pas pourquoi il faut un routeur...

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Publicité
Suivre les réponses
Poster une réponse
Anonyme