A continuación crearemos un host virtual (basados en nombre) mediante autentificación. Los pasos son los siguientes:

1. Creamos el directorio donde se va alojar el sitio web.

• sudo mkdir /var/www/mipaginaweb

2. Creamos el fichero HTML que sera el contenido de dicho sitio web. Y crearemos una página HTML sencilla.

• sudo gedit /var/www/mipaginaweb/index.html

3. Creamos el siguiente archivo que será el sitio virtual.

• sudo gedit /etc/apache2/sites-availabre/mipaginaweb

<VirtualHost 172.16.2.36>
ServerName www.mipaginaweb.com
DocumentRoot /var/www/mipaginaweb
</VirtualHost>

4. Creamos el directorio donde se alojaran los usuarios y contraseñas.

• sudo mkdir /var/claves

5. Crearemos tres usuarios.

• sudo htpasswd -c /var/claves/.htpasswd usuario1
• sudo htpasswd /var/claves/.htpasswd usuario2
• sudo htpasswd /var/claves/.htpasswd usuario3

Como se muestra en la imagen anterior se muestran los usuarios creados, y seguido hay escrito números y letras, eso es la contraseña encriptada.

7. Creamos el siguiente archivo donde se almacenaran los grupos y dentro de dichos grupos, los usuarios.

• sudo gedit /var/claves/.htgroups

grupo1: usuario1 usuario2
grupo2: usuario3

Como se muestra en la imagen anterior al grupo1 pertenecen el usuario1 usuario2 y al grupo2 pertenece el usuario3.

8. Crearemos el siguiente archivo con el siguiente contenido.

• sudo gedit /var/www/mipaginaweb/.htaccess

AuthType Basic
AuthName “Página web con autorización”
AuthUserFile /var/claves/.htpasswd
AuthGroupFle /var/claves/.htgroups
require group grupo1

9. En el fichero “mipaginaweb” que se encuentra en la ruta /etc/apache2/sites-availabre/ añadimos lo siguiente, dentro de las etiquetas “VirtualHost“.

<Directory /var/www/mipaginaweb>
AllowOverride AuthConfig
Order allow,deny
Allow from all
</Directory>

Se debería quedar asi:

10. Editamos el fichero hosts y añadimos  la linea seleccionada que se muestra en la siguiente imagen.

• sudo gedit /etc/hosts

11. Editamos el fichero default que se encuentra en la ruta /etc/apache2/sites-available/ y añadimos la linea que se muestra en la imagen de a continuación.

• sudo gedit /etc/apache2/sites-available/default

12. Habilitamos el sitio web y reiniciamos apache.

• sudo a2ensite mipaginaweb

• sudo apache2ctl restart

13. Abrimos nuestro navegador web, e introducimos la dirección. Nos aparecerá una ventana pidiendo que introduzcamos el nombre de usuario y la contraseña.

Como se muestra en la imagen anterior nos sale el contenido de la pagina web. Y si no introducimos el nombre de usuario y contraseña nos dice que necesitamos autorización, como se muestra en la siguiente imagen.

A continuación vamos a explicar paso a paso como configurar hosts virtuales basados en IP a través de Apache:

1. Para tener dos hosts virtuales basados en una IP, creamos los siguientes archivos.

sudo gedit /etc/apache2/sites-available/jreinarivero1

sudo gedit /etc/apache2/sites-available/jreinarivero2

• VirtualHost IP: Es la IP del sitio virtual que se va a crear.
• ServerName: Es el sitio virtual que se va a crear.
• DocumentRoot: Es la carpeta donde se va alojar dicho sitio virtual.

2. Se habilitan los sitios virtuales.

• a2ensite jreinarivero1

• a2ensite jreinarivero2

Nota: En este caso nos dice que el sitio virtual jreinarivero1 y jreinarivero2 ya esta activo, porque nosotros estamos modificando los archivos que creamos en el tutorial anterior llamado Configuración de Apache con hosts virtuales (Basado en nombres).

3. Se crea una interfaz de red virtuales (en este caso dos):

Interfaces de red virtuales

• sudo ifconfig eth2:1 172.16.200.1 netmask 255.255.0.0


• sudo ifconfig eth2:2 172.16.200.2 netmask 255.255.0.0

4. Ahora comprobamos que las interfaces de red virtuales se han creado correctamente.

5. Por ultimo reinicia apache.

sudo apache2ctl grafecul

6. Comprobamos que funcionan los sitios virtuales basados en IP.

Please click the “Read the rest of this entry »” before clicking to links… Thank you …

1 – Short explanations of basic terms

The GSM network consists mainly of the following functional parts:

• MSC – the mobile service switching centre (MSC) is the core switching entity in the network.
The MSC is connected to the radio access network (RAN); the RAN is formed by the BSCs and
BTSs within the Public Land Mobile Network (PLMN). Users of the GSM network are registered
with an MSC; all calls to and from the user are controlled by the MSC. A GSM network has
one or more MSCs, geographically distributed.

• VLR – the visitor location register (VLR) contains subscriber data for subscribers registered in
an MSC. Every MSC contains a VLR. Although MSC and VLR are individually addressable,
they are always contained in one integrated node.

• GMSC – the gateway MSC (GMSC) is the switching entity that controls mobile terminating calls. When a call is established towards a GSM subscriber, a GMSC contacts the HLR of that
subscriber, to obtain the address of the MSC where that subscriber is currently registered. That
MSC address is used to route the call to that subscriber.
• HLR – The Home Location Register (HLR) is the database that contains a subscription record for
each subscriber of the network. A GSM subscriber is normally associated with one particular
HLR. The HLR is responsible for the sending of subscription data to the VLR (during registration)
or GMSC (during mobile terminating call handling).
• CN – the core network (CN) consists of, amongst other things, MSC(s), GMSC(s) and HLR(s).
These entities are the main components for call handling and subscriber management. Other
main entities in the CN are the equipment identification register (EIR) and authentication centre
(AUC). CAMEL has no interaction with the EIR and AUC; hence EIR and AUC are not further
discussed.
• BSS – the base station system (BSS) is composed of one or more base station controllers (BSC)
and one or more base transceiver stations (BTS). The BTS contains one or more transceivers
(TRX). The TRX is responsible for radio signal transmission and reception. BTS and BSC are
connected through the Abis interface. The BSS is connected to the MSC through the A interface.
• MSC – Mobile Switching Center the primary service delivery node for GSM, responsible for handling voice calls and SMS as well as other services (such as conference calls, FAX and circuit switched data). The MSC sets up and releases the end-to-end connection, handles mobility and hand-over requirements during the call and takes care of charging and real time pre-paid account monitoring.

A GSM network is a public land mobile network (PLMN). Other types of PLMN are the time
division multiple access (TDMA) network or code division multiple access (CDMA) network. GSM
uses the following sub-division of the PLMN:

• Home PLMN (HPLMN) – the HPLMN is the GSM network that a GSM user is a subscriber of.
That implies that GSM user’s subscription data resides in the HLR in that PLMN. The HLR
may transfer the subscription data to a VLR (during registration in a PLMN) or a GMSC (during
mobile terminating call handling). The HPLMN may also contain various service nodes, such as
a short message service centre (SMSC), service control point (SCP), etc.
• Visited PLMN (VPLMN) – the VPLMN is the GSM network where a subscriber is currently
registered. The subscriber may be registered in her HPLMN or in another PLMN. In the latter
case, the subscriber is outbound roaming (from HPLMN’s perspective) and inbound roaming
(from VPLMN’s perspective). When the subscriber is currently registered in her HPLMN, then
the HPLMN is at the same time VPLMN.1
• Interrogating PLMN (IPLMN) – the IPLMN is the PLMN containing the GMSC that handles
mobile terminating (MT) calls. MT calls are always handled by a GMSC in the PLMN, regardless
of the origin of the call. For most operators, MT call handling is done by a GMSC in the HPLMN;
in that case, the HPLMN is at the same time IPLMN. This implies that calls destined for a GSM
subscriber are always routed to the HPLMN of that GSM subscriber. Once the call has arrived in
the HPLMN, the HPLMN acts as IPLMN. MT call handling will be described in more detail in
subsequent sections. When basic optimal routing (BOR) is applied, the IPLMN is not the same
PLMN as the HPLMN.

The user of a GSM network is referred to as the served subscriber; the MSC that is serving that
subscriber is known as the serving MSC. Examples are:

• mobile originated call – the MSC that is handling the call is the serving MSC for this call; the
calling subscriber is the served subscriber;
• mobile terminated call – the GMSC that is handling the call is the serving GMSC for this call;
the called subscriber is the served subscriber.
2 – Signalling in GSM

The various entities in the GSM network are connected to one another through signalling networks.
Signalling is used for example, for subscriber mobility, subscriber registration, call establishment,
etc. The connections to the various entities are known as ‘reference points’. Examples include:
• A interface – the connection between MSC and BSC;
• Abis interface – the connection between BSC and BTS;
• D interface – the connection between MSC and HLR;
• Um interface – the radio connection between MS and BTS.
Various signalling protocols are used over the reference points. Some of these protocols for GSM
are the following:
• mobile application part (MAP) – MAP is used for call control, subscriber registration, short
message service, etc.; MAP is used over many of the GSM network interfaces;
• base station system application part (BSSAP) – BSSAP is used over the A interface;
• direct transfer application part (DTAP) – DTAP is used between MS and MSC; DTAP is carried
over the Abis and the A interface. DTAP is specified in GSM TS 04.08 [49];
• ISDN user part (ISUP) – ISUP is the protocol for establishing and releasing circuit switched
calls. ISUP is also used in landline Integrated Services Digital Network (ISDN). A circuit is the
data channel that is established between two users in the network. Within ISDN, the data channel
is generally a 64 kbit/s channel. The circuit is used for the transfer of the encoded speech or
other data. ISUP is specified in ITU-T Q.763 [137].
When it comes to call establishment, GSM makes a distinction between signalling and payload.
Signalling refers to the exchange of information for call set up; payload refers to the data that is
transferred within a call, i.e. voice, video, fax etc. For a mobile terminated GSM call, the signalling
consists of exchange of MAP messages between GMSC, HLR and visited MSC (VMSC). The
payload is transferred by the ISUP connection between GMSC and VMSC. It is a continual aim
to optimize the payload transfer through the network, as payload transfer has a direct cost aspect
associated with it. Some network services are designed to optimize the payload transfer. One
example is optimal routing.

3 – GSM Mobility

Roaming with GSM is made possible through the separation of switching capability and subscription
data. A GSM subscriber has her subscription data, including CAMEL data, permanently registered
in the HLR in her HPLMN. The GSM operator is responsible for provisioning this data in the HLR.
The MSC and GMSC in a PLMN, on the other hand, are not specific for one subscriber group.
The switching capability of the MSC in a PLMN may be used by that PLMN’s own subscribers,
but also by inbound roaming subscribers; see the image the GSM user who is a subscriber of PLMN-A roams to PLMN-B. The HLR in PLMN-A transfers the user’s subscription data to the MSC in PLMN-B. The subscriber’s subscription data remains in the MSC/VLR as long as she is served by a BSS that is connected to that
MSC. Even when the user switches her MS off and then on again, the subscription data remains
in the MSC. After an extended period of the MS being switched off, the subscription data will
be purged from the MSC. When the subscriber switches her MS on again, the subscriber has to
re-register with the MSC, which entails the MSC asking the HLR in the HPLMN to re-send the
subscription data for that subscriber.

When the subscriber moves from one MSC service area (MSC-1) to another MSC service area
(MSC-2), the HLR will instruct MSC-1 to purge the subscription data of this subscriber and will
send the subscription data to MSC-2.
4 – Mobile Station
The MS, i.e. the GSM handset, is logically built up from the following components:
• mobile equipment (ME) – this is the GSM terminal, excluding the SIM card;
• subscriber identification module (SIM) – this is the chip embedded in the SIM card that identifies
a subscriber of a GSM network; the SIM is embedded in the SIM card. When the SIM card is
inserted in the ME, the subscriber may register with a GSM network. The ME is now effectively
personalized for this GSM subscriber; The image shows. The characteristics of the SIM are specified
in GSM TS 11.11. The SIM card contains information such as IMSI, advice of charge parameters,
operator-specific emergency number, etc. For the UMTS network an enhanced SIM is specified,
the universal subscriber identity module (USIM); refer 3GPP TS 31.102.

5 – Identifiers in the GSM Network

GSM uses several identifiers for the routing of calls, identifying subscribers (e.g. for charging),
locating the HLR, identifying equipment, etc. Some of these identifiers play an important role for
CAMEL.

5.1 International Mobile Subscriber Identity

The international mobile subscriber identity (IMSI) is embedded on the SIM card and is used to
identify a subscriber. The IMSI is also contained in the subscription data in the HLR. The IMSI is
used for identifying a subscriber for various processes in the GSM network. Some of these are:

• location update – when attaching to a network, the MS reports the IMSI to the MSC, which uses
the IMSI to derive the global title (GT) of the HLR associated with the subscriber;
• terminating call – when the GSM network handles a call to a GSM subscriber, the HLR uses
the IMSI to identify the subscriber in the MSC/VLR, to start a process for delivering the call to
that subscriber in that MSC/VLR.
• roaming charging – a VPLMN uses the IMSI to send billing records to the HPLMN of
a subscriber.
Image shows the format of the IMSI.
• mobile country code (MCC) – the MCC identifies the country for mobile networks. The MCC is
not used for call establishment. The usage of MCC is defined in ITU-T E.212 [129]. The MCC
values are allocated and published by the ITU-T.
• mobile network code (MNC) – the MNC identifies the mobile network within a mobile country
(as identified by MCC). MCC and MNC together identify a PLMN. Refer to ITU-T E.212 [129]
for MNC usage. The MNC may be two or three digits in length. Common practice is that, within
a country (as identified by MCC), all MNCs are either two or three digits.
• mobile subscriber identification number (MSIN) – the MSIN is the subscriber identifier within
a PLMN.
The IMSI is reported to the SCP during CAMEL service invocation. The IMSI may be needed,
for example, when identifying a country; countries in North America have equal country code
(country code = 1), but different MCC (e.g. Canada = 303; Mexico = 334).

5.2 Mobile Station Integrated Services Digital Network Number (MSISDN Number)

The MSISDN is used to identify the subscriber when, among other things, establishing a call to that
subscriber or sending an SMS to that subscriber. Hence, the MSISDN is used for routing purposes.
The image shows the structure of the MSISDN.
• country code (CC) – the CC identifies the country or group of countries of the subscriber;
• national destination code (NDC) – each PLMN in a country has one or more NDCs allocated to
it; the NDC may be used to route a call to the appropriate network;
• subscriber number (SN) – the SN identifies the subscriber within the number plan of a PLMN.

The MSISDN is not stored on the subscriber’s SIM card and is normally not available in the
MS.2 The MSISDN is provisioned in the HLR, as part of the subscriber’s profile, and is sent to
MSC during registration. The MSISDN is also reported to SCP when a CAMEL service is invoked.
One subscriber may have multiple MSISDNs. These MSISDNs are provisioned in the HLR. At
any one moment, only a single MSISDN is available in the MSC/VLR for the subscriber.
5.3 International Mobile Equipment Identifier

The international mobile equipment identifier (IMEI) is used to identify the ME [or user equipment
(UE) in UMTS network]. Each ME has a unique IMEI. The IMEI is hard-coded in the ME and
cannot be modified. The image shows the structure of the IMEI. The IMEI is not used for routing
or subscriber identification.
Refer to GSM TS 03.03 [27] for the type approval code (TAC), final assembly code (FAC)
and serial number (SNR). The software version (SV) may be included in the IMEI (‘IMEISV’) to
indicate the version of software embedded in the ME. The IMEI is always encoded as an eight-octet
string. As from CAMEL Phase 4, the IMEI(SV) may be reported to the SCP.
5.4 Mobile Station Roaming Number

The mobile station roaming number (MSRN) is used in the GSM network for routing a call to a
MS. The need for the MSRN stems from the fact that the MSISDN identifies a subscriber, but not
the current location of that subscriber in a telecommunications network. The MSRN is allocated to
a subscriber during MT call handling and is released when the call to that subscriber is established.
Each MSC in a PLMN has a (limited) range of MSRNs allocated to it. An MSRN may be allocated
to any subscriber registered in that MSC. The MSRN has the form of an E.164 number and can
be used by the GMSC for establishing a call to a GSM subscriber. An MSRN is part of a GSM
operator’s number plan. The MSRN indicates the GSM network a subscriber is registered in, but
not the GSM network the subscriber belongs to. The image shows how the MSRN is used for call
routing. The MSRN is not meant for call initiation. GSM operators may configure their MSC such
that subscribers cannot dial numbers that fall within the MSRN range of that operator.

6 Basic Services

All activities that may be done in the GSM network, such as establishing a voice call, establishing
a data call, sending a short message, etc., are classified as basic services. In order for a subscriber
to use a GSM basic service, she must have a subscription to that service.3 The handling of a basicservice is fully standardized. Hence, a subscriber may use a basic service in any GSM network
she roams to, provided that that basic service is supported in that network. The HLR will send
a list of subscribed basic services to the MSC/VLR, during registration. When a GSM subscriber
initiates a call, the MS supplies the serving MSC with a set of parameters describing the circuitswitched
connection that is requested. These parameters are the bearer capability (BC), low-layer
compatibility (LLC) and high-layer compatibility (HLC), as will be described below. The MSC
uses the BC, LLC and HLC to derive the basic service for this call. The rules for deriving the basic
service from LLC, HLC and BC are specified in GSM TS 09.07 [55]. The MSC then checks whether
the subscriber has a subscription to the requested basic service, i.e. whether the subscription data
in the VLR contains that basic service. If the service is not subscribed to, then the MSC disallows
the call. The basic service is not transported over ISUP.

When a CAMEL service is invoked, the MSC reports the requested basic service to the SCP. The
SCP may use the indication of the requested basic service for call service processing. Examples
include:
• video calls may be charged at a higher rate than speech calls;
• for data calls and fax calls, the CAMEL service shall not play any announcements or tones.
Basic services are divided into two groups: tele services and bearer services.

6.1 Tele Services

Table 1.1 provides an overview of the available tele services (TS);

6.2 Bearer Services

Table 1.2 provides an overview of the available bearer services (BS). The two bearer service groups
are sub-divided into a variety of bearer services with different characteristics.

6.3 Circuit Bearer Description

Bearer capability, low-layer compatibility and high-layer compatibility are descriptors of a circuitswitched
(CS) connection. When a GSM subscriber initiates a call, the BC, LLC and HLC are
transported from MS to MSC over DTAP. The MSC includes the parameters in the ISUP signal to
the destination. These parameters are also reported to the SCP during CAMEL service invocation.
That enables a CAMEL service to adapt the service logic processing to the type of call. The image
shows the relation between LLC, HLC and BC on the DTAP and the corresponding parameters
on ISUP.

• Low-layer compatibility – the LLC is transported transparently between the calling entity and
called entity; it may be used by the respective entities to adapt codecs for interworking purposes.
LLC describes mainly characteristics related to the data transfer.
• High-layer compatibility – the HLC is also transported transparently between the calling entity
and called entity; it is used to describe the requested service, such as telephony, Fax, video
telephony, etc.
• Bearer capability – the BC describes the characteristics of the 64 kbit/s circuit requested for
the call.

7 Supplementary Services
Supplementary services (SS) in GSM are a means of enriching the user experience. An SS may,
for example, forward a call in the case of no reply from the called party, bar certain outgoing or
incoming calls, show the number of the calling party to the called party, etc. In order to use an
SS, a GSM user needs a subscription to that SS. The subscription to supplementary services is
contained in the HLR and is sent to the MSC/VLR during registration. The supplementary services
are fully standardized. A GSM subscriber can therefore use her supplementary services in any GSM
network, provided that the network supports these supplementary services, and have the same user
experience.

Supplementary services may be provisioned for an individual basic service or for a group of
basic services, e.g. a subscriber may have barring of all outgoing calls for all tele services and all
bearer services, except SMS (tele service group 20). Such a subscriber is barred from establishing
outgoing calls (except emergency calls), but may still send short messages. Some supplementary
services may be activated or deactivated by the user. Examples include call forwarding and call
barring. An operator may decide to bar certain subscribers or subscriber groups from modifying
their supplementary services.

Table 1.3 shows the Supplementary Services. They are combined in service groups. Subscriptions
are per individual Supplementary Service. The right-most column indicates the GSM technical
specifications (TS) that specify the service requirement for the respective Supplementary Service(s).
The chapters on CAMEL Phases 1–4 describe the interaction between CAMEL and the various
supplementary services. Not all GSM networks support all supplementary services. Many of
the supplementary services in GSM have equivalent supplementary services in ISDN. The ISDN
supplementary services are described in ITU-T recommendations.

A continuación vamos a explicar paso a paso como configurar hosts virtuales basados en nombre a través de Apache:

1. Abrimos la terminal y creamos los siguientes archivos, que serán los sitios virtuales.

sudo gedit /etc/apache/sites-availabre/jreinarivero1

sudo gedit /etc/apache/sites-availabre/jreinarivero2

• VirtualHost IP: Es la IP del sitio virtual que se va a crear.
• ServerName: Es el sitio virtual que se va a crear.
• DocumentRoot: Es la carpeta donde se va alojar dicho sitio virtual.

2. Creamos los siguientes directorios que hemos escrito en el archivo anterior.

• sudo mkdir /var/www/jreinarivero1
• sudo mkdir /var/www/jreinarivero2

3. Dentro de los directorios que hemos creado en el paso anterior, creamos un archivo HTML, que lo llamaremos index, será muy sencillo el contenido como se muestra a continuación.

sudo gedit /var/www/jreinarivero1/index.html

sudo gedit /var/www/jreinarivero2/index.html

4. Se habilitan los nuevos sitios virtuales.

• sudo a2ensite jreinarivero1
• sudo a2ensite jreinarivero2

5. Se modifica el siguiente archivo, y añadimos la linea NameVirtualHosts (IP de nuestro equipo).

sudo gedit /etc/apache/sites-availabre/default

6. En el archivo hosts que se encuentra en la carpeta /etc/, escribimos las siguientes líneas:

• 172.16.2.36 jreinarivero1
• 172.16.2.36 jreinarivero2

sudo gedit /etc/host

7. Reiniciamos apache.

sudo apache2ctl gruceful

8. Ahora comprobamos  que los sitios web funcionan correctamente, abrimos el navegador web e introducimos el nombre de los dos dominios que hemos creado.

Como se muestran en las dos anteriores imágenes está todo correctamente configurado.

Para instalar Apache en Ubuntu tenemos dos opciones: desde un terminal o desde el Synaptic.

Desde un terminal:

• sudo aptitude install apache2-mpm-prefork

Desde el Synaptic:

Buscamos “apache2” (sin las comillas), seleccionamos el paquete apache2-mpm-prefork pulsamos sobre Aplicar. En cualquiera de los dos casos se instalarán más paquetes como por ejemplo el apache2.2-common.

Una vez instalado el servidor disponemos de un script que nos permite controlar su estado, se trata de apache2ctl.

1. Para iniciar el servidor web tenemos que ejecutar el siguiente comando:

• sudo apache2ctl start

2. Abrimos el navegador web, e introducimos localhost

UMTS address can be classified

1. CN address

- IMSI

-TMSI

-P-TMSI

2. UTRAN address

- S-RNTI

- U-RNTI

- C-RNTI

3. UE ID dedicated channels

The IMSI identifies the subscriber (USIM) within the network.

This is the permanent address stored in HLR.

IMSI = MNC (mobile network code) + MCC (mobile country code) +MSIN (mobile subscriber identification number)

15 bits

MNC + MCC is PLMN id.

¿Del Homo videns al Homo SIM?. Foto cortesía de Sclopit

La iniciativa de “tener fichados” a todos los usuarios de telefonía móvil con el fin de evitar delitos no es exclusiva ni de España ni del resto de Europa. El  weblog de la ITU cuenta que en Tanzania el Gobierno se emplea a fondo en implementar sistemas que permitan seguir el rastro de quienes usan el móvil fundamentalmente para hacer el mal.

Desde el momento en que ingresamos en las filas de un operador móvil tenemos un segundo DNI, pero en forma de tarjeta SIM. En la SIM está grabada la estructura de la identidad del abonado móvil (IMSI). 15 dígitos, máximo, que son los campos de nuestro nuevo carnet:

• En los tres primeros está el Indicativo de País (IPM).  Indica el país del operador que presta servicio al abonado y la ITU es la encargada de definirlos.
• Luego vienen otros 2 ó 3, que son el Indicativo de Red Móvil (IRM). Su finalidad es identificar dentro de un país a la red del operador a la que pertenece un abonado. Estos los asigna la CMT a los operadores que los demandan.
• Finalmente, está el número de identificación de abonado móvil, otros 9 ó 10 dígitos que están grabados en la tarjeta SIM y que normalmente sólo nuestro operador conoce.
• Ojo que el número anterior no es el mismo al que, en ocasiones entre copa y copa, le cambiamos un dígito fruto de “un error fatal”. En ese caso hablamos del número telefónico móvil o MSISDN. En España, ya sabéis que empiezan siempre por 6.

Con esta secuencia de números las compañías de móvil pueden hacer otras cosas además de identificar y localizar a sus clientes. Por ejemplo, esta cadena de numeración es la causante de que si metemos una tarjeta foránea en un móvil con contrato de permanencia la pantalla nos devuelva el mensaje de “SIM Lock”. Los terminales analizan los 5 primeros dígitos del IMSI (IPM+IRM) y verifican que esa SIM es válida para ese móvil.

Móvil robado, móvil bloqueado…

Hablando de terminales, también cada uno tiene también su propio código: el IMEI, que está grabado debajo de la tapa de la batería. Los operadores tiran de este código cuando se roba un teléfono. Así,  cada compañía dispone de una base de datos llamada EIR (Equipment identification register) en la que vuelcan los IMEI robados y  con la que bloquean el terminal sustraido evitando que se puedan recibir o realizar llamadas.

De todas formas, retomando el caso de Tanzania, estos sistemas antirobo pueden quedar en tierra de nadie en un mercado plagado de móviles “piratas” fabricados en Asia y sin código de identificación, según relata un periódico local.

Más entradas relacionadas con la telefonía móvil:

¿Por qué navegar desde el móvil tiene límites y desde el PC (todavía) no?

Sí, quiero… (cambiar de operador)

Móvil en el avión

LTE, estrella del MWC

Background

One way of controlling who can access a femtocell is to configure the device with a list of allowed IMSIs. The IMSI (International Mobile Subscriber Identity) is the key mechanism for subscriber identity in a mobile network and access to this identity gets someone one step closer to cloning a subscriber’s SIM and the ability to make fraudulent calls. Network operators are rightly nervous about disclosing IMSI details and existing 2G and 3G mobile networks take pains to limit the exposure of the IMSI. At least one operator has specifically forbidden femtocells from persisting IMSIs in non-volatile storage, requiring them to be fetched from the management system on each re-boot.

The alternative

Another way of skinning this particular cat is not to store the IMSI at all. Given that the main requirement is simply to test whether or not a particular IMSI is present in a list of allowed numbers, rather than store the IMSI, it might be better to simply store some form of hash derived from it. When a mobile attempts to access the femtocell, the femto access point performs a computation on the mobile’s IMSI and compares the result with each entry in its access control list. If a match is found, the mobile is allowed on to the cell.

This approach does have a weakness: IMSIs are relatively short in length and a cryptographic hash is susceptible to a, reverse look-up, dictionary attack. However, if the IMSI is combined with some other device specific data, such as the femtocell’s serial number not only is the combined data much longer and less susceptible to a dictionary attack and but, secondly, the hash is now specific to the device concerned and can’t be reused in another femtocell.

A través de la dirección http://www.juntadeandalucia.es/averroes/centros-tic/41701161/helvia/ sitio/ podeis acceder a la plataforma educativa. En ella podeis encontrar los apuntes de la asignatura, prácticas y otros materiales.

Es imprescindible vuestro usuario y contraseña de Guadalinex, para poder acceder al sistema.

!!!

Menyambung artikel soal even Kenduri Nasional Scorpio I yang diadakan di Bogor tanggal 2-3 Agustus kemarin, acara berjalan dengan seru dan dihadiri oleh berbagai klub dan komunitas Yamaha Scorpio dari berbagai penjuru Nusantara (yang paling jauh adalah rekan2 penungang Pio dari Nanggroe Aceh Darussalam … SALUT untuk semangatnya datang ke even ini, Bro !!!).

Even ini sekaligus juga menjadi ajang pengumuman terbentuknya kepengurusan Ikatan Motor Scorpio Indonesia (IMSI) periode 2008-2009, yang dikomandani oleh Bro Sidik dari Scorpio Adventure Bandung (SAB).

Acaranya sendiri, selain sebagai ajang kumpul-kumpul dan silaturahmi antar penunggang Scorpio, juga diramaikan dengan rolling thunder keliling kota pada hari Minggu pagi, yang dilanjutkan dengan aksi baksos ke sebuah panti asuhan di Bogor.

Berikut, daripada berpanjang-panjang baca tulisan , langsung aja simak beberapa foto (dan video) yang sempat gw rekam, untuk merasakaan secara langsung kemeriahan suasana di GOR Pajajaran (pictures worth a thousand words, right …? )

.

Walikota mBogor dan Undangan VIP

.

ONE Scorpio BROTHERHOOD …

.

Cem-macem tampilan Yamaha Scorpio …

.

Tim penjemput rombongan Milys Jakarta … aseli ‘Menunggu Godot’

.

Games-nya …

Aquí os dejo la memoria de práctica servidor DHCP realizada por mi.

MeMoRiaDHCP-PabloPradoCumbrado

En ella se incluyen todos los pasos para la instalación y configuración de un servidor DHCP para su correcto funcionamiento, con pantallazos de todo el proceso.

Espero que os sirva de ayuda.

El servicio FTP (File Transfer Protocol o protocolo de transferencia de archivos en español), constituye un procedimiento estándar de transferencia de archivos de un sistema a otro. Para utilizarlo necesitaremos disponer de una cuenta en la máquina que va escribir o enviar los arhivos (numerosas máuinas en Internet permiten el uso de sus sistemas utilizando una cuenta anónima y validando la contraseña con la dirección de correo).

Este protocolo está descrito en el RFC 959 y en el se establecen los objetivos de dicho protocolo, qué basicamente son los siguientes:

• Promover que se compartan archivos entre máquinas remotas a través de la red.
• Como consecuencia de lo anterior, fomentar el acceso a máquinas remotas.
• Independizar las necesidades de los usuarios de diferentes sistemas de archivos utilizados en las diferentes máquinas.
• Conseguir una transferencia de datos rápida y fiable

El servicio FTP presenta una serie de deficiencias importantes en cuanto a seguridad:

• Utiliza el mecanismo normal de autenticación de usuarios a través de nombre de usuario y contraseña, con lo que el servidor no puede garantizar que el usuario es quien dice ser.
• Transfiere las contraseñas en texto plano, por lo que cualquier herramienta del tipo sniffer, como Ethereal, podría capturarlas.
• No cifra la propia sesión FTP en sí misma, por lo quelas transferencias de archivos también son en texto plano.

FTP es un servicio basado en la arquitectura cliente/servidor, y su funcionamiento es el siguiente: existe un servidor FTP en la red (local o en Interet), que es el que proporciona el servicio, utilizando para ello dos puertos:

• Puerto 20 para transferencia de datos.
• Puerto 21 para transferencia de órdenes (control) .

Características de los servidores FTP

Con respecto al diseño del servicio:

• La conexión de un usuario remoto al servidor FTP puede hacerse como inicio de una sesión de un usuario que existe en el sistema o también como un usuario genérico que se llama anónimo
• El acceso al sistema de archivos del servidor FTP está limitado, dependiendo del tipo de usuario que se conecta.
• Una vez se ha establecido la conexión con el servidor FTP, el usuario tiene disponible el conjunto de órdenes FTP que permiten realizar las operaciones básicas de descarga(get) o subida(put) de archivos, junto con otras órdenes.

Con respecto a tipos de usuarios:

• Usuarios FTP - Son aquellos que disponen de una cuenta en la máquina que ofrece el servicio FTP. Se conectan vía FTP mediante su nombre de usuario y contraseña, y tienen acceso a aquellas partes del sistema de archivos para las que tienen permisos.
• Usuarios anónimos – Son usuarios cualesquiera que, al conectarse al servidor FTP, sólo deben introducir una contraseña simbólica que suele ser una dirección de correo electrónico, y sólo tienen acceso a una parte limitada del sistema de archivos

Respecto a los modos de conexión del servicio FTP:

• Modo activo
• Modo pasivo

¿Qué diferencia existe entre un cliente y un servidor FTP?

Un servidor FTP es una aplicación que proporciona un mecanismo estándar de transferencia de archivos entre sistemas a través de redes TCP/IP y un cliente FTP es una aplicación que permite al usuario, desde su máquina local, conectarse a un servidor FTP remoto para solicitar o transferirle archivos.

Para más información visitad el siguiente enlace -> Servidor FTP

Pasos a seguir para subir una página web a un servidor

Necesitamos:

Pagina lista para colgar

Tener contratado un dominio y un alojamiento web

Para colgar una página web necesitaremos un dominio que normalmente tendremos que contratar a una empresa especializada, también necesitaremos alojamiento para alojar la página que eso ya puede ser gratuito o de pago, la principal diferencia que el de pago es mejor que el gratuito ante posibles fallos yo recomiendo que si es para hacer pruebas se coja uno gratuito pero si es para algo más serio como la pagina de una empresa se coja uno de pago. Además ya hay empresas que ya te ofrecen el pack de dominio+alojamiento.

Esta manera de subir la página puede variar dependiendo el programa que utilices.

Wireshark

Es el antiguo ethereal y realiza las mismas opciones que es analizar protocolos y solucionar problemas en redes de comunicación para desarrollar software y protocolos. También nos permite ver todo el tráfico que pasa atreves de una red.

La ventaja de este programa es que es de software libre

Paquete capturado de ARP:

ARP: es un protocolo de que sirve de puente entre el nivel de red y el nivel de enlace del modelo OSI. Tambien averigua la direccionfisica de acceso al medio.

En nuestro caso hemos capturado un paquete ARP y aquí se muestran cómo conseguir la Mac de la pagina la cual estamos intentando entrar desde nuestro ordenador. Para ello manda petición a la pagina a la que queremos recibir la Mac por medio de la IP y la Mac todo con 0 y le responderá con la Ip y el numero de Mac