Fonctionnement de la TV free sur le reseau ATM ?

Fonctionnement de la TV free sur le reseau ATM ? - Windows & Software

Marsh Posté le 12-12-2003 à 17:35:53    

Bonjour a tous,
 
Etudiant en DESS reseau, je cherche a connaitre le fonctionnement de la TV FREE au niveau du reseau ATM (j'ai partiel mardi, et je sens que ce sujet peut tomber, vu que ça regroupe pas mal de notions vu en cours : ADSL, ATM, multicast ...).
 
En fait, FREE utilise-t-il un reseau ATM "pur" en se servant du xcast ATM (que je ne connais pas, sic), ou bien font ils du classical IP (IP sur ATM) et dans ce cas du xcast IP (DVMRP, MOSPF, PIM-DIM ou CBT)?
 
De plus, est ce que la tele passe par un autre VCi que le net (a savoir, qd je matte la TV ça ne change pas mon dl), ou bien tout se passe sur le meme channel ?
 
Merci de m'aider dans ma quete, le site de free ne donnant aucun renseignenemt la dessus?


Message édité par petoulachi le 07-04-2004 à 12:00:52
Reply

Marsh Posté le 12-12-2003 à 17:35:53   

Reply

Marsh Posté le 12-12-2003 à 18:20:20    

up avant que je partes pour la soiree :D

Reply

Marsh Posté le 23-12-2003 à 13:52:38    

Petoulachi a écrit :

Bonjour a tous,
 
Etudiant en DESS reseau, je cherche a connaitre le fonctionnement de la TV FREE au niveau du reseau ATM (j'ai partiel mardi, et je sens que ce sujet peut tomber, vu que ça regroupe pas mal de notions vu en cours : ADSL, ATM, multicast ...).
 
En fait, FREE utilise-t-il un reseau ATM "pur" en se servant du xcast ATM (que je ne connais pas, sic), ou bien font ils du classical IP (IP sur ATM) et dans ce cas du xcast IP (DVMRP, MOSPF, PIM-DIM ou CBT)?
 
De plus, est ce que la tele passe par un autre VCi que le net (a savoir, qd je matte la TV ça ne change pas mon dl), ou bien tout se passe sur le meme channel ?
 
Merci de m'aider dans ma quete, le site de free ne donnant aucun renseignenemt la dessus?


 
 [:atreyu]  
 
j'ai pas d'infos pour toi, mais ça m'interesse énormément...  
 
la seule info que j'ai, c'est que free a remplacé énormément de matériels au niveau des DSLAMS parceque les anciens switchs ne supportaient pas ( ou mal ) le multicast, indispensable au bon fonctionnement de le TV.

Reply

Marsh Posté le 23-12-2003 à 14:23:44    

les newsgroup proxad.free.adsl.* sont une enorme source d'info possible pour ce que tu cherches par contre c le fouilli :-p

Reply

Marsh Posté le 23-12-2003 à 14:24:30    

après une petite recherche, je n'ai trouvé aucune réponse aux questions de Petoulachi. Dans les articles et explications que j'ai pu lire, cela reste assez vague : en gros à part dire qu'ils font du multicast, pas grand chose (on est bien avancé là ...). Il n'est pas très étonnant que Free garde ce genre de renseignements pour eux (somme tout innovant).
Peut-être en creusant dans les specs et docs des DSLAM Alcatel, ECI, ... on pourrait voir quels protocoles sont implémentés et lesquelles "marchent" bien.


Message édité par oh_damned le 23-12-2003 à 14:25:00
Reply

Marsh Posté le 23-12-2003 à 14:30:19    

le pb c qu'il m'a semblé voir que les dslam utilisé etait "made by free"...  

Reply

Marsh Posté le 23-12-2003 à 15:23:17    

got a écrit :

le pb c qu'il m'a semblé voir que les dslam utilisé etait "made by free"...  
 


 
tu m'étonnes !!!  [:theseb]  
 
Free a pas envie de voir la technologie qu'il utilise avec succès chez ses concurrents ...  :pfff:

Reply

Marsh Posté le 24-12-2003 à 02:08:06    

un petit up, je suis en dernière année d'école d'ingé en systèmes et réseaux et c'est mon sujet de mémoire.

Reply

Marsh Posté le 24-12-2003 à 02:44:59    

pourquoi ne pas mailer un admin de free a ce sujet ?


---------------
Intermittent du GNU
Reply

Marsh Posté le 24-12-2003 à 03:01:02    

je pense que c'est la meilleur chose a faire
quelqu'un leur a deja posser la question et personne n'a repondu

Reply

Marsh Posté le 24-12-2003 à 03:01:02   

Reply

Marsh Posté le 24-12-2003 à 09:01:06    

oui en effet c'est une idée, mais vont-ils répondre?

Reply

Marsh Posté le 24-12-2003 à 11:11:32    

rani avait répondu a jeanb quand a la disposition de l'ip fixe/ du reverse & de l'ipv6 , on peut donc raisonnablement penser qu'ils répondront ne serait ce que pour dire non on ne peut rien vous dire .


---------------
Intermittent du GNU
Reply

Marsh Posté le 24-12-2003 à 11:13:52    

Petoulachi a écrit :

Bonjour a tous,
 
Etudiant en DESS reseau, je cherche a connaitre le fonctionnement de la TV FREE au niveau du reseau ATM (j'ai partiel mardi, et je sens que ce sujet peut tomber, vu que ça regroupe pas mal de notions vu en cours : ADSL, ATM, multicast ...).
 
En fait, FREE utilise-t-il un reseau ATM "pur" en se servant du xcast ATM (que je ne connais pas, sic), ou bien font ils du classical IP (IP sur ATM) et dans ce cas du xcast IP (DVMRP, MOSPF, PIM-DIM ou CBT)?
 
De plus, est ce que la tele passe par un autre VCi que le net (a savoir, qd je matte la TV ça ne change pas mon dl), ou bien tout se passe sur le meme channel ?
 
Merci de m'aider dans ma quete, le site de free ne donnant aucun renseignenemt la dessus?


tous ce que je peux te repondre c qu'ils utilisent un seul channel , ils comptaient en faire 2 mais finalement tous passe par le méme.

Reply

Marsh Posté le 05-04-2004 à 11:30:59    

Bon j'ai un peu plus d'infos concernant cette affaire (oui ya du retard dans la maj du topic :D).
 
Tout d'abord Free utilise en effet des DSLAMS inconnus à FT (ni ECI, ni Alcatel, ni Lucent). J'essaierai de trouver le nom de cette fameuse marque, mais il semblerait (à prendre avec des pincettes) que la principale motivation de ce choix serait économique.
Ensuite, il me semble aussi (je ne sais plus ou je l'ai lu, je reviens de LAN et j'ai la tete dans le paté :D) que Free utilise en effet plusieurs VCs :
-un pour le téléphone
-un pour la TV
-un pour les données du net
 
avec comme priorité (QoS) :
-en premier le tel
-la TV
-et les données
 
Par contre, concernant le réseau ATM, je n'en sais pas plus du coté de Free. Chez FT, je ne connais pas les protocoles utilisés mais je connais les principes de fonctionnements. Si ça interresse je pourrai les détailler ;)

Reply

Marsh Posté le 07-04-2004 à 11:50:58    

un ptit up :D

Reply

Marsh Posté le 07-04-2004 à 12:01:13    

Free utilise des DSLAM "Freebox" concu par eux meme !
Bien sur comme l'a dit Rani ou Alec je sais plus : Free n'a rien inventé ils utilisent les technologies connu mais d'une maniere "plus poussé" on va dire... c'est a dire que les composants utilisé par les DSLAM proviennent des grandes marques mais les DSLAM sont assemblés et programmés par Free !
 
Pour ce qui est des differents flux, c'est de la l'ATM divisé en 4 "channels" virtuels, par ordre de priorité : controle/Tel/TV/Internet, entre le DSLAM jusqu'a la Freebox apres la freebox le flux est encapsulé en IP pour le Net.
la téléphonie c'est bien de la VoIP par contre la TV je ne crois pas que ce soit de la video sur IP.
Sinon pour ce qui est des flux TV, tous les flux des chaines sont envoyés a tous les DSLAM, ensuite, en fonction de la chaine regardé, le DSLAM envoi le flux de la chaine demandé vers l'abonné.
 
j'en sais pas bcp plus.. corrigez moi si je me trompe


Message édité par LaMoR le 07-04-2004 à 12:04:59
Reply

Marsh Posté le 07-04-2004 à 12:34:34    

alors j'ai eu quelques infos,  
 
il semblerai que le transport des données se fasse en IP, en collaboration avec Cisco qui a developpé l'ethernet sur longues distances. Plus d'infos dans l'apres midi :)


---------------
IdPSN : Cyboulette // Battletag : Cyboulette#2250
Reply

Marsh Posté le 07-04-2004 à 12:39:27    

je sais que sur le reseau de Free, jusqu'au DSLAM c'est du GigEthernet puis entre l'abonné et le DSLAM c'est de l'ATM.

Reply

Marsh Posté le 07-04-2004 à 14:19:39    

LaMoR a écrit :


Pour ce qui est des differents flux, c'est de la l'ATM divisé en 4 "channels" virtuels, par ordre de priorité : controle/Tel/TV/Internet, entre le DSLAM jusqu'a la Freebox apres la freebox le flux est encapsulé en IP pour le Net.


En effet il y a bien 4 VC, j'avais oublié le VC de contrôle :jap:
 
Sinon l'encapsulation utilisée entre le client et le BAS (ou enfin l'équivalent, je ne connais pas le réseau de Free) est PPPoE (obligé puisque PPPoA ne supporte pas le multi-service).
 
Pour le flux TV, en effet tu as raison aussi, le DSLAM reçoit le bouquet complet (toutes les chaines que proposent Free, payantes ou non). Ensuite est envoyé à l'utilisateur la chaine qu'il demande uniquement. C'est pour cela que le changement de chaîne n'est pas instannée : il faut envoyer la demande au DSLAM qui répercute en envoyant la nouvelle chaîne demandée.
 
En fait mon interrogation vient plutôt de la technologie utilisée entre le DSLAM et le centre émetteur du bouquet TV. Je sais qu'ils utilisent du multicast, mais je ne sais pas si c'est xcast IP ou bien xcast ATM ?

Reply

Marsh Posté le 08-04-2004 à 14:56:32    

Je viens d'avoir l'information : Free utiliserai des DSLAMs Cirpack, que je ne connais absolument pas :??:

Reply

Marsh Posté le 08-04-2004 à 15:01:58    

Free utilise des DSLAM Freebox
 
source : Rani Assaf

Reply

Marsh Posté le 08-04-2004 à 16:35:39    

En effet, Free utilise du matériel Cirpack pour la VoIP. Les dslams je ne sais pas encore, car je ne pense pas que Free soit apte à élaborer des DSLAMs :)
 
Pour Cirpack, voir ici et ici ;)


Message édité par petoulachi le 08-04-2004 à 16:43:58
Reply

Marsh Posté le 08-04-2004 à 23:17:23    

petoulachi a écrit :

En effet, Free utilise du matériel Cirpack pour la VoIP. Les dslams je ne sais pas encore, car je ne pense pas que Free soit apte à élaborer des DSLAMs :)
 
Pour Cirpack, voir ici et ici ;)


 
je l'ai deja expliqué dans un de mes messages plus haut
 
Free à developé ses propres DSLAM a partir du materiel existant, c'est a dire en utilisant des "modules" existants mais le tout n'existe nulle part ailleur que chez eux

Reply

Marsh Posté le 09-04-2004 à 10:23:23    

Plus d'informations concernant les protocoles utilisés.
Tout d'abord le réseau de Free est du GE, voir 10GE (IP donc) transporté par DWDM. La TV utilise bien du xcast IP (je ne sais pas encore quel protocole mais je cherche ;)). Au niveau de l'encapsulation à partir du client, ce n'est pas du PPPoE mais VC/Mux routé (voir ici). Je ne connais pas les avantages de ce protocole car je ne le connais absolument pas :(
 
Plus d'informations à venir par la suite

Reply

Marsh Posté le 09-04-2004 à 11:50:42    

j'ai vu que Alec t'avais repondu sur les NG !
tu as eu presque tout la sauf pour les DSLAM ..
 
