Dia 29: nou escenari Net

Després d’uns quants dies sense arribar enlloc, per fi m’ha sortit una cosa profitosa. La qüestió era dissenyar un escenari amb dues màquines virtuals, una de les quals seria el servidor (Ràdio) i l’altra seria la bomba que nodriria el servidor d’àudio. El client (l’oient) és el host de les màquines virtuals. L’esquema de l’escenari seria el que està a dins del núvol de la imatge següent:

Per tal de tenir aquest escenari, he creat el fitxer vnuml següent:

    <vm_mgmt type="none" />
    <vm_defaults exec_mode="mconsole">
       <filesystem type="cow">/usr/share/vnuml/filesystems/root_fs_tutorial</filesystem>
       <console id="0">pts</console>
       <!-- <console id="0">xterm</console> -->

  <net name="Net0" mode="uml_switch" hub="yes" />
  <net name="Net1" mode="uml_switch" hub="yes" sock="/var/run/vnuml/Net1.ctl" />

  <vm name="virt1">
    <if id="0" net="Net0">
    <route type="ipv4" gw=""></route>
    <exec seq="start" type="verbatim">echo "1" &gt;/proc/sys/net/ipv4/conf/all/accept_source_route</exec>

   <vm name="virt2">
    <if id="0" net="Net0">
    <if id="1" net="Net1">
    <exec seq="start" type="verbatim">echo "1" &gt;/proc/sys/net/ipv4/conf/all/accept_source_route</exec>


A més, s’ha d’afegir una interfície tap0 per poder connectar el host amb les màquines virtuals i s’ha de configurar el host per què estigui a dins de la Net1. En aquest script, marc és el nom de l’usuari de la màquina que vol tenir el control del tap0:

#! /bin/bash
tunctl -u marc -t tap0
ifconfig tap0 netmask up
route -A inet add -net gw

D’aquesta manera ja es poden fer pings entre les màquines físiques i virtuals.

Ara s’ha de configurar cada màquina segons el rol que té:

virt1: és la bomba. Així que s’ha d’editar el fitxer ices-playlist.xml. L’únic canvi que sofreix la versió anterior és la de canviar localhost per D’aquesta manera, la bomba envia les dades al servidor, a la IP

<?xml version="1.0"?>
    <!-- run in background -->
    <!-- where logs, etc go. -->
    <!-- 1=error,2=warn,3=info,4=debug -->
    <!-- set this to 1 to log to the console instead of to the file above -->

    <!-- optional filename to write process id to -->
    <!-- <pidfile>/home/ices/ices.pid</pidfile> -->

        <!-- metadata used for stream listing (not currently used) -->
            <name>Radio MFS</name>
            <description>Emissions en proves</description>

        <!-- input module

            The module used here is the playlist module - it has 
            'submodules' for different types of playlist. There are
            two currently implemented, 'basic', which is a simple
            file-based playlist, and 'script' which invokes a command
            to returns a filename to start playing. -->

            <param name="type">basic</param>
            <param name="file">/etc/ices2/playlist.txt</param>
            <!-- random play -->
            <param name="random">0</param>
            <!-- if the playlist get updated that start at the beginning -->
            <param name="restart-after-reread">0</param>
            <!-- if set to 1 , plays once through, then exits. -->
            <param name="once">0</param>

		<!-- Stream instance
            You may have one or more instances here. This allows you to 
            send the same input data to one or more servers (or to different
            mountpoints on the same server). Each of them can have different
            parameters. This is primarily useful for a) relaying to multiple
            independent servers, and b) encoding/reencoding to multiple
            If one instance fails (for example, the associated server goes
            down, etc), the others will continue to function correctly.
            This example defines two instances as two mountpoints on the
            same server.  -->
            <!-- Server details:
                You define hostname and port for the server here, along with
                the source password and mountpoint.  -->

            <!-- Reconnect parameters:
                When something goes wrong (e.g. the server crashes, or the
                network drops) and ices disconnects from the server, these
                control how often it tries to reconnect, and how many times
                it tries to reconnect. Delay is in seconds.
                If you set reconnectattempts to -1, it will continue 
                indefinately. Suggest setting reconnectdelay to a large value
                if you do this.

            <!-- maxqueuelength:
                This describes how long the internal data queues may be. This
                basically lets you control how much data gets buffered before
                ices decides it can't send to the server fast enough, and 
                either shuts down or flushes the queue (dropping the data)
                and continues. 
                For advanced users only.

            <!-- Live encoding/reencoding:
                Currrently, the parameters given here for encoding MUST
                match the input data for channels and sample rate. That 
                restriction will be relaxed in the future.
                <nominal-bitrate>64000</nominal-bitrate> <!-- bps. e.g. 64000 for 64 kbps -->


virt2: aquesta màquina serà el servidor, així que ha d’executar l’icecast2. S’ha d’editar el fitxer icecast.xml i canviar localhost per Això vol dir que l’adreça del servidor és i se sent pel port 8000.

        <!-- If enabled, this will provide a burst of data when a client 
             first connects, thereby significantly reducing the startup 
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->

        <!-- Sources log in with username 'source' -->
        <!-- Relays log in username 'relay' -->

        <!-- Admin logs in with the username given below -->

    <!-- set the mountpoint for a shoutcast source to use, the default if not
         specified is /stream but you can change it here if an alternative is
         wanted or an extension is required

    <!-- Uncomment this if you want directory listings -->

    <!-- This is the hostname other people will use to connect to your server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings. -->

    <!-- You may have multiple <listener> elements -->
        <!-- <bind-address></bind-address> -->
        <!-- <shoutcast-mount>/stream</shoutcast-mount> -->


    <!-- setting this makes all relays on-demand unless overridden, this is
         useful for master relays which do not have <relay> definitions here.
         The default is 0 -->



    <!-- Only define a <mount> section if you want to use advanced options,
         like alternative usernames or passwords


        <authentication type="htpasswd">
                <option name="filename" value="myauth"/>
                <option name="allow_duplicate_users" value="0"/>

        <authentication type="url">
            <option name="mount_add"       value="http://myauthserver.net/notify_mount.php"/>
            <option name="mount_remove"    value="http://myauthserver.net/notify_mount.php"/>
            <option name="listener_add"    value="http://myauthserver.net/notify_listener.php"/>
            <option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>



		<!-- basedir is only used if chroot is enabled -->

        <!-- Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root -->
        <!-- <pidfile>/usr/share/icecast2/icecast.pid</pidfile> -->

        <!-- Aliases: treat requests for 'source' path as being for 'dest' path
             May be made specific to a port or bound address using the "port"
             and "bind-address" attributes.
        <alias source="/foo" dest="/bar"/>
        <!-- Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for http://server:port/ to
             the status page
        <alias source="/" dest="/status.xsl"/>

        <!-- <playlistlog>playlist.log</playlistlog> -->
      	<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
      	<logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to [error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        <!-- <logarchive>1</logarchive> -->


Per arrencar l’escenari obrir un terminal:

#! /bin/bash
simctl net start
simctl net get virt1
simctl net get virt2

Entrar a virt2 i engegar el servidor icecast i a més, habilitar el forwarding de paquets per si es vol comunicar el Host amb la font/bomba del servidor:

/etc/init.d/icecast2 start
echo 1 > /proc/sys/net/ipv4/ip_forward

si amb el navegador es visita:

Entrar a virt1 i engegar la bomba:

ices2 /etc/ices2/ices-playlist.xml

En el host, per exemple amb el google chrome obrir la ràdio:


o amb el vlc:




Deixa un comentari

Fill in your details below or click an icon to log in:

WordPress.com Logo

Esteu comentant fent servir el compte WordPress.com. Log Out / Canvia )

Twitter picture

Esteu comentant fent servir el compte Twitter. Log Out / Canvia )

Facebook photo

Esteu comentant fent servir el compte Facebook. Log Out / Canvia )

Google+ photo

Esteu comentant fent servir el compte Google+. Log Out / Canvia )

Connecting to %s

%d bloggers like this: