INDICE Bluetooth
1. 2. 3. 4. 5.
Roberto Acero Cacho
6. 7.
Jueves 29 de Mayo de 2003
Introducción a Bluetooth
¿Qué es Bluetooth?
¿Cuándo aparece?
¿Por qué aparece?
8.
Introducción a Bluetooth Consorcio SIG (Special Interest Group) Documentación sobre Bluetooth Características Técnicas Estructura pila protocolos Bluetooth IP so sobr bre e Bl Blue ueto toot oth h Caso Práctico Futuro
Introducción a Bluetooth ¿Qué es Bluetooth?
Bluetooth es un estándar de comunicaciones para redes inalámbricas de tipo personales (Wireless Personal Area Networks) Permite la interconexión de múltiple variedad de dispositivos Rango de alrededor de 10 m. Transferencia aproximadamente 1 Mbit/seg Permite comunicaciones síncronas (voz) y asíncronas (datos) Utiliza modelo de comunicación Maestro-Esclavo Implementa sistemas de Autentificación y Encriptación
Introducción a Bluetooth ¿Cuándo aparece?
Introducción a Bluetooth ¿Por qué aparece?
Bluetooth es propuesto por Ericsson en 1994, pensando en una tecnología de transmisión inalámbrica barata, robusta, flexible y que consumiera poco.
Es un estándar libre.
El nombre le viene por el rey escandinavo Harald Bluetooth, que cristianizó Dinamarca y unificó Dinamarca y Noruega en el siglo 9º.
Consorcio SIG (Special Interest Group)
Empresas que forman el consorcio
Miembros Promotores
Miembros Asociados
Miembros Adoptivos
Bluetooth nace como una alternativa fuerte a las redes inalámbricas personales (WPAN). No provee todas las características de las redes 802.11 Incorpora un protocolo descubrimiento de servicios (SDP), que permite la formación de redes ad-hoc, Bluetooth también nace como una alternativa muy competitiva a IrDA.
Consorcio SIG (Special Interest Group) Empresas que forman el consorcio
Se creo un consorcio empresarial en 1998 para desarrollar la tecnología.
Lo forman Ericsson Mobile Communications, Intel, IBM, Toshiba y Nokia Mobile Phones
El objetivo de este consorcio es:“Desarrollar, publicar y promover una especificación para comunicación de dispositivos móviles de baja frecuencias e introducirla en el mercado.”
Actualmente unas 2000 empresas.
Consorcio SIG (Special Interest Group) Miembros Promotores
Nivel estratégico y técnico. Toma de decisiones para decidir hacia donde se dirige esta tecnología
Consorcio SIG (Special Interest Group) Miembros Asociados y Adoptivos Miembros Asociados Trabajan en mejoras en la especificación y manejan información técnica antes de su publicación oficial. Pagan una cuota anual. Lo componen 135 compañías aprox. Fujitsu Limited, Hewlett-Packard Company, LG Electronics Inc. National Semiconductor, Siemens AG, Sony Corporation, Symbian Ltd y otros muchos
Miembros Adoptivos Se les permite utilizar las especificaciones publicadas y las marcas del Bluetooth SIG, pero no tienen acceso a información privilegiada. Es gratuito. Lo componen el resto de compañías asociadas
3Com, Agere System, Bluetooth SIG Inc, Ericsson Technology Licensing AB, IBM Corporation, Intel Corporation, Microsoft Corporation, Motorola Inc, Nokia, Toshiba Corporation
Documentación sobre Bluetooth
Participantes
Specification
Profiles
Documentación sobre Bluetooth
Se han publicado 2 especificaciones. La última es la 1.1.
Participa IEEE
Specification que define como funciona la tecnología. (La pila de protocolos). 1080 pág.
Profiles que describen como tiene que ser usada la tecnología. 440 pág.
www.bluetooth.org
Características Técnicas
Descripción básica
Características Técnicas Descripción básica
Bajo coste: sobre 5-10 € unidad. Ahora cuestan 10 veces más.
Topologías de red –
Piconets
Tamaño pequeño.
–
Scatternets
Bajo consumo.
Transferencia hasta 721 kbps.
Rango de alcance de 10 m (extensible hasta 100 m).
Características Técnicas Topologías de red - PICONETS
Dos o más unidades Bluetooth que comparten un mismo canal forman una piconet
Una unidad Maestra, el resto Esclavos (hasta 7).
Características Técnicas Topologías de red - SCATTERNETS Los equipos que comparten un mismo canal sólo pueden utilizar una parte de su capacidad de este. Aunque los canales 1Mhz BW con muchos usuarios solo se aprovechan 10 Kbits/seg Varias piconets en misma área de cobertura = scatternet Mayor aprovechamiento del ancho de banda
Estructura pila protocolos Bluetooth
Estructura pila protocolos Bluetooth Esquema completo de la pila Bluetooth
Esquema completo de la pila Bluetooth Comparación niveles OSI Niveles de la pila Bluetooth – – – – – – –
vCard
WAP AT-commands
TCS BIN
SDP
OBEX TCP/UDP IP
Nivel Radio Nivel BaseBand Protocolo de control de enlace (Link Management Protocol LMP) Interfaz de control del host (Host Controller Interface HCI) Link Layer Control and Adaptation layer Protocol (L2CAP) RFCOMM Service Discovery Protocol (SDP)
PPP
RFCOMM Software
L2CAP
HCI LMP
BaseBand
Bluetooth Radio
Estructura pila protocolos Bluetooth Comparación niveles OSI
Comparación niveles OSI Nivel Radio (I)
Los protocolos hasta L2CAP encapsulan nivel físico y de enlace de la pila OSI.
Rango de frecuencias:banda ISM (Médico-Científica Internacional) en 2’45 Ghz
El método de compartición de la frecuencia se basa en Frecuency Hopping-Time División Duplex (FH-TDD)
Hardware
Comparación niveles OSI Nivel Radio (y II)
Los rangos de potencia emitida muy controlados.
Comparación niveles OSI Nivel BaseBand (I) Capa más importante del protocolo Bluetooth. Las tareas principales son:
1 Dispositivos para Aeropuertos
3
Dispositivos
normales
Sincronización
Transmisión de la información
Corrección de errores
División lógica de canales
Data whitening (scrambling)
Comparación niveles OSI Nivel BaseBand (II)
Comparación niveles OSI Nivel BaseBand (III) -- Enlaces ACL
Tipos de conexiones
Asincronous Connectionless ACL
Sincronous Oriented Connection SCO
Posibles configuraciones:
1 canal asíncrono (721 kbps bajada y 57’6 kbps subida o 433’9 kbps simétricos)
Hasta 3 canales de voz síncronos simultáneos de 64kbps
Canal que soporta simultáneamente datos asíncronos y voz síncrona
Conmutación de paquetes. 1 maestro puede establecer varias conexiones simultaneas. Entre un Maestro y un Esclavo sólo puede existir una conexión ACL. El Maestro determina qué Esclavo puede transmitir. Hay diferentes tipos de paquetes ACL • •
DH (Data High rate) DM (Data Medium rate) permite llevar menos datos pero tiene protección contra errores extra.
Se puede realizar Broadcast ACL
Comparación niveles OSI Nivel BaseBand (IV) -- Enlaces SCO
Conmutación de circuito Enlace simétrico entre el dispositivo Maestro y el Esclavo, con un ancho de banda reservado. Pensando en aplicaciones con necesidades críticas de tiempo, por ejemplo Audio. El dispositivo maestro soporta hasta 3 conexiones simultáneas SCO. Los paquetes SCO no se retransmiten. Reserva de slots.
Comparación niveles OSI Nivel BaseBand (V) -- Paquetes La estructura de los paquetes es:
–Reconocimiento (ACK) de paquetes
enviados del paquete en envíos desordenados –Control de flujo. Retención de envío en un extremo. –Dirección de destino del paquete. –Control de errores para la cabecera. –Identificación
Comparación niveles OSI Nivel BaseBand (VI)
Bluetooth utiliza Time Division Duplex (TDD) El tiempo está dividido en slots de 625 µs. Cada paquete que se envía ocupa 1, 3 o 5 slots.
En verde el maestro, en amarillo el esclavo
El Access Code se utiliza para sincronismo. Identifica si el paquete proviene o es enviado a un maestro. La cabecera (Header ) contiene información sobre:
El payload puede contener campos de voz, de datos o de ambos. Un paquete puede ocupar mas de un slot. Tiene un CRC de 16 bit. Los paquetes SCO no tienen CRC y un tamaño de payload fijo de 30 bytes.
Comparación niveles OSI Nivel BaseBand (VII) -- Corrección de Errores Hay tres tipos de esquemas de corrección de errores, que son de proporción 1/3, 2/3 o 1.
En el de 1/3 cada bit se repite 3 veces como redundancia.
En el de 2/3 se utiliza un algoritmo para codificar 10 bit en 15 bit.
En el de 1, un paquete se retransmite hasta que llega un ACK del destino.
Comparación niveles OSI Nivel BaseBand (VIII) -- Link Controller
Comparación niveles OSI Nivel BaseBand (IX) -- Link Controller
Control de flujo y sincronización
Estados del Controlador
Se usan colas FIFO para envío y recepción que siguen este esquema.
Cuando están llenas entra en acción el control de flujo, enviando señal de STOP en un paquete de retorno.
Cuando se resuelve el problema se envía la señal GO.
Dos principales: STANDBY y CONNECTION
7 secundarios de STANDBY
Comparación niveles OSI Nivel BaseBand (X) -- Link Controller
Comparación niveles OSI Nivel BaseBand (XI) -- Link Controller
Estados del Controlador
Estados del Controlador
4 secundarios de CONNECTION
Proceso de establecimiento de una conexión
Comparación niveles OSI Nivel BaseBand (y XII)-- Link Controller
Comparación niveles OSI Protocolo de control de enlace (LMP) (I)
Seguridad. Principales medidas de seguridad:
Este nivel traduce comandos del nivel superior (HCI) a niveles inferiores (Baseband).
Una rutina de pregunta-respuesta para autentificación.
Una corriente cifrada de datos, para encriptación.
–
Generación de clave de sesión (que puede cambiarse durante la conexión).
–
Tres entidades son utilizadas en los algoritmos de seguridad: la dirección Bluetooth (publica), clave de usuario privada (secreta) y un número aleatorio (diferente por cada nueva transacción).
Comparación niveles OSI Protocolo de control de enlace (LMP) (II)
El Link Manager se comunica con otro Link Manager utilizando el protocolo Link Manager Protocol (LMP). Define una serie de mensajes llamados Protocol Data Units (PDU) que contienen: – – –
Identificador de transaccion (1bit). 0 si envia maestro, 1 si esclavo El código de operación Parámetros
Los PDUs se transmiten en un solo slot, y no se propagan a capas superiores. Los PDUs tienen mayor prioridad que los datos de usuario. No se retarda su envío porque existencia de tráfico. No hacen falta ACKs ya que el Link Controler
–
– – –
Unir esclavos a una piconet. Parar conexiones para liberar esclavos de una piconet. Configurar enlaces, controlando los roles maestro/esclavo Establecer links ACL y SCO Cortar conexiones Pasar conexiones a modo ahorro de energía
Comparación niveles OSI Protocolo de control de enlace (LMP) (III) Ejemplo de establecimiento de un enlace ACL.
Comparación niveles OSI Protocolo de control de enlace (LMP) (yIV) Ejemplo de Role Switch
Comparación niveles OSI Host Controller Interface HCI (I)
Interfaz que une un dispositivo Bluetooth con un determinado host.
Los datos y los comandos pasan a través de esta interfaz.
Esta interfaz realiza la separación entre el hardware y el software que corre en una máquina.
Niveles inferiores en dispositivo físico y superiores en el host.
Comparación niveles OSI Host Controller Interface HCI (II)
Comparación niveles OSI Host Controller Interface HCI (III)
Ventajas:
Tipos de paquetes HCI Paquetes de comandos: contiene: –
HCI permite mezclar capas superiores e inferiores. Podemos tener diferentes dispositivos conectados en la misma máquina sin tener que tocar nada de las capas superiores. Al manejar las capas superiores un host, se pueden hacer los dispositivos Bluetooth con menos memoria y procesadores más ligeros, abaratando el coste. Un host puede estar dormido y ser despertado por una conexión del dispositivo Bluetooth.
–
–
Paquetes de eventos: parecido a uno de comandos. – – –
Código con el comando Longitud total de los parámetros Campos de los parámetros Código con el evento Longitud total de los parámetros Campos de los parámetros
Paquetes de Datos: usados tanto para conexiones SCO como ACL. Contiene: – – – –
Identificación de la conexión ACL Indicador de Packet Boundary. Indica si el paquete contiene el comienzo de un paquete de nivel superior (L2CAP) o la continuación de un fragmento. Identificador de broadcast Longitud total de datos
Los paquetes SCO no tienen identificación de Broadcast y la longitud de datos es de 255 bytes
Comparación niveles OSI Link Layer Control and Adaptation layer Protocol (L2CAP) (I)
Comparación niveles OSI Host Controller Interface HCI (y IV) Se pueden distinguir tres capas dentro de la interfaz HCI: HCI Firmware: en el dispositivo Bluetooth. Implementa los comandos HCI, accediendo al nivel Baseband. HCI Driver : en el Host. El host recibe asíncronamente eventos HCI y los interpreta. HCI Controller Transport Layer : es la capa intermedia, que se encarga de transferir la información entre las otras dos. Existen 3 definidas: USB, UART (tarjetas PCMCIA...) y RS232 Esta interfaz tiene definidos: Comandos para realizar las funciones que permiten los niveles inferiores, por ejemplo: HCI_Inquiry, HCI_Create_Connection... Eventos: HCI_Command_Complete, HCI_Inquiry_Result... Datos
Comparación niveles OSI Link Layer Control and Adaptation layer Protocol (L2CAP) (II) Los paquetes de datos L2CAP contienen: La longitud del campo de datos. Identificador del canal usado Datos Los paquetes de comandos L2CAP contienen: OpCode es el código del comando Identifier , usado para emparejar peticiones y respuestas. Longitud de los datos Datos Se pueden enviar varios comandos dentro del mismo paquete L2CAP, siempre que no se exceda el tamaño del Maximum Transmisión Unit (MTU) que es 65.535 bytes.
Esta capa toma datos de capas superiores y los pasa a las capas inferiores. Se los puede pasar bien a la interfaz HCI o directamente al Link Manager en dispositivos integrados.
Esta capa proporciona:
Multiplexación de varias capas superiores, que pueden ser diferentes protocolos sobre un único enlace ACL.
Segmentación y reensamblaje de paquetes de gran tamaño.
Quality Of Service para niveles superiores.
Comparación niveles OSI RFCOMM (I)
Es un protocolo que implementa una emulación de puertos serie RS232 sobre un canal L2CAP. Puede emular hasta 60 puertos serie concurrentemente, dependiendo de la capa L2CAP.Esto es variable dependiendo de la implementación del dispositivo. Provee control de flujo sobre canales individuales. No provee control de errores.
Comparación niveles OSI RFCOMM (y II) Puede haber dos tipos de dispositivos: Tipo 1: Puerto serie emulado interno. Se provee un API, para que aplicaciones puedan usar ese puerto serie. Tipo 2: Estos dispositivos tiene un puerto serie físico RS232 que se puede conectar a otro dispositivo. La conexión L2CAP tiene que estar montada previamente a la conexión RFCOMM. Los datos que se envían en el protocolo RFCOMM van en el payload de los paquetes L2CAP
Comparación niveles OSI Service Discovery Protocol (SDP) (I)
Permite descubrir que servicios tienen disponibles los dispositivos Bluetooth vecinos.
Permite descubrir desde una impresora, a una cámara o cualquier otro dispositivo.
Trabaja con un esquema de petición-respuesta. Se envía una Protocol Data Unit (PDU) y se recibe otra PDU.
Sobre este puerto serie, se puede montar una conexión punto a punto usando PPP (point-to-point protocol), y sobre esta conexión montar IP. Esta es una de las opciones para motar IP sobre Bluetooth.
Comparación niveles OSI Service Discovery Protocol (SDP) (II)
El protocolo no define como se tiene que conectar al servicio, solo informa de los servicios disponibles.
Comparación niveles OSI Service Discovery Protocol (SDP) (III)
Generic Access Profile (GAP): Define como dos dispositivos Bluetooth se descubren el uno al otro y establecen conexión. Es el profile padre de todos. Service Discovery Application Profile (SDAP): define como se descubren servicios. Serial Port Profile: define como crear puertos serie virtuales entre dos dispositivos Bluetooth. –
– – –
Dial-Up networking Profile: define como controlar un teléfono móvil Bluetooth para poder realizar llamadas con él. Utiliza los comandos AT (usados por los módem). Fax Profile: define como utilizar un fax. Parecido al Dial-Up networking profile. Headset profile: define como utilizar auriculares inalámbricos. LAN access Profile: define como se realiza una conexión con un punto de acceso a una LAN.
Comparación niveles OSI Service Discovery Protocol (SDP) (y IV)
TCS BIN Profile: –
–
Cordless Telephony Profile: servicio de voz. Define como realizar llamadas desde un teléfono vía una estación base. Es similar a DECT. Intercom Profile: servicio de voz. Define la conexión teléfonoteléfono, como si de walkie-talkies se tratara.
– –
Introducción
Métodos de conexión
File Transfer Profile: define como intercambiar ficheros, así como controlar remotamente el borrado de esos ficheros, creación de carpetas… Object Push Profile: define como intercambiar información con otros dispositivos como tarjetas comerciales… Syncronization Profile: define como realizar la sincronización automática entre dos dispositivos (por ejemplo un PDA con un PC) simplemente al acercarse lo suficiente.
IP sobre Bluetooth Introducción
Generic Object Exchange Profile: define como es el intercambio de objectos entre dispositivos Bluetooth. –
IP sobre Bluetooth
Los dispositivos pueden ofertar el servicio de acceso a LAN (Local Area Network). Esto es una conexión a un punto de red cableada. Para que los dispositivos Bluetooth se integren con esas redes es necesario el adaptar los protocolos de TCP/IP sobre los niveles Bluetooth existentes. No es necesario modificar los protocolos TCP/IP para trabajar con Bluetooth.
–
Point-to-Point Protocol (PPP) sobre RFCOMM
–
IP sobre L2CAP
–
Point-to-Point Protocol (PPP) sin RFCOMM
–
Bluetooth Network Encapsulation Protocol (BNEP)
IP sobre Bluetooth Métodos de conexión
Se han definido cuatro métodos para la utilización de IP sobre la pila de protocolos Bluetooth. Los mas importantes son dos: – –
RFCOMM: que es el método que se define en la especificación de Bluetooth. BNEP (Bluetooth Network Encapsulation Protocol)
Los otros dos métodos (IP sobre L2CAP y PPP sin RFCOMM) no tienen gran importancia.
IP sobre Bluetooth Point-to-Point Protocol sobre RFCOMM (I)
IP sobre Bluetooth Point-to-Point Protocol sobre RFCOMM (II) El esquema general de este modelo de conexión de un dispositivo Bluetooth con otro conectar a una LAN es el siguiente:
Este método de conexión se puede utilizar para trabajar con tres escenarios:
Acceso LAN de un PC: Un dispositivo conectado a un punto de acceso LAN cableada. El dispositivo simula Dial-up networking al LAP (LAN access point).
Acceso LAN de multiples terminales de datos: Varios dispositivos conectados a un acceso LAN.
Conexión PC – PC: red ad-hoc en la que un dispositivo simula un acceso a LAN.
IP sobre Bluetooth Point-to-Point Protocol sobre RFCOMM (y III) El proceso de conexión sería así:
IP sobre Bluetooth Bluetooth Network Encapsulation Protocol (BNEP) (I)
Terminal inqueries and discover LAN access points PWR OK
WIC0 ACT/CH0
WIC0 ACT/CH0
ETH ACT
ACT/CH1
ACT/CH1
COL
Terminal pages Lan access point and establishes ACL link
Access p oint Data terminal
LMP sets Master/Slave switch & encryption L2CAP link setup service record retrived
Terminal sets up PPP/RFCOMM/L2CAP link PPP authentication (optional) Negotiate IP address over PPP Exchange IP traffic over PPP
BNEP permite a los paquetes IP ser transportados dentro del payload de los paquetes L2CAP. La capa BNEP se sitúa directamente encima de L2CAP. Sobre la capa IP se sitúan las capas de TCP o UDP. BNEP añade una cabecera a la información para identificar el tipo de paquete.
IP sobre Bluetooth Bluetooth Network Encapsulation Protocol (BNEP) (II)
IP sobre Bluetooth Bluetooth Network Encapsulation Protocol (BNEP) (III)
Se utiliza para la formación de redes ad-hoc. Dos tipos de escenarios: NAP (Network Access Point): dispositivo que actua como puente para conectar una piconet y una red IP. GN (Group ad-hoc Network): dispositivo que conecta uno o mas dispositivos Bluetooth en una piconet. PANU: Personal Area Network User.
Ejemplo de NAP: Un PANU busca un nodo NAP, para ello puede utilizar un protocolo como SDP. Si no existe conexión la crea con ese dispositivo NAP Cuando se ha creado la conexión, el PANU crea un canal L2CAP para BNEP y configura la conexión. El tráfico ethernet fluye a través del nodo NAP. El PANU puede usar servicios que ofrezca la red remota a la que se ha conectado como por ejemplo DHCP (asignación dinámica de IPs) En cualquier momento se puede cortar la conexión por cualquiera de los dos nodos.
IP sobre Bluetooth Bluetooth Network Encapsulation Protocol (BNEP) (y IV) Ejemplo de GN: Un PANU busca un nodo GN, para ello puede utilizar un protocolo como SDP Si no existe conexión la crea con ese dispositivo NAP Cuando se ha creado la conexión, el PANU crea un canal L2CAP para BNEP y configura la conexión. El tráfico ethernet fluye a través del nodo NAP. El GN no ofrece servicios de red (como DHCP) así que el PANU se las arregla para configurar lo que necesite sin ellos. En cualquier momento se puede cortar la conexión por cualquiera
Caso Práctico
Dispositivos Bluetooth
Implementación de la pila Bluetooth
¿Qué es Bluez? –
Implementación de nivel HCI
–
Implementación de SDP
–
Implementación de RFCOMM
–
Implementación de BNEP
Caso Práctico Dispositivos Bluetooth
Caso Práctico Dispositivos Bluetooth
De dos tipos: Integrados en el dispositivo. Antenas independientes. Entre los dispositivos más normales se puede destacar:
Teléfonos Móviles Personal Digital Assitants PDAs Antenas para PCs Auticulares Inalámbricos Teclados y ratones Impresoras Aplicaciones en domótica
Caso Práctico Implementación de la pila Bluetooth (I)
Se ha elegido la pila de protocolos BLUEZ http://bluez.sourceforge.com porque es una implementación gratuita y completa, disponible para Linux, que ha sido adoptada como la implementación de la pila Bluetooth por defecto que incorporan los nuevos Kernel de Linux desde la 2.4.20. Esta disponible para varias plataformas sobre las que corre linux, como son PC compatibles, Strong ARM (PDAs), Intel PxA (PDAs)....
Caso Práctico Implementación de la pila Bluetooth (II)
Hay un grupo importante de desarrolladores detrás, lo que hace que los posibles problemas que van apareciendo se vayan solucionando sobre la marcha. Los problemas del resto de implementaciones de la pila son dos básicamente: – –
Son implementaciones privadas. No se puede saber como están hechos y no implementan todos los servicios. Son implementaciones incompletas. Proyectos incompletos, con fallos, ...
Otras implementaciones RococoSoft, Axis, Atinav, Universidad de Lund (en Java)...
Caso Práctico ¿Qué es Bluez? (I)
Bluez, como el resto de implementaciones de la pila comienza en la interfaz HCI Controller Transport Layer, donde se define el tipo de conexión del dispositivo físico Bluetooth con el host. Se soportan dispositivos basados en conexiones de tipo RS232, UART y USB. También implementa el protocolo de nivel superior L2CAP y los mas superiores como son BNEP, RFCOMM, SDP, OBEX....
Caso Práctico Implementación de nivel HCI
Están implementados la mayoría de comandos HCI, como son el Scan, Creación de Conexión, Desconexión de Conexión, Intercambio de Roles (Role Switch), Comprobación de la calidad del enlace, obtención de información de los dispositivos… Incluye una serie de utilidades de nivel HCI que permiten ejecutar todos los comandos anteriores “a mano” o un Sniffer a nivel HCI, en el que se ve todo el transito de comandos, eventos o datos a nivel HCI.
Caso Práctico ¿Qué es Bluez? (y II)
Proporciona una API para programación directa sobre los dispositivos Bluetooth. Importante en el caso de querer desarrollar software que utilice como medio de comunicación Bluetooth. El sistema Pocket PC que corre sobre los IPAQ no dispone de una API para programar usando Bluetooth. Es muy útil el que la implementación esté desarrollada para Linux, ya que todo el código fuente es libre y se pueden consultar como se han implementado los protocolos y adaptarlos a las necesidades propias de un usuario. También es muy útil porque permite definir muy fácilmente un punto de acceso a LAN, simplemente utilizando las características de enrutamiento de Linux.
Caso Práctico Implementación de SDP
La implementación de SDP permite definir que servicios oferta una máquina determinada.
Existen utilidades para poder dar de alta servicios en una máquina y realizar la búsqueda de servicios disponibles en el rango de cobertura de la antena.
Caso Práctico Implementación de RFCOMM
A través de este protocolo se puede realizar conexiones LAN entre varios dispositivos. Utiliza el soporte PPP que implementa el kernel de linux. Al intentar establecer una conexión usando este sistema se configuran datos como la velocidad de transferencia, las IPs de las maquinas participantes en la conexión….
Por ejemplo Pocket PC utiliza este método de conexión para realizar las conexiones con otros dispositivos.
Futuro
Caso Práctico Implementación de BNEP
El único competidor serio para Bluetooth es 802.11b, porque IrDA necesita línea de visión, DECT necesita una estación base, 802.11a es demasiado caro y el estándar 802.11g no está acabado. 802.11b se utilizará para acceso a Internet a alta velocidad. Bluetooth se usará para conectar dispositivos en pequeñas áreas.
Este protocolo también permite realizar conexiones LAN entre varios dispositivos. Es el método aconsejado para realizar las conexiones en una piconet debido a la facilidad para configurar el rol que juega cada dispositivo en la piconet. La implementación da de alta en el sistema una interfaz virtual de red, la cual se integra perfectamente en el sistema de red de Linux.
Futuro
Bluetooth es mucho mejor técnicamente que 802.11b (tiene mejor soporte para PAN ) y es mas barato. Pero 802.11b ofrece mayor velocidad. Hay extensiones a la radio Bluetooth 1.0 que consiguen transferencias hasta 10 Mbps.
Bluetooth sólo sobrevivirá si hay suficientes usuarios que demanden la tecnología PAN