si tu veux j'ai plus d'info sur le fonctionnement du telephone Freebox : un extrait de l'exposé de Rani fait pour je ne sais plus quelle occasion

Reply

Marsh Posté le 09-04-2004 à 11:52:23    

Oui les NG m'aide pas mal dans ma recherche. Il me manque encore le protocole IP utilisé pour le xcast, et des infos complémentaires sur les DSLAMs (mais ils n'ont pas l'air de vouloir les donner, ce qui peut sembler normal, secret de fabrication quoi).
 
Ton exposé m'interesse bien sur ! :)

Reply

Marsh Posté le 09-04-2004 à 11:53:47    

Ok :)
bon accroche toi parce que c'est pas tres simple  :D  
 

Citation :

Pour celles et ceux qui chercheraient à comprendre plus en détail
"comment ça peut marcher et pourquoi les tarifs sont si bas", voici une
description rapide de l'architecture employée.
 
Soit une communication devant être écoulée d'un abonné France Télécom
raccordé au commutateur d'abonné « CAUDERAN 2 » (BX41) - ou d'un
opérateur GSM qui livrerait alors son trafic en transit sur BX41 - vers
un abonné Free accessible à travers un numéro de la forme 087B. BX41 est
interconnecté avec le commutateur Free XC83 desservant la zone de
transit « Aquitaine ». L'abonné demandé, localisé à Strasbourg dans la
zone locale « MEINAU Freebox » est raccordé à un autre commutateur du
réseau de Free (XC90).
 
Quelques termes avant d'aller plus loin :
 
MGCP : Media Gateway Control Protocol, protocole pour le contrôle et le
signal. Mieux adapté que le H.323 sur de l'IP et beaucoup plus efficace.
 
Softswitch: contrôleur de signalisation en MGCP. Le commutateur a une
fonction Softswitch. Le softswitch ne fait que la signalisation et n'a
pas forcément une capacité de traiter des appels au niveau Audio.
 
Passerelle: un équipement qui parle MGCP et concentre un ou plusieurs
terminaux (endpoint). La Freebox actuelle est une passerelle avec 2
points terminaux.
 
Les commutateurs XC sont également des passerelles mais avec des
milliers de points terminaux.
 
Actuellement, phase 1, le trafic présenté sur XC83 remonte en TDM/SS7
jusqu'à un n?ud de commutation au niveau du coeur de réseau de Free sur
Paris (XC27/XD13) qui assure le transit vers un n?ud spécifique de
commutation VoIP qui se charge alors de la transformation TDM -> IP.
 
En phase 2, l'architecture suivante sera mise en oeuvre:
 
- XC83 reçoit l'appel en SS7/TDM sur un faisceau d'interconnexion avec
France Télécom
- XC83 interroge la base de données FREE OBL (qui est commune à tout le
réseau) et apprend que le NDI de destination est rattaché à XC90
- XC83 établit un appel (au niveau signalisation) avec XC90 en SIP-T (T
comme transit), une extension du protocole SIP qui permet de passer la
signalisation en transit d'un commutateur à l'autre sur un réseau IP de
façon complètement transparente: XC90 a alors 100% des infos des
messages SSUTR2 reçus de France Télécom sur le faisceau BX41 <-> XC83
- XC90 interroge à nouveau la base OBL et voit que le NDI de destination
est le point terminal dont l'adresse IP est 81.57.90.1 par exemple. XC90
va donc piloter ce point terminal en MGCP pour signaler l'appel (faire
sonner le téléphone) et surtout établir un canal audio G.711 en RTP
entre le point terminal et directement une ressource des cartes VoIP du
commutateur de départ (XC83 en l'espèce).
 
En phase 3, le canal RTP sera d'abord établi entre les 2 n?uds de
commutation (XC83 et XC90) car c'est le XC90 qui doit simuler les
tonalités de sonneries que reçoit l'appelant qui est chez France Télécom
et c'est seulement au décroché que le canal RTP est "transféré" du
commutateur de Strasbourg vers le point terminal.
 
On peut également imaginer déployer une configuration avec des cartes
VoIP sur XC83 et XC90 et faire en sorte que l'appel entre Bordeaux et
Strasbourg passe en SS7/SDH mais tout l'intérêt de la VoIP est perdu car
dans ce cas:
- une ressource commutation (un IT) est consommée entre les commutateurs
de Bordeaux et Strasbourg en passant par tous les commutateurs
intermédiaires (XC27/XD13)
- une ressource VoIP est consommée sur le commutateur d'arrivée
 
Alors que dans l'architecture optimisée, seule une ressource VoIP est
consommée sur le commutateur de départ.
 
Dans le cas où l'appelé a sollicité le renvoi vers une ligne fixe du
réseau de France Télécom (raccordé à BX39 par exemple) :
- en phase I : l'appel va remonter en SS7/TDM jusqu'à un n?ud de Paris
qui va ressortir à nouveau l'appel en SS7/TDM jusqu'à XC83. Cette phase
initiale (mais néanmoins nécessaire) est inefficace car elle mobilise 2
IT dans le réseau de transmission (XC83 -> XC27 et XC27 -> XC83) ainsi
qu'en commutation (traversée de XC27) ;
 
- -en phase II (architecture SIP-T) : XC83 "sait" tout de suite que
l'appel doit être renvoyé vers BX39 (BORDEAUX LAC) . Ensuite, il prend
sa décision de routage comme si l'appel a toujours été à destination de
BX39 (i.e. comme si c'était un appel en transit dans notre réseau). Une
seule IT de commutation est alors consommée dans BX83, aucune IT n'est
consommée dans l'équivalent du RIC de Free.

Reply

Marsh Posté le 09-04-2004 à 15:52:53    

Ha oué en effet, là c'est trop orienté télécom pour moi. Je connais pas vraiment les protocoles de VoIP :/

Reply

Marsh Posté le 19-04-2004 à 19:31:30    

Bonjour à tous!
Je suis en licence d'informatique, et je fais une etude sur la télévision ADSL.
J'ai appris pas mal de truc sur la diffusion de l'offre freebox dans ce topic! alors merci a vous.
Mais est ce que vous avez + d'infos sur le mode de diffusion xCast?? quel protocole?? je pense que ca doit etre du mode de type "dense" mais protocole PIM-DM ou DVMRP???
Ah oui aussi est ce que vous avez des infos sur le moteur d'interactivité de la freebox. Il me semble que c'est un browser HTML+Javascript développé maison.
Enfin si vous avez d'autre trucs je suis preneur !

Reply

Marsh Posté le 19-04-2004 à 19:57:18    

petoulachi a écrit :

Chez FT, je ne connais pas les protocoles utilisés mais je connais les principes de fonctionnements. Si ça interresse je pourrai les détailler ;)


 
Ca serait cool si tu peux me détaillé lé fonctionnement ! :pt1cable:  
Mais moi ce qui m'interess c'est juste au niveau télé donc si tu as des infos sur le fonctionnement de la télé sur l'offre ma ligne TV je suis la !
Merci

Reply

Marsh Posté le 20-04-2004 à 14:03:44    

Alors concernant les protocoles IP mis en place par Free, aucune infos, j'ai l'impression qu'ils font un peu la sourde oreille :/ Je vais toutefois essayer de les relancer histoire d'en savoir plus :)
 
Concernant FT, voici les grands principes de l'offre MaLigneTV :
Tout d'abord, on a une source pour la diffusion du bouquet. Par exemple, TPS. La diffusion du bouquet complet se passe sur plusieurs VC. A l'heure actuelle, 2 VC différents sont utilisés :
-1 pour les chaines "importantes" du bouquet
-1 pour le reste des chaines.
Ces VC ont des politiques de QoS légèrement différentes. En gros, on s'assure que le VC1 n'aura "jamais" de problème de transmission, alors que sur le VC2 une panne de courte durée est "tolérée".
 
Ensuite pour chaque VC, on a une sécurité : le flux est envoyé par 2 chemins différents. Donc certes, on utilise 2 fois plus de bande passante, mais l'intérêt est que si un lien casse, le basculement est instanné et invisible pour l'utilisateur. Cela permet une certaine sécurité.
 
Par contre qu'appelles-tu "moteur d'interactivité de la freebox" ? :??:

Reply

Marsh Posté le 20-04-2004 à 23:33:34    

petoulachi a écrit :


Par contre qu'appelles-tu "moteur d'interactivité de la freebox" ? :??:


 
Le moteur d'interactivité est ce qu'il permet d'utiliser des applis style PMU sur canalsat ou la météo interactive ou encore les jeux interactifs, pour ca il y un moteur d'interactivité et je trouve aucune infos à ce sujet. La freebox peut le supporter mais quel est le principe?? est-ce le meme que pour Csat? Chez TPSL apparement c le même principe que pour TPS+ligne téléphone.
Voila si qqun peut m'aider !! :wahoo:

