P2S2: Internet Radio PDF

Preview

Summary

Download P2S2: Internet Radio PDF

Description

María Gil Aragonés

Multimedia Communications Multimedia Communications: Internet Radio Departamento de Ingeniería Telemática (ENTEL) Jorge Mata Juanjo Alins Oscar Esparza Jose L. Muñoz

8 Exercici 2 En aquest segon exercici es configura una ràdio IP que disposa de dos canals temàtics: un canal dedicat a la música folk i l’altre dedicat a música de tots els gèneres. Assumint que s’han assimilat correctament els conceptes treballats al primer exercici, es treballa en un entorn on hi ha presents dos servidors i dues fonts. L’objectiu final serà aconseguir, de manera guiada, un servidor amb diversos canals temàtics (punts de muntatge), i per tant, aconseguir una ràdio IP amb diferents canals.

8.1 Objectius Durant el transcurs d’aquest exercici es treballaran els següents conceptes: ∙ ∙ ∙ ∙

Servidor: entendre el funcionament i la configuració d’un servidor Icecast amb múltiples fonts. Fitxers de registre: habituar-se a consultar els missatges d’error del programari i extreure’n conclusions útils. Relaying: entendre la subordinació d’un servidor Icecast envers un altre. Protocol Icecast: entendre com els servidors Icecast s’associen entre sí.

8.2 Esquema L’escenari radionet mostra una ràdio IP que disposa de dues fonts de servidor que poden alimentar de diverses maneres dos servidors. Seria un escenari útil per una ràdio IP que ofereix diversos canals alhora als seus clients. Un exemple, salvant les distàncies, seria el servei que ofereix la BBC radio via IP: la corporació britànica ofereix 11 canals temàtics més els serveis de broadcast internacional via Internet. Tal i com podeu veure més avall, en l’escenari, la màquina host es connecta als servidors utilitzant dues interfícies (tap0 i tap1). Pel què fa a les fonts dels servidors i als servidors, source2 i server2 tenen la seva xarxa privada (Net3), mentre que source1 i server1 comparteixen la seva xarxa amb la font source2 (Net1). Aquesta última connexió permet que server1 i source2 estiguin connectades sense haver de dependre de source1.

María Gil Aragonés

Màquina source1 És la font que subministrarà un flux de música de diversos gèneres. Aquesta font subministrarà un flux de música mix al server1. Utilitzarà el fitxer Liquidsoap radio-mix.liq i la llista de reproducció playlist-mix.pls. Ambdós fitxers es troben al directori /home/virtusr/. Màquina source2 Subministrarà el flux al server2 al llarg de l’exercici. Utilitzarà el fitxer Liquidsoap radio-folk.xml i la llista de reproducció playlist-folk.pls. Ambdós fitxers es troben al directori /home/virtusr/. Màquina server1 Aquest servidor sempre rebrà el flux de música mix provinent de source1 i farà d’esclau de server2 en la configuració “master-slave” del final de l’exercici. Acabarà essent el servidor des del qual accedirem a tots els punts de muntatge. Màquina server2 La màquina server2 distribuirà el flux que rep de la màquina source2. En la segona part de l’exercici, entrega els seus punts de muntatge a server1 en una configuració “masterslave”.

María Gil Aragonés

8.3 Desenvolupament 8.3.1 Inici de l’escenari Per iniciar l’escenari radionet amb el simctl, executeu la següent comanda: telematic@telem:~$ simctl radionet start

Al final de la càrrega podreu accedir a les quatre màquines virtuals usant l’etiqueta get del simctl: telematic@telem:~$ simctl radionet get source1 telematic@telem:~$ simctl radionet get source2 telematic@telem:~$ simctl radionet get server1 telematic@telem:~$ simctl radionet get server2

Recordeu que usant el simctl es creen les interfícies que connecten la màquina host amb les màquines guest, tot i que NO se les hi assigna cap adreça de xarxa. Configureu les interfícies tap de la màquina host tal i com indica l’esquema. Comproveu que heu configurat correctament les interfícies de xarxa de la màquina host usant l’ordre ping per enviar paquets des de la màquina host fins als servidors.

8.3.2 Configuració de les màquines virtuals Un cop configurades les interfícies de xarxa del host, s’han de verificar els fitxers de configuració de les fonts i dels servidors. Consulteu el contingut dels fitxers de configuració Liquidsoap (radio-mix.liq i radiofolk.liq), respectivament, per les màquines source1 i source2.

María Gil Aragonés

Fixeu-vos especialment en la contrasenya per accedir al servidor, l’adresa IP i el port del servidor i el fitxer de playlist que hi ha configurat. En els propers passos haureu d’editar fitxers de configuració. Si heu d’editar el fitxer de configuració de la font, assegureu-vos de què heu matat abans el procés de bombeig. Per a modificar fitxers de les màquines virtuals, podeu usar la comanda pico, joe o vi. VMS:~# pico nom_de_fitxer_a_editar

L’editor pico és un editor petit que genera el menú d’opcions al peu del terminal. Només cal seguir l’ajuda per la edició del fitxer de text.

María Gil Aragonés Figura 14: Edició amb pico

També es pot fer servir la comanda vi que crida a un editor de consola. Al llarg del present i següents exercicis, haureu de tenir en compte la següent taula de funcionament de l’editor vi si el féu servir: Mode editor

Tecla Insert

Sortir del mode editor

Tecla Esc

Desar els canvis

:w i tecla Enter, fora del mode editor

Sortir del vi

:q i tecla Enter, fora del mode editor

Sortir del vi desant :wq i tecla Enter, fora del mode editor

Un cop hàgiu validat l’escenari, heu d’iniciar els servidors Icecast sobre ambdós servers: server1:~# icecast2 -c /etc/icecast2/icecast-server1.xml server2:~# icecast2 -c /etc/icecast2/icecast-server2.xml

8.3.3 Una font per cada servidor Per la màquina source1 utilitzeu el fitxer de script radio-mix.liq, per la màquina source2, utilitzeu el fitxer radio-folk.liq, ambdós es troben al directori /home/virtusr/ del sistema de fitxers de les màquines virtuals. Inicieu el bombeig de les fonts. virtusr@source1:~$./radio-mix.liq virtusr@source2:~$./radio-folk.liq

Comproveu, utilitzant el Mozilla Firefox, si els fluxos de les fonts arriben als servidors. Recordeu que els servidors s’executen al port 8000 de les màquines server1 i server2. Si els fluxos no arriben, analitzeu les traces de consola de les fonts per intentar esbrinar el problema i reconfigureu adequadament per solucionar el problema. OJO! Desde el host no podemos observar el punto de conexión 10.34.3.1/34, con lo cual accedemos al server2 a través del punto 10.34.2.2/24. Recordeu que per veure els resultats dels canvis fets en els fitxers de configuració, cal reiniciar el programa servidor o el programa de la font del servidor, en cap cas és necessari reiniciar el simctl.

María Gil Aragonés

María Gil Aragonés 8.3.4 Relaying Els servidors Icecast poden ser alimentats per punts de muntatge d’altres servidors Icecast. Aquest comportament s’anomena relaying. Amb aquest mètode, fluxos d’àudio presents en un servidor master, passen a ser enllaçats en un servidor slave. L’Icecast permet subministrar tots els punts de muntatge d’un servidor a un altre (tècnica “master -slave”), o bé només subministrar-ne un de concret (tècnica “single-broadcast”). En ambdues tècniques, només s’ha de configurar únicament el servidor que fa de relay o slave que actua com client del master. En cap cas s’ha de configurar el servidor que conté el flux que serà emmirallat. master-slave Amb aquesta tècnica un servidor esclau (slave), integra tots els fluxos presents a un servidor subministrador (master). Per configurar un servidor slave, s’ha d’editar el fitxer de configuració del servidor configurant-ne correctament els següents camps: ∙ : IP del servidor master, o subministrador. ∙ : Port en el que s’executa el programa servidor. És el port pel qual es subministren els fluxos d’àudio. ∙ : és l’interval en segons usat pel servidor esclau per consultat si el servidor master ofereix nous fluxos d’àudio. ∙ : contrasenya necessària per poder fer un emmirallat dels fluxos. És la mateixa que utilitzaria una font per connectar-se al servidor master. ∙ : si està activat (=1), el servidor esclau només absorbeix els fluxos d’àudio quan algun client vol sentir-los. single-broadcast Utilitzant aquesta tècnica, el servidor slave capta tan sols un dels fluxos que emet el servidor master. Es configura el servidor slave perquè utilitzi aquesta tècnica en els següents camps: ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙

....: etiquetes entre les quals hi ha la configuració del servidor esclau. : adreça IP del server master. : port on el servidor master executa l’Icecast. : punt de muntatge del flux a absorbir. : punt de muntatge que es vol assignar al flux absorbit. : nom d’usuari del servidor master. : contrasenya del servidor master. : si està activat (=1), el servidor esclau només absorbeix el flux quan algun client vol sentir-lo. : si està activat (=1) el servidor esclau tracta les metadades del flux provinent d’un servidor shoutCast.

María Gil Aragonés La figura 17 mostra els dos servidors de l’escenari treballant en mode “master -slave”. Pareu atenció en quin d’ells és el master i quin d’ells és l’slave.

A continuació, configureu les màquines de l’escenari per tal d’obtenir la configuració “master-slave” tal i com mostra l’esquema. Un cop hàgiu fet els canvis necessaris al fitxer l’icecast-server1-relay.xml, heu de tornar a posar en marxa el servidor esclau: Elegimos al server1 como slave y el server2 como master, de forma que el server1 recogerá el flujo suministrado por el server2 además del que recibe de la source1: radio-mix y radio-folk. Para habilitar esta opción debemos descomentar las líneas de código que se encuentran en el fichero /etc/icecast2/icecst-server1-relay.xml:

server1:~# icecast2 -c /etc/icecast2/icecast-server1-relay.xml

D’aquesta manera es reiniciarà l’Icecast amb els nous paràmetres de configuració.

María Gil Aragonés

Verifiqueu amb el firefox que estan els dos punts de muntatge en el servidor server1.

María Gil Aragonés 8.3.5 Protocol icecast En l’exercici anterior ja vam veure en què consistia el protocol Icecast en una connexió font-servidor, ara veureu en què consisteix el protocol Icecast en una connexió entre dos servidors Icecast quan un és esclau de l’altre. Connexió servidor-servidor Amb el wireshark capturant a la interfície correcta, reinicieu el servidor master i captureu el handshake que es produeix entre els dos servidors. Com podreu comprovar, en aquest cas si que es fa servir una funció d’HTTP (GET). Es fa servir perquè el servidor esclau pugui obtenir el llistat de fluxos que té el servidor master. En el cas que el servidor master hagi servit correctament la llista al servidor esclau, respon amb HTTP/1.0 200 OK.

Finalitzat l’anàlisi. Podeu aturar els servidors i les fonts si heu acabat la sessió. En aquest cas també teniu que apagar la virtualització de l’escenari: telematic@telem:~$ simctl radionet stop...