Reply

Marsh Posté le 21-04-2004 à 10:26:20    

Hum c'est quelque chose que je ne connais absolument pas :/

Reply

Marsh Posté le 21-04-2004 à 10:30:56    

[:drapo]

Reply

Marsh Posté le 26-04-2004 à 23:33:30    

petoulachi a écrit :

En effet il y a bien 4 VC, j'avais oublié le VC de contrôle :jap:
 
Sinon l'encapsulation utilisée entre le client et le BAS (ou enfin l'équivalent, je ne connais pas le réseau de Free) est PPPoE (obligé puisque PPPoA ne supporte pas le multi-service).
 
Pour le flux TV, en effet tu as raison aussi, le DSLAM reçoit le bouquet complet (toutes les chaines que proposent Free, payantes ou non). Ensuite est envoyé à l'utilisateur la chaine qu'il demande uniquement. C'est pour cela que le changement de chaîne n'est pas instannée : il faut envoyer la demande au DSLAM qui répercute en envoyant la nouvelle chaîne demandée.
 
En fait mon interrogation vient plutôt de la technologie utilisée entre le DSLAM et le centre émetteur du bouquet TV. Je sais qu'ils utilisent du multicast, mais je ne sais pas si c'est xcast IP ou bien xcast ATM ?


l'encapsulation utilisée entre le client et le BAS est de l'AAL5, entête ATM
Pas de  PPPoe ni PPPoA


Message édité par melba le 26-04-2004 à 23:34:21
Reply

Marsh Posté le 27-04-2004 à 11:40:45    

Source ?  
 
Alors dans ce cas, l'encapsulation PPP s'arrete ou pour toi ?

Reply

Marsh Posté le 27-04-2004 à 11:50:41    

yapa d'encapsulation sur le reseau free car ça ne sert à rien : si sur le reseau ft ou ldcom (cegetel je c pas) il y a plusieurs fournisseur d'acces (donc il faut trier les paquets et les envoyer vers le bon fournisseur), sur le reseau de free, il n'y a que free, donc tout va chez eux, et il n'y a donc pas besoin d'encapsulation.

Reply

Marsh Posté le 27-04-2004 à 14:15:44    

Tu devrai vérifier tes sources avant de balancer des aneries pareil :/

Reply

Marsh Posté le 27-04-2004 à 15:05:47    

:??: J'ai toujours vu qu'il n'y avait pas de pppoe ni pppoa sur les acces dégroupés de free [:quannum] On m'aurait menti?

Reply

Marsh Posté le 27-04-2004 à 15:33:57    

petoulachi a écrit :

Tu devrai vérifier tes sources avant de balancer des aneries pareil :/


y'a pas d'encapsulation PPP, enfin du moins un protocole IPoA
source forpage.com Proffeseur Es MTU/CONNCETION Mr Herm:
http://forpage.com/forum/viewtopic [...] 5&start=44
http://forpage.com/forum/viewtopic.php?p=23871#23871
 
Aprés effectivement, Free utilise ses DSLAMs qui sont relier entre avec de la Fibre Optique en GIGA ETHERNET, surrement en symétrique avec Tcp/IP
Donc entre PC et Modem -> Tcp/ip, entre modem et DSLAM tcp/ip -> encapsulé en ALL5 (IPoA), le modem utilise le protocole routed Vmux 1483 (RFC 1483 de mémoire, IP routed), aprés le DSLAM re-TCP/IP "décapsulé" sur GiGA ETHERNET à + ou - 1000Mbits selon les endroits
 
une petite recherche google sur IPoA devrait te donner quelques info supplémentaire:
http://eagle-usb.ath.cx/faqeagle/w [...] qConnectFr
http://www.light-tube.com/olivier/cfip99.pdf
http://www.urec.cnrs.fr/hd/ATM/doc [...] poa1_1.pdf
 
Je n'en sait pas plus

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed