Putadores-William Stallings-7 Edition Capitulo 18

7´“Ediciˆ‡n
Comunicaciones
y
Redes
deComputadore
William
Stalling
C A P ˆ T U L O 18
Protocolos de
interconexiˆ‡n de redes
18.1. Funciones bˆ¡sicas de los protocolos
Encapsulamiento
Fragmentaciˆ‡n y reensamblado
Control de conexiˆ‡n
Entrega ordenada
Control de flujo
Control de errores
Direccionamiento
Multiplexaciˆ‡n
Servicios de transmisiˆ‡n
18.2. Principios de la interconexiˆ‡n entre redes
Requisitos
Enfoques sobre la arquitectura
18.3. Interconexiˆ‡n entre redes sin conexiˆ‡n
Funcionamiento de un esquema de interconexiˆ‡n no orientado a conexiˆ‡n
Cuestiones de diseˆ–o
18.4. El protocolo Internet
Servicios IP
Protocolo IP
Direcciones IP
Protocolo de mensajes de control de internet (ICMP)
18.5. IPv6
IP de nueva generaciˆ‡n
Estructura IPv6
Cabecera IPv6
Direcciones IPv6
Cabecera de opciones salto a salto
Cabecera de fragmentaciˆ‡n
Cabecera de encaminamiento
Cabecera de opciones para el destino
18.6. Lecturas y sitios web recomendados
18.7. Tˆ'rminos clave, cuestiones de repaso y ejercicios
Tˆ'rminos clave
Cuestiones de repaso
Ejercicios
588 Comunicaciones y redes de computadores
1111111111111111111111111111111
CUESTIONES BˆSICAS
Las funciones claves que generalmente lleva a cabo un protocolo comprenden el encapsulamiento,
la fragmentaciˆ‡n y el reensamblado, el control de la conexiˆ‡n, la entrega ordenada, el control de flu-
jo, el control de errores, el direccionamiento y la multiplexaciˆ‡n.
Un conjunto de redes consta de mˆ”ltiples redes separadas que estˆ¡n interconectadas por disposi-
tivos de encaminamiento. Los datos se intercambian en paquetes entre un sistema origen y un
destino a travˆ's de un camino que involucra mˆ”ltiples redes y dispositivos de encaminamiento.
Normalmente se utiliza un modo de operaciˆ‡n no orientado a conexiˆ‡n o datagrama. Un dispositivo
de encaminamiento acepta datagramas y los retransmite hacia su destino y es responsable de deter-
minar la ruta, del mismo modo en el que actˆ”a un nodo de conmutaciˆ‡n de paquetes.
El protocolo mˆ¡s comˆ”nmente utilizado para la interconexiˆ‡n de redes es el Protocolo Internet
(IP, Internet Protocol ). IP incorpora una cabecera a los datos de la capa inmediatamente superior (por
ejemplo, TCP) para formar un datagrama IP. La cabecera incluye las direcciones origen y destino,
informaciˆ‡n utilizada para la fragmentaciˆ‡n y el reensamblado, un campo de tiempo-de-vida, un
campo de tipo de servicio y una suma de comprobaciˆ‡n.
Se ha definido un protocolo IP de nueva generaciˆ‡n, conocido como IPv6. IPv6 proporciona campos
de direcciˆ‡n mˆ¡s grandes y una mayor funcionalidad que el actual IP.
1111111111111111111111111111111
l propˆ‡sitode estecapˆ›tuloes examinarel ProtocoloInternet,que constituyelos fundamen-
E tos sobrelos que se basantodoslos protocolosde conjuntosde redesy la interconexiˆ‡nen-

tre ellas. En primer lugar, serˆ¡ˆ”til revisar las funcionesbˆ¡sicasde los protocolosde red.
Esterepasosirve pararesumirpartedel materialintroducidopreviamentey constituyeun puntode
comienzoen el estudiode los protocolosde interconexiˆ‡nde redesen la ParteV. A continuaciˆ‡n,
seexpondrˆ¡una discusiˆ‡nsobrela interconexiˆ‡nde redes.El restodel capˆ›tuloestˆ¡dedicadoa los
dos protocolosestˆ¡ndarde interconexiˆ‡nde redes:IPv4 e IPv6.
Serecomiendaal lector repasarla Figura 2.15 parasituar la posiciˆ‡nde los protocolosque se
discutenen estecapˆ›tulodentrodel conjuntode protocolosTCP/ IP.
18.1. FUNCIONES BˆSICAS DE LOS PROTOCOLOS

Antes de comenzarla discusiˆ‡nsobrelos protocolosde interconexiˆ‡nde redes,consideremosun
conjuntobastantepequeˆ–ode funcionesque forman la basede todoslos protocolos.No todoslos
protocolosposeentodaslas funciones;esto implicarˆ›auna duplicaciˆ‡nsignificativa del esfuerzo.
Existen,no obstante,muchasinstanciasdel mismo tipo de funciˆ‡npresentesen los protocolosa
distintosniveles.
Es posible agruparlas funcionesde un protocolodentrode las siguientescategorˆ›as:
Encapsulamiento.
Fragmentaciˆ‡n y reensamblado.
Control de conexiˆ‡n.
Entregaordenada.
Control de flujo.
Protocolos de interconexiˆ‡n de redes 589
Control de errores.
Direccionamiento.
Multiplexaciˆ‡n.
Serviciosde transmisiˆ‡n.
ENCAPSULAMIENTO
Prˆ¡cticamenteen todoslos protocolos,los datossontransferidosen bloques,llamadosunidadesde

datosdel protocolo (PDU, Protocol Data Unit). CadaPDU contieneno solo datos,sino tambiˆ'n
informaciˆ‡nde control. Ciertamente,algunasPDU constanˆ”nicamentede informaciˆ‡nde control
sin datosalgunos.La informaciˆ‡nde control sepuedeclasificar en tres categorˆ›as
generales:
Direcciˆ‡n:la direcciˆ‡ndel emisory/ o destinatariodebeser indicada.
Cˆ‡digode detecciˆ‡nde errores: se sueleincluir algˆ”ntipo de secuenciade comprobaciˆ‡n
de la tramaparadetectarla ocurrenciade errores.
Control del protocolo: se incluye informaciˆ‡nadicionalparaimplementarlas funcionesde
los protocolosenumeradasen lo que restade estasecciˆ‡n.
La adiciˆ‡nde informaciˆ‡nde control a los datoses lo que seconocecomo encapsulamiento. Los
datossonaceptadoso generadospor una entidady encapsuladosdentrode una PDU que contiene
los datosmˆ¡sinformaciˆ‡nde control. Numerososejemplosde PDU han aparecidoen los capˆ›tulos
precedentes(por ejemplo,TFTP (vˆ'aseFigura 2.17), HDLC ( vˆ'aseFigura 7.7), retransmisiˆ‡nde
tramas(vˆ'aseFigura 10.19), ATM (vˆ'aseFigura 11.4), AAL5 (vˆ'aseFigura 11.15), LLC ( vˆ'ase
Figura 15.7), IEEE 802.3( vˆ'aseFigura 16.3), IEEE 802.11(vˆ'aseFigura 17.8)).
1
FRAGMENTACIˆN Y REENSAMBLADO
Un protocolo se encargadel intercambiode flujos de datosentre dos entidades.Normalmente,la

transferenciapuedecaracterizarsecomo una secuenciade PDU de algˆ”n tamaˆ–oacotado.En el
nivel de aplicaciˆ‡n,nosreferimosa una unidadlˆ‡gicade transferenciade datoscomo un mensaje.
Independientemente de si la aplicaciˆ‡nenvˆ›adatosen mensajeso lo hacecomo un flujo continuo,
los protocolosde niveles inferioresnecesitarˆ¡nsepararlos datosen bloquesde un tamaˆ–omˆ¡sre-
ducido.Esteprocesose denominafragmentaciˆ‡n.
En funciˆ‡ndel contexto,existe una serie de motivos parallevar a cabola fragmentaciˆ‡n.Al-
gunasde las razonestˆ›picasparafragmentarse enumerana continuaciˆ‡n:
La red de comunicacionespuedeaceptarˆ”nicamentebloquesde datosde un cierto tamaˆ–o
como mˆ¡ximo.Por ejemplo, una red ATM estˆ¡limitada a bloquesde 53 octetos;Ethernet
imponeun tamaˆ–omˆ¡ximode 1526octetos.
El control de errorespuedeser mˆ¡seficientecon un tamaˆ–ode PDU mˆ¡spequeˆ–o.
Con PDU
pequeˆ–as se necesitanretransmitirmenosbits cuandouna PDU sufre un error.
1
El tˆ'rmino segmentaciˆ‡nse utiliza en los documentosOSI, pero en la especificaciˆ‡nde los protocolos relativos a
TCP/ IP se usa el tˆ'rmino fragmentaciˆ‡n. El significado de amboses el mismo.
Es posibleproporcionarun accesomˆ¡sequitativoy con menorretardoa los equiposde trans-

misiˆ‡ncompartidos.Por ejemplo, sin un tamaˆ–omˆ¡ximo de bloque, una estaciˆ‡npodrˆ›a
monopolizarun medio multipunto.
Un tamaˆ–ode PDU mˆ¡spequeˆ–osuponeque las entidadesreceptoraspuedenreservarme-
moriastemporalesmˆ¡spequeˆ–as.
Una entidadpuederequerir que la transferenciade datosalcancealgˆ”ntipo de terminaciˆ‡n
de vez en cuando,paraefectuarcontrolesy operacionesde reinicio/ recuperaciˆ‡n.
Existenvariasdesventajasen el usode la fragmentaciˆ‡n
que hacenconsiderartamaˆ–os
de PDU tan
grandescomo seaposible:
Como se acabade explicar, cadaPDU contieneuna cierta cantidadde informaciˆ‡nde con-
trol. Por tanto, cuantomenor sea el bloque, mayor serˆ¡el porcentajede sobrecargaintro-
ducida.
La llegadade una PDU puedegenerarunainterrupciˆ‡nque debeser atendida.A medidaque
el bloqueseamˆ¡spequeˆ–ose generarˆ¡nmˆ¡sinterrupciones.
Serequieremˆ¡stiempo paraprocesarmuchasy pequeˆ–as
PDU.
Todosestosfactoresdebenser tomadosen consideraciˆ‡n
por el diseˆ–adorde protocolosa la hora
de determinarlos tamaˆ–osde PDU mˆ¡ximosy mˆ›nimos.
El procesoinverso a la fragmentaciˆ‡nes el reensamblado.Los datos segmentadospueden
eventualmenteser reensambladosen mensajesapropiadosen el nivel de aplicaciˆ‡n.Si las PDU
llegan fuera de orden,la tarease complica.
El procesode la fragmentaciˆ‡nse ilustra en la Figura 2.4.
CONTROL DE CONEXIˆN
Una entidadpuedetransmitir datosa otra entidadde tal forma que cadaPDU seatratadaindepen-
dientementede suspredecesoras. Esto seconocecomo transferenciade datosno orientadaa cone-
xiˆ‡n;un ejemploes el uso del datagrama,descritoen el Capˆ›tulo10. Pesea que estemodoes ˆ”til,
una tˆ'cnicaigualmenteimportantees la transferenciade datosorientadaa conexiˆ‡n,de la cual el
circuito virtual, tambiˆ'n descritoen el Capˆ›tulo10, es un ejemplo.
La transferenciaorientadaa conexiˆ‡nse prefiere (incluso se requiere)si las estacionesanti-
cipan un intercambiode datosvoluminosoy / o ciertosdetallesdel protocolodebenfuncionardinˆ¡-
micamente.Una asociaciˆ‡nlˆ‡gica,o conexiˆ‡n,se estableceentre las entidades.Se sucedentres
etapas(vˆ'aseFigura 18.1):
Establecimientode la conexiˆ‡n.
Transferenciade datos.
Terminaciˆ‡nde la conexiˆ‡n.
En protocolosmˆ¡ssofisticadospuedenexistir tambiˆ'nfasesde interrupciˆ‡ny recuperaciˆ‡n
de la
conexiˆ‡nparahacerfrente a los erroresy otrostipos de interrupciones.
Durantela etapade establecimientode la conexiˆ‡n,dos entidadesaceptanintercambiardatos.
Generalmente,una estaciˆ‡nemitirˆ¡ una solicitud de conexiˆ‡n(de forma no orientadaa conexiˆ‡n)
haciala otra. Es posiblequeuna autoridadcentralestˆ'involucrada.En los protocolosmˆ¡ssimples,
la entidad receptoraaceptao rechazala solicitud y, en el primero de los casos,la conexiˆ‡nse

consideraestablecida.En propuestasmˆ¡scomplejas,estafaseincluye una negociaciˆ‡nen lo tocan-
te a la sintaxis,semˆ¡nticay temporizaciˆ‡ndel protocolo.Por supuesto,ambasentidadesdebenuti-
lizar el mismo protocolo. Pero el protocolo puedepermitir ciertas funcionalidadesopcionalesy
ˆ'stasdebenser consensuadas medianteuna negociaciˆ‡n.Por ejemplo,el protocolopuedeespecifi-
car un tamaˆ–ode PDU de hasta8.000 octetos;una estaciˆ‡npuededesearrestringir estetamaˆ–oa
1.000octetos.
Tras el establecimientode la conexiˆ‡nse entraen la etapade transferenciade datos.Durante
estafaseseintercambiandatose informaciˆ‡nde control (por ejemplo,control de flujo y control de
errores).La Figura 18.1 muestrauna situaciˆ‡nen la cual todoslos datosfluyen en un sentido,con
acusesde recibosdevueltosen el otro. Mˆ¡sgeneralmente,tantolos datoscomo los acusesde reci-
bo fluyen en ambossentidos.Finalmente,una de las partesdeseaterminar la conexiˆ‡ny lo hace
enviandouna solicitud de terminaciˆ‡n.Alternativamente,una autoridadcentralpodrˆ›aterminar la
conexiˆ‡nforzosamente.
Una caracterˆ›stica
clave de muchosprotocolosde transferenciade datosorientadosa conexiˆ‡n
es la utilizaciˆ‡nde secuenciaciˆ‡n
(por ejemplo, HDLC e IEEE 802.11). Cadauna de las partes
numerasecuencialmente las PDU que envˆ›aa la otra.Dadoque cadaparterecuerdaqueseencuen-
tra en una conexiˆ‡nlˆ‡gica,puedemanteneruna lista de los nˆ”merossalientesque generay los
nˆ”merosentrantesproducidospor la otraparte.Ciertamente,uno puededefinir en esenciaunatrans-
ferenciade datosorientadaa conexiˆ‡ncomo aquellaen la que ambaspartesnumeranlas PDU y
mantienenun registro de los nˆ”merossalientesy entrantes.La secuenciaciˆ‡nes la baseparatres
funcionesbˆ¡sicas:entregaordenada,control de flujo y control de errores.
La secuenciaciˆ‡n
no se encuentrapresenteen todoslos protocolosorientadosa conexiˆ‡n.Al-
gunosejemplosson la retransmisiˆ‡nde tramasy ATM. Sin embargo,todoslos protocolosorien-
tadosa conexiˆ‡nincluyen en el formato de la PDU algunaforma de identificar la conexiˆ‡n,bien
medianteun identificador ˆ”nicoo bien medianteuna combinaciˆ‡nde las direccionesdel origen y
el destino.
Figura 18.1. Etapas de una transferencia de datos orientada a conexiˆ‡n.

ENTREGA ORDENADA
Si dos entidadescomunicantesseencuentranen diferentesanfitriones2 (hosts) conectadospor una
red, existe el riesgo de que las PDU no lleguen a su destinoen el ordenen que fueron enviadas
debidoa la posibilidad de que atraviesencaminosdiferentesa travˆ'sde la red. En los protocolos
orientadosa conexiˆ‡nse requieregeneralmenteque el orden de las PDU se mantenga.Por ejem-
plo, si un archivo es transferidoentredos sistemas,serˆ›adeseableque seaseguraraque los regis-
tros del archivo recibidoestˆ¡nen el mismo ordenquelos del archivotransmitido,y no mezclados.
Si cadaPDU recibeun nˆ”meroˆ”nicoy los nˆ”merosse asignansecuencialmente,lˆ‡gicamentees
una tareasimple parala entidadreceptorael reordenarlas PDU recibidasbasˆ¡ndose en los nˆ”me-
ros de secuencia.Un problemacon esteesquemaes que, con un campode nˆ”merode secuencia
finito, los nˆ”merosserepiten(mˆ‡duloalgˆ”nnˆ”meromˆ¡ximo).Evidentemente,el nˆ”meromˆ¡ximo
de secuenciadebeser mayorque el mˆ¡ximonˆ”merode PDU que podrˆ›anestarpendientesen cual-
quier instantede tiempo. De hecho,sepuedenecesitarque el nˆ”meromˆ¡ximoseael doble que el
mˆ¡ximonˆ”merode PDU que puedanestarpendientes(por ejemplo,ARQ de repeticiˆ‡nselectiva;
vˆ'aseCapˆ›tulo7).
CONTROL DE FLUJO
El control de flujo esuna funciˆ‡nrealizadapor una entidadreceptoraparalimitar la cantidado la
tasade datosque es enviadapor una entidadtransmisora.
La forma mˆ¡ssimple de control de flujo esun procedimientode paraday espera,en el cual la
recepciˆ‡nde cadaPDU debeserconfirmadaantesde que la siguienteseaenviada.Protocolosmˆ¡s
eficientesincluyen algˆ”ntipo de crˆ'dito proporcionadoal emisor,que es la cantidadde datosque
puedenser enviadossin acusede recibo.La tˆ'cnicade ventanadeslizantede HDLC esun ejemplo
de estemecanismo(vˆ'aseCapˆ›tulo7).
El control de flujo es un buen ejemplo de una funciˆ‡nque debeser implementadaen varios
protocolos.Considˆ'reseuna vez mˆ¡sla Figura 2.3. La red necesitarˆ¡efectuarun control de flujo
sobreX a travˆ'sdel protocolode accesoa la red paraforzar el control sobreel trˆ¡fico de red. Al
mismo tiempo, el mˆ‡dulode accesoa la red Y poseeˆ”nicamenteun espaciolimitado de memoria
temporaly necesitaefectuarun control de flujo sobreel mˆ‡dulode accesoa la red X empleandoel
protocolo de transporte.Finalmente,aunqueel mˆ‡dulode accesoa la red Y puedacontrolar su
flujo de datos,la aplicaciˆ‡nde Y puedeser vulnerablea un desbordamiento.Por ejemplo,la apli-
caciˆ‡npodrˆ›asuspenderse mientrasesperaespacioen disco. Asˆ›,el control de flujo debeaplicarse
tambiˆ'na los protocolosorientadosa aplicaciˆ‡n.
CONTROL DE ERRORES
Las tˆ'cnicasde control de erroresson necesariasparala prevenciˆ‡nfrente a pˆ'rdidasy daˆ–osen
los datosy la informaciˆ‡nde control. El control de erroresse implementageneralmentecomo dos
funcionesseparadas:detecciˆ‡nde erroresy retransmisiˆ‡n. Paraconseguirla detecciˆ‡nde errores,
el emisorinsertaun cˆ‡digode detecciˆ‡nde erroresen la PDU transmitida,que es una funciˆ‡nde
los otros bits en la PDU. El receptorcompruebael valor del cˆ‡digoen la PDU recibida. Si se
detectaun error, el receptordescartala PDU. En casode no recibir el acusede recibo de la PDU
2
El tˆ'rmino anfitriˆ‡n alude a cualquier sistemafinal conectadoa una red, como un PC, una estaciˆ‡nde trabajo o un
servidor.
en un tiempo razonable,el emisorla retransmite.Algunos protocolosempleantambiˆ'n un cˆ‡digo

de correcciˆ‡nde errores,que habilita al receptorno sˆ‡loparadetectarerroressino paracorregirlos
en algunoscasos.
Al igual quecon el control de flujo, el control de erroresesuna funciˆ‡nquedebeserrealizada
en variascapasde protocolos.Considˆ'resede nuevola Figura2.3. El protocolo de accesoa la red
deberˆ›a incluir el control de erroresparaasegurarque los datosse intercambiancorrectamenteen-
tre la estaciˆ‡ny la red. Sin embargo,un paquetede datospuedeperdersedentro de la red y el
protocolode transportedeberˆ›aser capazde recuperarseantela pˆ'rdida.
DIRECCIONAMIENTO
El conceptode direccionamientoen una arquitecturade comunicacionesesuna nociˆ‡ncomplejay
abarcauna seriede cuestiones,incluyendo:
Nivel de direccionamiento.
Alcancedel direccionamiento.
Identificadoresde conexiˆ‡n.
Modo de direccionamiento.
Durantela discusiˆ‡n,ilustraremoslos conceptosutilizandola Figura18.2,que repitela Figura2.13
y muestrauna configuraciˆ‡nutilizando la arquitecturaTCP/ IP. Los conceptosson esencialmente
los mismosque parala arquitecturaOSI o cualquierotra arquitecturade comunicaciones.
El nivel de direccionamiento se refiere al nivel en la arquitecturade comunicacionesen el
cual una entidades designada.Generalmentese asociauna direcciˆ‡nˆ”nicacon cadasistemafinal
Figura 18.2. Conceptos TCP/IP.

(por ejemplo, una estaciˆ‡nde trabajo o un servidor) y cada sistemaintermedio (por ejemplo, un
dispositivode encaminamiento)en la configuraciˆ‡n.Tal direcciˆ‡nes,en general,unadirecciˆ‡nen
el nivel de red.En el casode la arquitecturaTCP/ IP, ˆ'staesreferida como direcciˆ‡nIP o, simple-
mente,direcciˆ‡ninternet. En el casode la arquitecturaOSI, nos referimos a ella como punto de
accesoal servicio de red (NSAP,NetworkService AccessPoint). La direcciˆ‡nen el nivel de red se
utiliza para encaminaruna PDU a travˆ's de una o varias redeshastael sistemaindicado por la
direcciˆ‡nen el nivel de red contenidaen la PDU.
Una vez que los datosalcanzanel sistemadestino,ˆ'stosdebenser dirigidos a algˆ”nprocesoo
aplicaciˆ‡nen el sistema.Generalmente,un sistemasoportamˆ”ltiplesaplicacionesy unaaplicaciˆ‡n
soportavarios usuarios.Cadaaplicaciˆ‡n,y quizˆ¡cadausuarioconcurrentede una aplicaciˆ‡n,reci-
be un identificadorˆ”nicodenominadopuertoen la arquitecturaTCP/ IP y puntode accesoal servi-
cio (SAP, Service AccessPoint) en la arquitecturaOSI. Por ejemplo,un sistemapodrˆ›asoportar
tantouna aplicaciˆ‡nde correoelectrˆ‡nicocomo una de transferenciade archivos.Cadaaplicaciˆ‡n
deberˆ›atenercomo mˆ›nimoun nˆ”merode puertoo SAP que fueseˆ”nicodentrodel sistema.Ade-
mˆ¡s,la aplicaciˆ‡nde transferenciade archivos podrˆ›asoportarmˆ”ltiples transferenciassimultˆ¡-
neas,en cuyo casoa cadatransferenciasele asignarˆ›a dinˆ¡micamenteun nˆ”merode puertoo SAP
ˆ”nico.
La Figura 18.2 ilustra dos niveles de direccionamientodentro de un sistema.ˆste es general-
menteel casoen la arquitecturaTCP/ IP. No obstante,podrˆ›aexistir direccionamientoen cadauna
de las capasde una arquitectura.Por ejemplo,se podrˆ›aasignarun SAP ˆ”nicoen cadanivel de la
arquitecturaOSI.
Otra cuestiˆ‡nrelacionadacon la direcciˆ‡nde un sistemafinal o intermedio es el alcance del
direccionamiento. La direcciˆ‡ninternet o direcciˆ‡nNSAP referida previamentees una direcciˆ‡n
global. Las caracterˆ›sticas
clave de una direcciˆ‡nglobal son las siguientes:
Ausencia de ambigu´¤edad global: una direcciˆ‡nglobal identifica ˆ”nicamenteun sistema.Se
permitenlos sinˆ‡nimos.Esto es,un sistemapuedetenermˆ¡sde una direcciˆ‡nglobal.
Aplicabilidad global: es posible que desdecualquier direcciˆ‡nglobal se identifique cual-
quier otra direcciˆ‡nglobal, ubicadaen cualquiersistema,mediantela utilizaciˆ‡nde la direc-
ciˆ‡nglobal del otro sistema.
Dado queuna direcciˆ‡nglobal es ˆ”nicay aplicableglobalmente,permitea una colecciˆ‡nde redes
encaminardatosprocedentesde cualquiersistemaconectadoa una red haciaotro sistemaconecta-
do a cualquierotra red.
La Figura 18.2 ilustra que podrˆ›arequerirseotro nivel de direccionamiento.Cada red debe
manteneruna direcciˆ‡nˆ”nicaparacadainterfaz de dispositivo en la red. Ejemplosde ello son las
direccionesMAC en una red IEEE 802 y las direccionesde anfitriones en ATM. Esta direcciˆ‡n
permitea la red encaminarunidadesde datos(por ejemplo,tramasMAC y celdasATM) a travˆ's
de la red y entregarlasal sistemapertinente.Podemosreferirnosa talesdireccionescomo direccio-
nesdel punto de accesoa la red.
Generalmente,la cuestiˆ‡ndel alcancedel direccionamientoes sˆ‡lorelevanteparadirecciones
en el nivel dered. Un puertoo SAPpor encimadel nivel de red esˆ”nicodentrode un sistemadado
perono necesitaserglobalmenteˆ”nico.Por ejemplo,en la Figura 18.2puedehaberun puerto1 en
el sistemaA y un puerto1 en el sistemaB. La designaciˆ‡ncompletade estosdos puertospodrˆ›a
ser expresadacomo A.1 y B.1, que son nombresˆ”nicos.
El conceptode identificadores de conexiˆ‡napareceen escenacuandoconsideramostransfe-
renciasorientadasa conexiˆ‡n(por ejemplo,circuitos virtuales)en lugar de transferenciasno orien-
tadasa conexiˆ‡n(por ejemplo,datagramas).En transferenciasno orientadasa conexiˆ‡nse utiliza

un identificadorglobal paracadatransmisiˆ‡nde datos.En el casode las transferenciasorientadasa
conexiˆ‡n,esdeseableen algunasocasionesusarsolamenteun identificador de conexiˆ‡ndurantela
fasede transferenciade datos.El escenarioesˆ'ste:la entidad1 en el sistemaA solicita una cone-
xiˆ‡na la entidad2 en el sistemaB, usandoquizˆ¡la direcciˆ‡nglobal B.2. CuandoB.2 aceptala
conexiˆ‡nse proporcionaun identificador de conexiˆ‡n(normalmenteun nˆ”mero)que es usadopor
ambasentidadesparafuturastransmisiones.El usode un identificadorde conexiˆ‡npresentavarias
ventajas:
Reducciˆ‡nde la sobrecarga: los identificadoresde conexiˆ‡nson generalmentemˆ¡scortos
que los identificadoresglobales.Por ejemplo, en el protocolo de retransmisiˆ‡nde tramas
(analizadoen el Capˆ›tulo10), los paquetesde solicitud de conexiˆ‡ncontienencampospara
la direcciˆ‡nde origen y la direcciˆ‡nde destino.Trasel establecimientode la conexiˆ‡nlˆ‡gi-
ca, denominadaconexiˆ‡nde enlacede datos,las tramasde datoscontienenun identificador
de conexiˆ‡ndel enlacede datos(DLCI, Data Link ConnectionIdentifier) de 10, 16 o 23 bits.
Encaminamiento: en la configuraciˆ‡nde una conexiˆ‡nse puededefinir una ruta fija. El
identificador de la conexiˆ‡nsirve paraidentificar la ruta en los sistemasintermedios,como
nodosde conmutaciˆ‡nde paquetes,paramanejarlas futurasPDU.
Multiplexaciˆ‡n: trataremosestafunciˆ‡nen tˆ'rminos mˆ¡sgeneralesdespuˆ's.Aquˆ›haremos
la observaciˆ‡nde que una entidadpuededeseardisfrutar de mˆ¡sde una conexiˆ‡nsimultˆ¡-
neamente.Asˆ›,las PDU entrantesdebenser identificadaspor su identificador de conexiˆ‡n.
Uso de informaciˆ‡n de estado: una vez que una conexiˆ‡nestˆ¡establecida,los sistemasfi-
nalespuedenmantenerinformaciˆ‡nde estadoconcernientea la misma.Esto permitefuncio-
nescomo el control de flujo y el control de erroresutilizando nˆ”merosde secuencia.Vemos
ejemplosde estocon HDLC (vˆ'aseCapˆ›tulo7) e IEEE 802.11( vˆ'aseCapˆ›tulo17).
La Figura 18.2 muestravarios ejemplosde conexiones.La conexiˆ‡nlˆ‡gicaentreel dispositivo de
encaminamientoJ y el computadorB seproduceen el nivel de red. Por ejemplo,si la red 2 esuna
red de retransmisiˆ‡n
de tramas,entoncesestaconexiˆ‡nlˆ‡gicaserˆ›auna conexiˆ‡nde enlacede da-
tos. En niveles superiores,muchosprotocolosen el nivel de transporte,como TCP, soportanlas
conexioneslˆ‡gicasentreusuariosdel servicio de transporte.Asˆ›,TCP puedemanteneruna cone-
xiˆ‡nentredos puertossituadosen sistemasdiferentes.
Otro conceptode direccionamientoesel de modo de direccionamiento. En su forma mˆ¡sco-
mˆ”n,una direcciˆ‡nserefiere a un sistemaindividual o a un puerto;en estecasonos referiremosa
ella como una direcciˆ‡nindividual o unidifusiˆ‡n(unicast). Es tambiˆ'nposible que una direcciˆ‡n
serefiera a mˆ¡sde una entidado puerto.Tal direcciˆ‡nidentifica simultˆ¡neamentea mˆ”ltiplesre-
ceptoresparalos datos.Por ejemplo,un usuariopodrˆ›adesearenviar unosapuntesa una seriede
personas.El centro de control de red podrˆ›aquerernotificar a todoslos usuariosque la red va a
venirseabajo.Una direcciˆ‡nparamˆ”ltiplesreceptorespuedeser de difusiˆ‡n(broadcast), destina-
da a todaslas entidadesdentrode un dominio, o de multidistribuciˆ‡n (multicast), paraun subcon-
junto especˆ›ficode entidades.La Tabla 18.1 ilustra los casosposibles.
MULTIPLEXACIˆN
Relacionadocon el conceptode direccionamientoseencuentrael de multiplexaciˆ‡n.Una forma de

multiplexaciˆ‡nes soportadamediantemˆ”ltiplesconexionesen un solo sistema.Por ejemplo,con
retransmisiˆ‡nde tramaspuedenexistir varias conexionesde enlacede datosque terminen en el
Tabla 18.1. Modos de direccionamiento.
Destino Direcciˆ‡n de red Direcciˆ‡n de sistema Direcciˆ‡n de puerto/SAP
Unidifusiˆ‡n (unicast ) Individual Individual Individual
Multidifusiˆ‡n Individual Individual Grupo

(multicast ) Individual Todos Grupo
Todos Todos Grupo
Difusiˆ‡n (broadcast ) Individual Individual Todos

Individual Todos Todos
Todos Todos Todos
mismo sistema;podemosdecir que estasconexionesde enlacede datosson multiplexadassobrela

interfaz fˆ›sicaindividual que existe entre el sistemafinal y la red. La multiplexaciˆ‡npuederea-
lizarsetambiˆ'nmediantenˆ”merosde puerto,lo cual permite tambiˆ'nmˆ”ltiplesconexionessimul-
tˆ¡neas.Por ejemplo, puedehabervarias conexionesTCP que finalicen en un sistemadado,cada
una establecidaentreun par de puertosdiferentes.
La multiplexaciˆ‡nes usadaigualmenteen otro contexto,referentea la asignaciˆ‡nde conexio-
nesde un nivel a otro. Considˆ'resede nuevola Figura 18.2.La red 1 podrˆ›aproporcionarun servi-
cio orientadoa conexiˆ‡n.Paracadaconexiˆ‡nprocesoa procesoestablecidaen el siguientenivel,
una conexiˆ‡nde enlacede datospodrˆ›aser creadaen el nivel de accesoa la red.ˆsta es una rela-
ciˆ‡nuno a uno, pero no tiene por quˆ' ser asˆ›necesariamente.La multiplexaciˆ‡npuedeusarseen
una de dos direcciones.La multiplexaciˆ‡nascendente,o haciadentro,ocurrecuandomˆ”ltiplesco-
nexionesde un nivel superiorson multiplexadassobre,o comparten,una ˆ”nicaconexiˆ‡nde mˆ¡s
bajo nivel. Esto puedeser necesariopara hacerun uso mˆ¡seficiente de los servicios de niveles
inferiores o paraproporcionarvarias conexionesen niveles superioresdentro de un entornoen el
que sˆ‡loexisteuna conexiˆ‡nen nivelesinferiores.La multiplexaciˆ‡ndescendente, o divisiˆ‡n,sig-
nifica que una conexiˆ‡nindividual de un nivel superiorse sustentasobremˆ”ltiplesconexionesde
nivelesinferiores,siendorepartidoel trˆ¡fico de la conexiˆ‡nsuperiorentrelas distintasconexiones
inferiores.Esta tˆ'cnicapuedeser utilizada para proporcionarfiabilidad, rendimientoo eficiencia.
SERVICIOS DE TRANSMISIˆN
Un protocolopuedeproporcionaruna variedadde serviciosadicionalesa las entidadesquelo usan.

Mencionamosaquˆ›tres ejemploscomunes:
Prioridad: ciertos mensajes,como los de control, puedennecesitarllegar a la entidaddes-
tino con un retardomˆ›nimo.Un ejemplo serˆ›auna solicitud de terminaciˆ‡nde la conexiˆ‡n.
Asˆ›,la prioridad podrˆ›aser asignadaen funciˆ‡ndel mensaje.Adicionalmente,sepodrˆ›aasig-
nar en funciˆ‡nde la conexiˆ‡n.
Calidad de servicio: ciertasclasesde datospuedenrequerirun umbral de rendimientomˆ›ni-
mo o un umbral de retardomˆ¡ximo.
Seguridad: los mecanismosde seguridad,restringiendoel acceso,puedenser invocados.
Todosestosservicios dependendel sistemasubyacentede transmisiˆ‡ny de cualquierentidadde
nivelesinferioresque intervenga.Si es posibleque estosserviciosseanproporcionadosdesdeaba-
jo, las dos entidadespodrˆ¡nhaceruso de ellos medianteel protocolo.
18.2. PRINCIPIOS DE LA INTERCONEXIˆN ENTRE REDES
Las redesde conmutaciˆ‡nde paquetesy las de difusiˆ‡nde paquetescrecieronantela necesidadde

permitir a los usuariosde computadoresteneraccesoa los recursosexistentesmˆ¡sallˆ¡ de los que
sedisponenen un ˆ”nicosistema.De una forma similar, los recursosde una ˆ”nicared sona menu-
do insuficientesparasatisfacerlas necesidadesde los usuarios.Ya que las redesquepodrˆ›anserde
interˆ'sexhibenmuchasdiferencias,no esprˆ¡cticotratar de agruparlastodasen una ˆ”nicared. Mˆ¡s
bien, lo que senecesitaes la habilidadde interconectarvariasredesparaque sepuedancomunicar
dos estacionescualesquierade cualquierred.
La Tabla 18.2muestraalgunosde los tˆ'rminosmˆ¡scomˆ”nmenteutilizados y relacionadoscon
la interconexiˆ‡nentreredes(internetworking). Un conjuntode redesinterconectadas, desdeel pun-
to de vista del usuario,puedeaparecersimplementecomo una red mˆ¡sgrande.Sin embargo,si
cadauna de lasredesconstituyentesretienesuidentidady senecesitanmecanismosespecialespara
la comunicaciˆ‡na travˆ'sde mˆ”ltiplesredes,entoncesa la configuraciˆ‡nenterasele conocecomo
conjunto de redes (o una internet).
Tabla 18.2. Terminologˆ›a de interconexiˆ‡n entre redes.
Red de comunicaciˆ‡n
Un sistema que proporciona un servicio de transferencia de datos entre estaciones conectadas
a la red.
Internet
Una colecciˆ‡n de redes de comunicaciˆ‡n interconectadas por puentes o dispositivos de enca-
minamiento.
Intranet
Una internet corporativa que proporciona las aplicaciones claves de Internet, especialmente el
world wide web . Una intranet opera dentro de una organizaciˆ‡n con fines internos y puede existir
aisladamente, como una internet autocontenida o puede tener enlaces a Internet.
Subred
Hace referencia a una red constituyente de una internet. Esto evita la ambigu´¤edad dado que,
desde el punto de vista del usuario, una internet completa es una sola red.
Sistema Final (ES)
Un dispositivo conectado a una de las redes de una internet que se utiliza para apoyar a las
aplicaciones o servicios del usuario final.
Sistema Intermedio (IS)
Un dispositivo utilizado para conectar dos redes y permitir la comunicaciˆ‡n entre sistemas fina-
les conectados a diferentes redes.
Puente (bridge )
Un IS utilizado para conectar dos redes LAN que utilizan el mismo protocolo LAN. El puente
actˆ”a como un filtro de direcciones, recogiendo paquetes de una LAN que van dirigidos a un des-
tino en otra LAN y pasˆ¡ndolos hacia adelante. El puente no modifica el contenido del paquete ni
incorpora nada al mismo. Opera en la capa 2 del modelo OSI.
Dispositivo de encaminamiento (router )
Un IS utilizado para conectar dos redes que pueden o no ser similares. El dispositivo de enca-
minamiento utiliza un protocolo de internet presente en cada dispositivo de encaminamiento y en
cada computador de la red. Opera en la capa 3 del modelo OSI.
Cadared constituyentede una internet permite la comunicaciˆ‡nentre los dispositivosconec-

tadosa esared; estosdispositivosse conocencomo sistemasfinales (ES, End Systems ). Ademˆ¡s,
las redesse conectanpor dispositivosdenominadosen los documentosISO como sistemasinter-
medios (IS, IntermediateSystems). Los IS proporcionancaminosde comunicaciˆ‡ny realizanlas
funcionesde retransmisiˆ‡n
y encaminamientonecesariasparaque los datossepuedanintercambiar
entrelos dispositivosconectadosen las diferentesredesde la internet.
Existendostipos de IS, los puentesy los dispositivosde encaminamiento,que sonde particular
interˆ's.Las diferenciasentreellos se derivande los protocolosutilizadosparala lˆ‡gicade la inter-
conexiˆ‡nentrelas redes.En esencia,un puente operaen la capa2 de la arquitecturade 7 capasdel
modeloparala interconexiˆ‡nde sistemasabiertos(OSI) y actˆ”acomo un retransmisorde tramas
entreredesparecidas;los puentesya seexaminaronen detalleen el Capˆ›tulo15. Un dispositivo de
encaminamiento operaen la capa3 de la arquitecturaOSI y encaminalos paquetesentre redes
potencialmentediferentes.Tanto los puentescomo los dispositivosde encaminamientosuponen
que se usael mismo protocoloen la capasuperior.
Comenzaremosnuestroestudiode la interconexiˆ‡nde redescon unadiscusiˆ‡nde los principios
subyacentesen varios enfoquesde interconexiˆ‡nentre redes.Despuˆ'sexaminaremosla tˆ'cnica
mˆ¡simportanteparala interconexiˆ‡nentreredes:el dispositivo de encaminamientono orientadoa
conexiˆ‡n.Trasello sedescribeel protocoloparala interconexiˆ‡nmˆ¡sextendido,llamadosencilla-
menteProtocoloInternet(del inglˆ's Internet Protocol, IP). A continuaciˆ‡n,seexaminael protoco-
lo de interconexiˆ‡nnormalizadomˆ¡sreciente,conocidocomo IPv6.
REQUISITOS
Los requisitosglobalesparaun sistemade interconexiˆ‡nentreredesson los quesiguena continua-
ciˆ‡n:
1. Proporcionarun enlaceentre redes.Como mˆ›nimo,se necesitauna conexiˆ‡nfˆ›sicay de
control del enlace.
2. Proporcionarel encaminamientoy entregade los datosentreprocesosen diferentesredes.
3. Proporcionarun servicio de contabilidadquerealiceun seguimientode la utilizaciˆ‡nde las
diferentesredesy dispositivosde encaminamientoy mantengainformaciˆ‡nde estado.
4. Proporcionarlos serviciosmencionadosde forma que no serequierala modificaciˆ‡nde la
arquitecturade red de cualquierade lasredesinterconectadas. Estosignifica que el sistema
de interconexiˆ‡nentre redesse debeacomodara las diversasdiferenciasexistentesentre
las distintasredes.Algunas de estasdiferenciasson:
Diferentes esquemasde direccionamiento: las redespuedenusardiferentesnombresy
direccionesde los puntosfinales y diferentesesquemasde mantenimientodel directorio.
Por tanto,sedebeproporcionarun esquemade direccionamientode red global asˆ›como
un servicio de directorio.
Diferente tamaˆ–omˆ¡ximo de paquete: puedeque se necesiteromper un paqueteen
unidadesmˆ¡spequeˆ–as al pasara otra red. Esteprocesosedenominafragmentaciˆ‡n.
Diferentes mecanismosde accesoa la red: el mecanismode accesode la estaciˆ‡na la
red podrˆ›aser diferenteparaestacionesde redesdiferentes.
Diferentes valores de expiraciˆ‡nde los temporizadores: normalmente,un servicio de
transporteorientadoa conexiˆ‡nesperarˆ¡la confirmaciˆ‡nde una recepciˆ‡ncorrectade
datoshastaque un temporizadorexpira, en cuyo casoretransmitirˆ¡su bloquede datos.
En general,se requierenvaloresgrandesdel temporizadorpararealizar una entregasa-
tisfactoria a travˆ'sde redesmˆ”ltiples.Los procedimientosque establecenlos valoresen
la interconexiˆ‡nde redesdebenpermitir una transmisiˆ‡nsatisfactoriaque evite retrans-
misionesinnecesarias.
Recuperaciˆ‡nde errores: los procedimientosdebenproporcionarun servicio que va

desdeno suministrarrecuperaciˆ‡n de erroreshastaun servicio extremoa extremo(den-
tro de la red) seguro.El servicio de interconexiˆ‡nde redesno deberˆ›adependero no
tendrˆ›aque ser interferido por la naturalezade la capacidadde recuperaciˆ‡n de errores
de las redesindividuales.
Informes de estado: las diferentesredesdan informes de estadoy de rendimientode
una forma diferente.Debeserposibleque el sistemade interconexiˆ‡nproporcioneinfor-
maciˆ‡nde la actividadde interconexiˆ‡na los procesosinteresadosy autorizados.
Tˆ'cnicasde encaminamiento: el encaminamientodentrode la red puededependerde la
detecciˆ‡nde fallos y de las tˆ'cnicasde control de congestiˆ‡nparticularesde cadared.El
sistemade interconexiˆ‡nentreredesdebeser capazde coordinarestastˆ'cnicasparaen-
caminarlos datosadaptativamenteentrelas estacionesde las diferentesredes.
Control de accesodel usuario: cadared tendrˆ¡su propia tˆ'cnica de control de acceso
de los usuarios(autorizaciˆ‡npara usar la red). Estastˆ'cnicasse debensolicitar por el
sistemade interconexiˆ‡nsegˆ”nsenecesite.Ademˆ¡s,sepodrˆ›arequeriruna tˆ'cnicadife-
rente de control de accesoa la interconexiˆ‡nentreredes.
Conexiˆ‡n,sin conexiˆ‡n:las redesindividualespuedenproporcionarun servicio orienta-
do a conexiˆ‡n(por ejemplo, circuitos virtuales) o no orientadosa conexiˆ‡n(datagra-
mas).Es deseableque el servicio entreredesno dependade la naturalezadel servicio de
conexiˆ‡nde las redesindividuales.
Algunos de estosrequisitoslos satisfaceel protocolo de Internet (IP). Otros requierenun control
adicionaly softwarede aplicaciˆ‡n,como se verˆ¡en estecapˆ›tuloy en el siguiente.
ENFOQUES SOBRE LA ARQUITECTURA

Una caracterˆ›stica
clave en una arquitecturade interconexiˆ‡nde redeses si el modo de operaciˆ‡n
esorientadoa conexiˆ‡no no orientadoa conexiˆ‡n.
Funcionamiento orientado a conexiˆ‡n

En el modo de operaciˆ‡norientadoa conexiˆ‡nsesuponeque cadared proporcionaun servicio en
forma de conexiˆ‡n.Esto es,se estableceuna conexiˆ‡nlˆ‡gicaa nivel de red (por ejemplo,circuito
virtual) entrecualquierpar de sistemasfinales (ES) conectadosa la mismared. Primeroseestable-
ce la conexiˆ‡n,y a continuaciˆ‡nseproduceel intercambiode datos.Con estaidea en mente,pode-
mos resumirla opciˆ‡nde operaciˆ‡norientadaa conexiˆ‡ncomo sigue:
1. Los IS se utilizan paraconectardoso mˆ¡ssubredes;cadaIS aparececomo un ES en cada
una de las redesa las que estˆ¡conectado.
2. Cuandoel ES A quiere intercambiardatoscon el ES B, se estableceuna conexiˆ‡nlˆ‡gica
entreellos. Estaconexiˆ‡nlˆ‡gicaconsisteen la concatenaciˆ‡n
de una secuencialˆ‡gicade
conexionesa travˆ'sde subredes.Estasecuenciaestal que forma un caminodesdeel ES A
al ES B.
3. Las conexioneslˆ‡gicasindividualesdentrode unared estˆ¡nrealizadaspor varios IS. Cual-
quier trˆ¡fico que llega a un IS en unaconexiˆ‡nlˆ‡gicaseretransmiteen unasegundacone-
xiˆ‡nlˆ‡gicay viceversa.
No siempreseda el casode que las redesconstituyentesde un conjuntode redesproporcionenun
servicio orientadoa conexiˆ‡n.Por ejemplo,una red de ˆ¡realocal IEEE 802 proporcionaun servi-
cio definido por el control lˆ‡gicodel enlace(LLC). Dos de las opcionesde LLC proporcionan
serviciosno orientadosa conexiˆ‡n.Por tanto, en realidadestasredestienen un estilo de transmi-
siˆ‡nestilo datagrama.Asˆ›,en estecaso,el servicio de la red sedebemejorar.Un ejemplode cˆ‡mo
sepodrˆ›arealizaresto esque los IS implementenX.25 encimade LLC a travˆ'sde la LAN.
Un IS orientadoa conexiˆ‡nrealiza las siguientesfuncionesclaves:
Retransmisiˆ‡n:las unidadesde datosque llegan de una red vˆ›ael protocolo de la capade
red seretransmitena otra red. El trˆ¡fico seconducea travˆ'sde conexioneslˆ‡gicasque estˆ¡n
enlazadaspor los IS.
Encaminamiento: cuandoseva a establecerunaconexiˆ‡nlˆ‡gicaextremoa extremo,consis-
tenteen una secuenciade conexioneslˆ‡gicas,cadaIS en la secuenciadebetomar una deci-
siˆ‡nde encaminamientoque determinael siguientesalto en la secuencia.
Asˆ›,en la capa3 serealizauna operaciˆ‡nde retransmisiˆ‡n.
Sesuponeque todoslos sistemasfina-
les compartenprotocoloscomunesen la capa4 (transporte)y superioresparaobteneruna comuni-
caciˆ‡nextremoa extremosatisfactoria.
Un ejemplodel enfoqueorientadoa conexiˆ‡nes el estˆ¡ndarX.75, utilizado parainterconectar
redesde conmutaciˆ‡nde paquetesX.25. En la prˆ¡ctica,el enfoqueorientadoa conexiˆ‡nno seuti-
liza normalmente.El enfoquedominantees el no orientadoa conexiˆ‡n,utilizando IP.
Funcionamiento no orientado a conexiˆ‡n

Mientrasque el modo de funcionamientoorientadoa conexiˆ‡nse correspondecon el mecanismo
de circuito virtual de una red de conmutaciˆ‡nde paquetes(vˆ'aseFigura 10.13),el modode opera-
ciˆ‡nno orientadoa conexiˆ‡nsecorrespondecon el mecanismode datagramasde una red de con-
mutaciˆ‡nde paquetes(vˆ'aseFigura 10.12). Cada unidad de datos del protocolo de red se trata
independientemente y seencaminadesdeel ES origenal ES destinoa travˆ'sde una seriede dispo-
sitivos de encaminamientoy redes.Para cada unidad de datostransmitidapor A, A realiza una
decisiˆ‡nsobrequˆ' dispositivode encaminamientodeberˆ›a recibir la unidadde datos.La unidadde
datossalta a travˆ'sdel conjuntode redesde un dispositivo de encaminamientoal siguientehasta
que alcanzala subreddestino.En cadadispositivo de encaminamientose toma una decisiˆ‡nde
encaminamiento(independientementeparacada unidad de datos)relativa al siguientesalto. Asˆ›,
diferentesunidadesde datospuedenviajar por diferentesrutasentreel ES origen y destino.
Todoslos ES y todoslos dispositivosde encaminamientocompartenun protocolode la capade
red comˆ”nconocidogenˆ'ricamentecomoprotocolode interconexiˆ‡nde redes.Dentrodel proyecto
internetde DARPA sedesarrollˆ‡un protocolo Internet(IP) inicial, publicadocomo RFC 791, que
ha llegadoa ser un estˆ¡ndarde Internet. Existe la necesidadde disponerde un protocolo paraac-
cedera cada red particular debajo de un protocolo de interconexiˆ‡nde redes.Asˆ›,normalmente
hay dos protocolosen la capade red operandoen cadaES y dispositivo de encaminamiento:una
subcapasuperiorque proporcionala funciˆ‡nde interconexiˆ‡ny una capainferior que proporciona
el accesoa la red.
18.3. INTERCONEXIˆN ENTRE REDES SIN CONEXIˆN

En estasecciˆ‡nseexaminanlas funcionesesencialesde un protocolode interconexiˆ‡n.Por como-
didad,nos vamosa referir concretamenteal estˆ¡ndarde Internet IP, pero se debeentenderque la
narraciˆ‡nde estasecciˆ‡nseaplica a cualquierprotocolode interconexiˆ‡nno orientadoa conexiˆ‡n,
como esel casode IPv6.
FUNCIONAMIENTO DE UN ESQUEMA DE INTERCONEXIˆN NO ORIENTADO

A CONEXIˆN
IP proporcionaun servicio no orientadoa conexiˆ‡n,o datagrama,entre sistemasfinales. El enfo-
que sin conexiˆ‡ntiene una seriede ventajas.ˆstas son:
Un sistemade interconexiˆ‡nsin conexiˆ‡nes flexible. Puedetrabajarcon una gran variedad
de redes,algunasde las cualesserˆ¡ntambiˆ'nsin conexiˆ‡n.En esencia,IP requieremuy poco
de las redessobrelas que actˆ”a.
Un servicio de interconexiˆ‡nsin conexiˆ‡nsepuedehacerbastanterobusto.Sepuedeutilizar
el mismo argumentoexpuestopara un servicio de red datagramafrente a un servicio con
circuitosvirtuales.Paraunadiscusiˆ‡nen profundidad,serecomiendaal lector la Secciˆ‡n10.6.
Un servicio de interconexiˆ‡nsin conexiˆ‡nesel mejor servicioparaun protocolode transpor-
te no orientadoa conexiˆ‡n,ya que no imponeinformaciˆ‡nsuplementariainnecesaria.
La Figura 18.3 muestraun ejemplo tˆ›picoen el que se usa IP, dondedos LAN se interconectan
medianteuna red WAN de retransmisiˆ‡nde tramas.La figura muestrael funcionamientodel
protocolo IP paralos datosintercambiadosentreel computadorA en una LAN (red 1) y el com-
putadorB en otra LAN (red 2) a travˆ'sde la WAN. La figura muestrala arquitecturadel protocolo
y el formato de la unidad de datosen cadaetapa.Los sistemasfinales y los dispositivosde en-
caminamientodebencompartirun protocolode interconexiˆ‡ncomˆ”n.Ademˆ¡s,los sistemasfinales
debencompartir el mismo protocolo que hay encimade IP. Los dispositivosde encaminamiento
intermediossˆ‡lonecesitanimplementarhastael protocolo IP.
El protocoloIP en A recibebloquesde datosdesdelas capassuperioresdel softwareen A para
que los envˆ›ea B. IP aˆ–adeuna cabecera(en el instantet1) especificando,entre otras cosas,la
direcciˆ‡nglobal Internet de B. Esadirecciˆ‡nconstade dos parteslˆ‡gicas:un identificador de la
red y un identificador del sistemafinal. La combinaciˆ‡nde la cabeceraIP y los datosde la capa
superiorse llama unidad de datosdel protocolo de interconexiˆ‡n(PDU, Protocol Data Unit), o
simplementeun datagrama(vˆ'aseFigura2.14).El datagramaesposteriormenteencapsuladocon el
protocolo de la LAN (cabeceraLLC en el instantet2; cabeceray cola MAC en el instantet3) y
enviadoal dispositivo de encaminamiento,que elimina la cabeceraLAN paraleer la cabeceraIP
(t6). El dispositivode encaminamiento,entonces,encapsulael datagramacon los camposdel proto-
colo de retransmisiˆ‡nde tramas(t 8) y lo transmitea travˆ'sde la WAN a otro dispositivo de en-
caminamiento.Estedispositivode encaminamientoelimina los camposde retransmisiˆ‡n de tramas
y recuperael datagrama,al cual se le incorporanlos camposLAN apropiadosde la LAN 2 y se
envˆ›aa B.
Examinemoscon mˆ¡sdetalle esteejemplo. El sistemafinal A tiene que enviar un datagrama
al sistemafinal B; el datagramaincluye la direcciˆ‡ninternet de B. El mˆ‡duloIP en A reconoce
que el destino (B) estˆ¡en otra subred.Por tanto, el primer paso es enviar los datos a un dis-
positivo de encaminamiento,en estecasoal dispositivo de encaminamientoX. Parahacer esto,
IP pasael datagramaa la capainferior (en estecasola capaLLC) con instruccionesparaque se
envˆ›eal dispositivo de encaminamientoX. LLC pasaestainformaciˆ‡na la capaMAC, que inser-
ta la direcciˆ‡nde la capaMAC del dispositivo de encaminamientoen la cabeceraMAC. Asˆ›,el
bloquede datostransmitido en la LAN 1 incluye datosde una aplicaciˆ‡nque estˆ¡por encimade
TCP, mˆ¡sla cabeceraTCP, una cabeceraIP, la cabeceraLLC y la cabeceray cola MAC (tiempo
t3 en la Figura 18.3).
A continuaciˆ‡n,el paqueteviaja a travˆ'sde la red 1 hastael dispositivode encaminamientoX.
ˆste elimina los camposMAC y LLC y analiza el campoIP para determinarel destino ˆ”ltimo
Figura 18.3. Funcionamiento del protocolo Internet.
de los datos,en estecasoB. El encaminadordebetomar ahorauna decisiˆ‡nde encaminamiento.

Existentres posibilidades:
1. La estaciˆ‡ndestinoB estˆ¡conectadadirectamentea una de las redesa las queel dispositi-
vo de encaminamientoestˆ¡conectado.En estecaso,el dispositivode encaminamientoen-
vˆ›ael datagramadirectamenteal destino.
2. Se tienenque atravesaruno o mˆ¡sdispositivosde encaminamientoparaalcanzarel desti-
no. En estecaso,se debetomar una decisiˆ‡nde encaminamiento:´¿aquˆ' dispositivo de
encaminamientose debeenviar el datagrama?En amboscasos1 y 2, el mˆ‡duloIP en el
dispositivode encaminamientoenvˆ›ael datagramaa la capainferior con la direcciˆ‡nde la
red de destino.Hay que indicar que aquˆ›se estˆ¡hablandode una direcciˆ‡nde una capa
inferior referentea estared.
3. El dispositivo de encaminamientono conocela direcciˆ‡nde destino.En estecaso,el dis-
positivo de encaminamientodevuelveun mensajede error a la fuentedel datagrama.
En esteejemplo,los datosdebenpasara travˆ'sdel dispositivo de encaminamientoY antesde al-
canzarsu destino.Por tanto,el dispositivode encaminamientoX construyeuna nuevatramaincor-
porandoa la unidad de datosIP la cabeceray cola de retransmisiˆ‡nde tramas.La cabecerade
retransmisiˆ‡n de tramasindica unaconexiˆ‡nlˆ‡gicacon el dispositivode encaminamientoY; cuan-
do esta trama llega al dispositivo de encaminamientoY, se eliminan la cabeceray la cola. El
dispositivo de encaminamientodeterminaque esta unidad de datosIP va dirigida a B, que estˆ¡
conectadodirectamentea la red a la cual estˆ¡conectadoel dispositivo de encaminamiento.̂ste,
por tanto,construyeuna tramacon la direcciˆ‡ndestinode la capa2 de B y la envˆ›aen la LAN 2.
Finalmente,los datosllegan a B, dondeson eliminadaslas cabecerasLAN e IP.
En cadadispositivode encaminamiento,antesde que sereenvˆ›enlos datos,sepodrˆ›anecesitar
fragmentarla unidadde datosparaacomodarlosa la red de salidasi en ˆ'stahay un tamaˆ–omˆ¡xi-
mo de paqueteinferior. La unidad de datoses partida en dos o mˆ¡sfragmentos,cadauno de los
cualesconstituirˆ¡una unidadde datosIP independiente.Cadanuevaunidadde datosseintegraen
un paquetede la capainferior y secolocaen cola parasu transmisiˆ‡n.El dispositivode encamina-
miento podrˆ›atambiˆ'n limitar la longitud de suscolasparacadared a la que estˆ¡conectadopara
evitar que una red lenta perjudiquea una rˆ¡pida.Una vez que se alcanzael lˆ›mitede la cola, las
unidadesde datosadicionalessedescartan.
El procesodescritoantescontinˆ”aa travˆ'sde tantosdispositivosde encaminamientocomo ne-
cesitela unidadde datosparaalcanzarsu destino.Como con un dispositivode encaminamiento,el
sistemafinal destinorecuperala unidadde datosIP a partir de los fragmentosobtenidosde la red.
Si ha habidofragmentaciˆ‡n,el mˆ‡duloIP en el sistemafinal destinoalmacenatemporalmentelos
datosque llegan hastaque el bloque original de datospuedaser totalmentereensamblado.Des-
puˆ's,estebloquede datosse pasaa la capasuperiordel sistemafinal.
Esteservicioofrecido por un protocolode interconexiˆ‡nesdel tipo no fiable. Estoes,el proto-
colo de interconexiˆ‡nno garantizaque todoslos datosseentreguenal destinoni que los datosque
se entreganlleguen en el orden adecuado.Es responsabilidadde la capa superior (por ejemplo,
TCP) tratar los erroresque ocurran.Estatˆ'cnicaproporcionaun alto gradode flexibilidad.
Con estaforma de abordarel protocolo de interconexiˆ‡n,cadaunidadde datosse pasade dis-
positivo de encaminamientoa dispositivode encaminamientoparair de la fuenteal destino.Puesto
quela entregano segarantiza,no hay ningˆ”nrequisitoparticularde fiabilidad en cualquierade las
redes.Asˆ›,el protocolofuncionarˆ¡con cualquiercombinaciˆ‡nde tipos de red.Ya que la secuencia
de entregano estˆ¡garantizada,las unidadesde datossucesivaspuedenseguirdiferentescaminosa
travˆ'sdel conjunto de redes.Esto le permite al protocolo reaccionarfrente a la congestiˆ‡ny los
fallos en las redescambiandolas rutas.
CUESTIONES DE DISEˆO
Con estebreveesbozodel funcionamientode una interconexiˆ‡nentreredescontroladapor IP, po-
demosahoravolver atrˆ¡sy examinaralgunascuestionesde diseˆ–ocon un mayordetalle.ˆstas son:
Encaminamiento.
Tiempo de vida de los datagramas.
Segmentaciˆ‡ny reensamblado.
Figura 18.4. La interconexiˆ‡n como una red (basado en [HIND83]).
Control de errores.
Control de flujo.
Conformedesarrollemosestadiscusiˆ‡n,el lector notarˆ¡muchassimilitudes con las cuestionesde
diseˆ–oy las tˆ'cnicasrelevantesen una red de conmutaciˆ‡nde paquetes.Para ver la razˆ‡nde
esto, considerela Figura 18.4 que comparauna arquitecturade interconexiˆ‡ncon una arquitec-
tura de red de conmutaciˆ‡nde paquetes.Los dispositivosde encaminamiento(R1, R2 y R3) en
el conjuntode redescorrespondena los nodosde conmutaciˆ‡nde paquetes(P1, P2 y P3) en la red,
y las redes(N1, N2 y N3) en el conjuntode redessecorrespondencon los enlacesde transmisiˆ‡n
(T1, T2 y T3) en las redes.Los dispositivosde encaminamientorealizanesencialmentelas mismas
funcionesque los nodosde conmutaciˆ‡nde paquetesy usanlas redesintermediasde una forma
anˆ¡logaa los enlacesde transmisiˆ‡n.
Encaminamiento
El encaminamientose efectˆ”apor medio del mantenimientode una tabla de encaminamientoen
cadadispositivo de encaminamientoy en cadasistemafinal. En esta tabla se da, para cada red
posible de destino,el siguientedispositivo de encaminamientoal que se deberˆ¡enviar el data-

gramainternet.
La tabla de encaminamientopuedeser estˆ¡ticao dinˆ¡mica.Una tabla estˆ¡ticapuedecontener
rutasalternativaspor si algˆ”ndispositivode encaminamientono estˆ¡disponible.Una tabla dinˆ¡mi-
ca es mˆ¡sflexible a la hora de enfrentarsea condicionesde error y congestiˆ‡n.En Internet, por
ejemplo,cuandoun dispositivo de encaminamientose desconecta,todossus vecinosemitirˆ¡n un
informe de estado,permitiendoa otrosdispositivosde encaminamientoy estacionesqueactualicen
sustablasde encaminamiento.Es posibleutilizar un esquemasimilar parael control de congestiˆ‡n.
Esteˆ”ltimo casoes particularmenteimportantea causade las diferenciasde capacidadentre las
redeslocalesy las de ˆ¡reaamplia. El Capˆ›tulo19 discutelos protocolosde encaminamiento.
Las tablasde encaminamientotambiˆ'nsepuedenutilizar paraofrecerotros serviciosde inter-
conexiˆ‡nentre redes,como seguridady prioridad. Por ejemplo, las redesindividualesse podrˆ›an
clasificar para gestionardatosde hastaun nivel de seguridaddado.El mecanismode encamina-
miento debeasegurarque a los datosde cierto nivel de seguridadno se les permita pasara travˆ's
de redesno acreditadasparagestionartalesdatos.
Otra tˆ'cnicade encaminamientoes el encaminamientoen el origen. La estaciˆ‡nfuenteespeci-
fica la ruta mediantela inclusiˆ‡nde una lista secuencialde dispositivosde encaminamientoen el
datagrama.Esto, de nuevo,podrˆ›aser ˆ”til por motivos de seguridado prioridad.
Finalmente,mencionaremosun servicio relacionadocon el encaminamiento:el registro de la
ruta. Pararegistrar la ruta, cadadispositivo de encaminamientoincorpora su direcciˆ‡ninternet a
una lista de direccionesque lleva el datagrama.Estacaracterˆ›stica
esˆ”til con el objetivo de reali-
zar operacionesde comprobaciˆ‡ny depuraciˆ‡n.
Tiempo de vida de los datagramas

Si se utiliza un encaminamientodinˆ¡micoo alternativo,existela posibilidadde que un datagrama
viaje indefinidamentea travˆ'sdel conjunto de redes.Esto no esaconsejablepor dos razones.Pri-
mero,un datagramacirculandoindefinidamenteconsumerecursos.Segundo,como veremosen el
Capˆ›tulo20, un protocolo de transportedependede la existenciade un lˆ›miteen la vida de un
datagrama.Paraevitar estosproblemas,cadadatagramase puedemarcarcon un tiempo de vida.
Una vez que ha transcurridoestetiempo de vida, el datagramasedescarta.
Una forma sencillade implementarestafunciˆ‡nesusarun contadorde saltos.Cadavez que un
datagramapasaa travˆ'sde un dispositivo de encaminamiento,se decrementael contador.Alter-
nativamente,el tiempo de vida podrˆ›aser una medidade tiempo autˆ'ntica.Esto requiereque los
dispositivosde encaminamientoconozcande algunamanerael tiempo transcurridodesdeque el
datagramao un fragmentocruzˆ‡por ˆ”ltima vez un dispositivo de encaminamiento,paraconocer
cuˆ¡ntotiene que decrementarel campode tiempode vida. Estorequerirˆ›aalgˆ”nmecanismoglobal
de sincronizaciˆ‡n.La ventajade usar una medida real de tiempo es que se puedeutilizar en el
algoritmo de reensambladodescritoa continuaciˆ‡n.
Fragmentaciˆ‡n y reensamblado
Las redesindividualesen un conjunto de redespuedenespecificartamaˆ–osmˆ¡ximosde paquetes
diferentes.Serˆ›aineficientee inmanejabletratar de imponerun tamaˆ–ode paqueteuniforme a tra-
vˆ's de las redes.Asˆ›,ocurre que los dispositivosde encaminamientopuedennecesitarfragmentar
los datagramasde entradaen unidadesmˆ¡spequeˆ–as,

llamadassegmentoso fragmentos,antesde
transmitirlosen la red siguiente.
Si los datagramasse puedenfragmentar(quizˆ¡mˆ¡sde una vez) durantesusviajes,la cuestiˆ‡n

que surgees dˆ‡ndese debenreensamblar.La soluciˆ‡nmˆ¡sfˆ¡cil es realizarel reensambladosola-
menteen el destino.La principal desventajade estemˆ'todoes que los fragmentossˆ‡lose pueden
hacermˆ¡spequeˆ–os a medidaque los datossemuevena travˆ'sdel conjuntode redes.Esto puede
perjudicar la eficiencia de algunasredes.Por otra parte, si los dispositivos de encaminamiento
intermediospuedenreensamblar,aparecenlas siguientesdesventajas:
1. Serequierengrandesmemoriastemporalesen los dispositivosde encaminamientoy existe

el riesgo de que todo el espaciode memoriatemporalse use paraalmacenardatagramas
parciales.
2. Todoslos fragmentosde un datagramadebenpasara travˆ'sdel mismo dispositivode enca-

minamientode salida.Esto imposibilita el uso del encaminamientodinˆ¡mico.
En IP, los fragmentosde los datagramasse reensamblanen el sistemafinal destino.La tˆ'cnicade

fragmentaciˆ‡nde IP usalos siguientescamposen la cabeceraIP:
Identificadorde la unidadde datos(ID).

Longitud de los datos.
Desplazamiento.
Indicadorde mˆ¡sdatos.
El ID es un medio de identificar de forma ˆ”nicaun datagramaoriginado en el sistemafinal. En

IP, el ID constade las direccionesfuente y destino,un identificador del protocolo que generalos
datos(por ejemplo, TCP) y una identificaciˆ‡nsuministradapor el protocolo. La longitud de los
datosindica la longitud del campode datosde usuario,expresadoen octetos,y el campodesplaza-
mientoesla posiciˆ‡nde un fragmentode los datosde usuarioen el campode datosen el datagra-
ma original, en mˆ”ltiplos de 64 bits.
El sistemafinal origen crea un datagramacon una longitud de datosigual a la longitud entera
del campode datos,con desplazamiento % 0 y el indicador de mˆ¡sdatosestablecidoa 0 (falso).
Parafragmentarun datagramagrandeen dos piezas,un mˆ‡duloIP en un dispositivode encamina-
miento realiza las siguientestareas:
1. Creados nuevosdatagramasy copia los camposde la cabeceradel datagramaoriginal en

los datagramasnuevos.
2. Divide el campode datosde usuarioen dosporcionesaproximadamenteigualescon lˆ›mi-

tesde 64 bits, situandounaporciˆ‡nen cadadatagramanuevo.La primeraporciˆ‡ndebeser
un mˆ”ltiplo de 64 bits (8 octetos).
3. Establecela longitud de datosdel primer datagramaa la longitud de los datosinsertadosy

establecea 1 (cierto) el indicadorde mˆ¡sdatos. El campodesplazamientono se cambia.
4. Establecela longitud de datosdel segundodatagramaa la longitud de los datosinsertados,

y aˆ–adela longitud de la primeraporciˆ‡nde datosdividida por 8 al campodesplazamiento
.
El indicador de mˆ¡sdatospermaneceigual.
Figura 18.5. Ejemplo de fragmentaciˆ‡n.
La Figura 18.5 muestraun ejemplo. El procedimientose puedegeneralizarfˆ¡cilmentea una

divisiˆ‡nde n-caminos.
Parareensamblarun datagramadebehabersuficienteespaciode memoriatemporalen el mo-
mentode reensamblar.Conformelos fragmentoscon el mismo ID llegan, se insertanlos campos
de datosen la posiciˆ‡ncorrectaen la memoriatemporalhastaque el campodatosenterosereen-
sambla,lo que se consiguecuandoexisteun conjuntocontiguode datoscomenzandocon un des-
plazamientode cero y terminandocon datosde un segmentocon el indicadorde mˆ¡sdatospuesto
a falso.
Una eventualidadcon la que hay queenfrentarseesque uno o mˆ¡sfragmentosno hayanllega-
do: el servicio IP no garantizala entrega.Senecesitanalgunosmˆ'todosparadecidir abandonaruna
tentativade reensambladocon objetode liberar espaciode memoriatemporal.Comˆ”nmenteseuti-
lizan dos tˆ'cnicas.La primera asignaun tiempo de vida de reensambladoal primer segmentoque
llega. ˆste se regulacon un reloj en tiempo real local asignadopor la funciˆ‡nde reensambladoy
decrementadomientraslos fragmentosdel datagramaoriginal se van almacenandoen la memoria
temporal.Si el tiempo expiraantesde completarel reensamblado,los fragmentosrecibidossedes-
cartan.Una segundatˆ'cnicaconsisteen haceruso del tiempo de vida del datagrama,que esparte
de la cabecerade cadauno de los fragmentosentrantes.El campode vida es decrementadopor la
funciˆ‡nde reensamblado.Como con la primeratˆ'cnica,si el tiempo de vida expiraantesde com-
pletar el reensamblado,los fragmentosrecibidosse descartan.
Control de errores
El sistemade interconexiˆ‡nentreredesno garantizala distribuciˆ‡nsatisfactoriade cadadatagra-
ma. Cuandoun dispositivo de encaminamientodescartaun datagrama,̂'stedeberˆ›aintentardevol-
ver algunainformaciˆ‡nal origen, si es posible. La entidadorigen que usa el protocolo Internet
puedeemplearestainformaciˆ‡nparamodificar su estrategiade transmisiˆ‡ny notificarlo a las ca-
pas superiores.Parainformar que un datagramaespecˆ›ficoha sido descartado,se necesitaalgˆ”n
medio de identificar datagramas.
Los datagramasse puedendescartarpor una serie de razones,incluyendo la expiraciˆ‡ndel
tiempode vida, la existenciade congestiˆ‡ny de error en la sumade comprobaciˆ‡n.En esteˆ”ltimo
caso,no es posible realizaruna notificaciˆ‡n,ya que el campode la direcciˆ‡nfuente puedehaber
sido daˆ–ado.
Control de flujo
El control de flujo en la interconexiˆ‡npermite a los dispositivosde encaminamientoy/ o las esta-
cionesreceptoraslimitar la razˆ‡na la cual se reciben los datos.Paraun servicio no orientadoa
conexiˆ‡ncomo el que estamosdescribiendo,los mecanismosde control de flujo son limitados. La
mejor aproximaciˆ‡npareceser enviar paquetesde control de flujo, solicitandouna reducciˆ‡ndel
flujo de datosa otrosdispositivosde encaminamientoy a las estacionesfuente.Severˆ¡un ejemplo
de estasituaciˆ‡ncon ICMP, que se discutirˆ¡en la secciˆ‡nsiguiente.
18.4. EL PROTOCOLO INTERNET

En estasecciˆ‡nse examinala versiˆ‡n4 de IP, definida oficialmente en el RFC 791. Aunque la
intenciˆ‡nes que IPv6 reemplacea IPv4, ˆ'stees actualmenteel estˆ¡ndarIP utilizado en las redes
TCP/ IP.
El protocoloInternet(IP) espartedel conjuntode protocolosTCP/ IP y esel protocolode inter-
conexiˆ‡nde redesmˆ¡sutilizado. Como con cualquierprotocolo estˆ¡ndar,IP se especificaen dos
partes:
La interfaz con la capasuperior(por ejemplo,TCP), especificandolos serviciosque propor-
ciona IP.
El formato real del protocoloy los mecanismosasociados.
En estasecciˆ‡nseexaminanprimero los serviciosde IP y despuˆ'sel protocoloIP. A estoseguirˆ¡
una discusiˆ‡ndel formato de las direccionesIP. Finalmente,se describeel protocolo de mensajes
de control de Internet(ICMP, Internet Control MessageProtocol), queesuna parteintegral de IP.
SERVICIOS IP
Los servicios a proporcionarentre las capasde protocolos adyacentes(por ejemplo, entre IP y
TCP) seexpresanen tˆ'rminosde primitivas y parˆ¡metros.Una primitiva especificala funciˆ‡nque
se va a ofrecer y los parˆ¡metrosse utilizan para pasardatose informaciˆ‡nde control. La forma
real de una primitiva dependede la implementaciˆ‡n.Un ejemploes una llamadaa subrutina.
IP proporcionadosprimitivas de servicio en la interfaz con la capasuperior.La primitiva Send
(envˆ›o)seutiliza parasolicitarla transmisiˆ‡n
de unaunidadde datos.La primitiva Deliver (entrega)
utiliza IP paranotificar a un usuariola llegadade una unidadde datos.Los parˆ¡metrosasociadosa

estasdos primitivas son los siguientes:
Direcciˆ‡norigen: direcciˆ‡nglobal de red de la entidadIP que envˆ›ala unidadde datos.
Direcciˆ‡ndestino: direcciˆ‡nglobal de red de la entidadIP de destino.
Protocolo: entidadde protocoloreceptor(un usuarioIP, como por ejemploTCP))
Indicadores del tipo de servicio: utilizado para especificarel tratamientode la unidad de
datosen su transmisiˆ‡na travˆ'sde los componentesde las redes.
Identificador: utilizado en combinaciˆ‡ncon las direccionesorigen y destinoy el protocolo
usuarioparaidentificar de una forma ˆ”nicaa la unidadde datos.Esteparˆ¡metrose necesita
parareensamblare informar de errores.
Indicador de no fragmentaciˆ‡n:indica si IP puedefragmentarlos datospara realizar el
transporte.
Tiempo de vida: medidoen segundos.
Longitud de los datos: longitud de los datosque se transmiten.
Datos de opciˆ‡n:opcionessolicitadaspor el usuarioIP.
Datos: datosde usuarioque se van a transmitir.
Hay que indicar quelos parˆ¡metrosidentificador, indicador de no fragmentaciˆ‡ny tiempode vida
se encuentranpresentesen la primitiva Sendpero no lo estˆ¡nen la primitiva Deliver. Estostres
parˆ¡metrosproporcionaninstruccionesa IP que no son de la incumbenciadel usuarioIP destino.
El parˆ¡metrode opcionespermitefuturasextensionesy la inclusiˆ‡nde parˆ¡metrosquenormal-
menteno se invocan.Las opcionesactualmentedefinidasson:
Seguridad: permite que se incorporeuna etiquetade seguridadal datagrama.
Encaminamiento en el origen: constituyeunalista secuencialde direccionesde dispositivos
de encaminamientoqueespecificala rutaa seguir.El encaminamientopuedeser estricto(sˆ‡-
lo los dispositivosde encaminamientoidentificadospuedenser visitados)o dˆ'bil (puedenvi-
sitarseotros dispositivosde encaminamientointermedios).
Registro de la ruta: sereservaun campopararegistrarla secuenciade dispositivosde enca-
minamientovisitadospor el datagrama.
Identificaciˆ‡n de la secuencia:identifica recursosreservadosutilizados paraun servicio de
secuencia.Esteservicio proporcionaun tratamientoespecialdel trˆ¡fico volˆ¡til periˆ‡dico(por
ejemplo,voz).
Marcas de tiempo: la entidad IP origen y algunoso todos los dispositivos de encamina-
mientointermediosincorporanuna marcatemporal(con unaprecisiˆ‡nde milisegundos)a las
unidadesde datosconformevan pasandopor ellos.
PROTOCOLO IP
El protocoloentreentidadesIP sedescribemejor mediantela referenciaal formato del datagrama
IP mostradoen la Figura 18.6. Los camposson los siguientes:
Versiˆ‡n(4 bits): indica el nˆ”merode la versiˆ‡ndel protocolo,parapermitir la evoluciˆ‡ndel
mismo; el valor es 4.
Figura 18.6. Cabecera IPv4.
Longitud de la cabeceraInternet (IHL, Internet Header Length) (4 bits): longitud de la

cabeceraexpresadaen palabrasde 32 bits. El valor mˆ›nimoes de cinco, correspondientea
una longitud de la cabeceramˆ›nimade 20 octetos.
Tipo de servicio (8 bits): especificalos parˆ¡metrosde fiabilidad, prioridad, retardoy rendi-
miento.Estecamposeutiliza muy raramente;suinterpretaciˆ‡n ha sidosustituidarecientemente.
Los primeros 6 bits del campo son denominadosahora campo de servicios diferenciados
(DS, Differentiated Services), que se discutenen el Capˆ›tulo19. Los 2 bits restantesestˆ¡n
reservadosparaun campode notificaciˆ‡nexplˆ›citade congestiˆ‡n (ECN), actualmenteen fase
de estandarizaciˆ‡n.
El campoECN proporcionauna seˆ–alizaciˆ‡n explˆ›citade congestiˆ‡nde
una manerasimilar a la discutidapararetransmisiˆ‡nde tramas( vˆ'aseSecciˆ‡n13.5).
Longitud total (16 bits): longitud total del datagrama,en octetos.
Identificador (16 bits): un nˆ”merode secuenciaque,junto a la direcciˆ‡norigen y destinoy
el protocolo usuario,se utiliza para identificar de forma ˆ”nicaun datagrama.Por tanto, el
identificador debeser ˆ”nicoparala direcciˆ‡norigen del datagrama,la direcciˆ‡ndestinoy el
protocolousuarioduranteel tiempo en el que el datagramapermaneceen la red.
Indicadores (3 bits): solamentedos de estostres bits estˆ¡nactualmentedefinidos.El bit de
´«mˆ¡sdatos´»seutiliza parala fragmentaciˆ‡ny el reensambladocomo seha expuestoprevia-
mente.El bit de ´«nofragmentaciˆ‡n´» prohˆ›bela fragmentaciˆ‡ncuandoes 1. Estebit puede
serˆ”til si seconoceque el destinono tiene capacidadde reensamblarfragmentos.Sin embar-
go, si estebit vale 1, el datagramasedescartarˆ¡si se excedeel tamaˆ–omˆ¡ximode una red
en la ruta. Por tanto, cuandoel bit vale 1, es aconsejableutilizar encaminamientodesdeel
origen paraevitar redescon tamaˆ–ode paquetemˆ¡ximospequeˆ–os.
Desplazamientodel fragmento (13 bits): indica el lugar dondesesitˆ”ael fragmentodentro
del datagramaoriginal, medidoen unidadesde 64 bits. Esto implica que todoslos fragmen-
tos exceptoel ˆ”ltimo contienenun campode datoscon una longitud mˆ”ltiplo de 64 bits.
Tiempo de vida (8 bits): especificacuˆ¡ntotiempo,en segundos,sele permitea un datagra-
ma permaneceren la red. Cadadispositivo de encaminamientoque procesael datagramade-
be decrementarestecampoal menosen una unidad,de forma que el tiempo de vida es de
algunaforma similar a una cuentade saltos.
Protocolo (8 bits): identifica el protocolode la capade red inmediatamentesuperiorque va

a recibir el campode datosen el destino;asˆ›,estecamposirve paraidentificar el siguiente
tipo de cabecerapresenteen el paquetedespuˆ'sde la cabeceraIP.
Suma de comprobaciˆ‡nde la cabecera(16 bits): un cˆ‡digode detecciˆ‡nde erroresaplica-
do solamentea la cabecera.Ya que algunoscamposde la cabecerapuedencambiardurante
el viaje (por ejemplo,el tiempode vida y los camposrelacionadoscon la segmentaciˆ‡n), este
valor severifica y recalculaen cadadispositivode encaminamiento.El camposumade com-
probaciˆ‡nesel complementoa uno de la sumacomplementoa uno de todaslas palabrasde
16 bits en la cabecera.Por motivos de cˆ¡lculo,estecamposeinicializa a sˆ›mismo a un valor
de todo cero3.
Direcciˆ‡nde origen (32 bits): codificadaparapermitir una asignaciˆ‡nvariablede bits para
especificarla red y el sistemafinal conectadoa la red especificada,como se discuteposte-
riormente.
Direcciˆ‡ndestino (32 bits): igual que el campoanterior.
Opciones(variable): contienelas opcionessolicitadaspor el usuarioque envˆ›alos datos.
Relleno (variable): se usa para asegurarque la cabeceradel datagramatiene una longitud
mˆ”ltiplo de 32 bits.
Datos (variable): el campode datosdebeteneruna longitud mˆ”ltiplo de 8 bits. La mˆ¡xima
longitud de un datagrama(campode datosmˆ¡scabecera)es de 65.535octetos.
Deberˆ›aquedarclaro cˆ‡mosetraducenlos serviciosIP especificadosen las primitivas Sendy Deli-
ver en los camposdel datagramaIP.
DIRECCIONES IP
Los camposdirecciˆ‡norigeny destinoen la cabeceraIP contienencadauno unadirecciˆ‡ninternet
global de 32 bits que,generalmente,constade un identificadorde red y un identificadorde compu-
tador.
Clases de red
La direcciˆ‡nestˆ¡codificadaparapermitir una asignaciˆ‡nvariablede bits paraespecificarla red y
el computador,como semuestraen la Figura 18.7.Esteesquemade codificaciˆ‡nproporcionafle-
xibilidad al asignarlas direccionesa los computadoresy permiteuna mezclade tamaˆ–os de red en
un conjuntode redes.Existentresclasesprincipalesde redesquesepuedenasociara las siguientes
condiciones:
Clase A: pocasredes,cadauna con muchoscomputadores.
Clase B: un nˆ”meromedio de redes,cadauna con un nˆ”meromedio de computadores.
Clase C: muchasredes,cadauna con pocoscomputadores.
En un entornoparticular, podrˆ›aser mejor utilizar todaslas direccionesde una misma clase.Por
ejemplo, en un conjunto de redesde una entidad, consistenteen un gran nˆ”merode redesde
3
Se puede encontrarun estudio acercade estasuma de comprobaciˆ‡nen un documentode apoyo ubicado en el sitio
web de estelibro.
Figura 18.7. Formatos de direcciˆ‡n IP.
ˆ¡realocal departamentales,podrˆ›aser necesariousar direccionesde claseC exclusivamente.Sin

embargo,el formato de las direccioneses tal que es posiblemezclarlas tres clasesde direcciones
en el mismo conjuntode redes;estoes lo que se haceen el casode la mismaInternet.En el caso
de un conjuntode redesformadopor pocasredesgrandes,muchasredespequeˆ–as y algunasredes
de tamaˆ–omediano,es apropiadoutilizar una mezclade clasesde direcciones.
Las direccionesIP se escribennormalmenteen lo que se llama notaciˆ‡npunto decimal, utili-
zandoun nˆ”merodecimal pararepresentarcadauno de los octetosde la direcciˆ‡nde 32 bits. Por
ejemplo,la direcciˆ‡nIP 11000000111001000001000100111001seescribecomo 192.228.17.57.
Obsˆ'rveseque todaslas direccionesde red de claseA empiezancon un 0 binario. Las direccio-
nes de red con el primer octeto puestoa 0 (en binario 00000000)o que sea 127 (en binario
01111111)estˆ¡nreservadas.Por tanto, existen 126 nˆ”merosde red potencialesde claseA en los
cualessu primer octetoen formato punto decimal estˆ¡en el rangode 1 a 126. Las direccionesde
red de claseB comienzancon un nˆ”merobinario 10, de forma quesu primer nˆ”merodecimalestˆ¡
entre128 y 191 (en binario entre10000000y 10111111).El segundooctetotambiˆ'n forma parte
de la direcciˆ‡nde clase B, de forma que existen 214 % 16.384 direccionesde clase B. Paralas
direccionesde claseC, el primer nˆ”merodecimal va de 192 a 223 (de 11000000a 11011111).El
nˆ”merototal de direccionesde claseC es de 221 % 2.097.152.
Subredes y mˆ¡scaras de subred
El conceptode subredfue introducidocomo unasoluciˆ‡nparael siguienteproblema.Considereun

conjuntode redesque incluye una o mˆ¡sWAN y un determinadonˆ”merode sitios, cadauno de
ellos con un determinadonˆ”merode LAN. Nosgustarˆ›a tenerunacomplejidadarbitrariade estruc-
turas de LAN interconectadasdentro de la organizaciˆ‡n,aislandoal resto del conjunto de redes
frente a un crecimientoexplosivo en el nˆ”merode redesy la complejidaden el encaminamiento.
Una soluciˆ‡na este problema es asignara todaslas LAN en un sitio un ˆ”nico nˆ”merode red.
Desdeel punto de vista del restodel conjunto de redes,existeuna ˆ”nicared en esesitio, lo cual
simplifica el direccionamientoy el encaminamiento.Parapermitir que los dispositivosde encami-
namientointernosal sitio funcionencorrectamente,a cadaLAN sele asignaun nˆ”merode subred.
La parte computadoren la direcciˆ‡ninternet se divide en un nˆ”merode subredy un nˆ”merode
computadorparaacomodarestenuevonivel de direccionamiento.
Dentro de una red dividida en subredes,los dispositivosde encaminamientolocalesdebenen-

caminarsobrela basede un nˆ”merode red extendidoconsistenteen la porciˆ‡nde red de la direc-
ciˆ‡nIP y el nˆ”merode subred.Las posicionesa nivel de bit que contienenestenˆ”merode red
extendidoseindican mediantela mˆ¡scarade direcciˆ‡n.El uso de estamˆ¡scarade direcciˆ‡npermi-
te a un computadordeterminarsi un datagramade salida va destinadoa otro computadoren la
mismaLAN (entoncesse envˆ›adirectamente)o a otra LAN (se envˆ›aa un dispositivo de encami-
namiento).Sesuponequeseutiliza algˆ”notro medio(por ejemplo,mediantela configuraciˆ‡nma-
nual) paracrearlas mˆ¡scarasde direcciˆ‡ny darlasa conocera los dispositivosde encaminamiento
locales.
La Tabla 18.3amuestralos cˆ¡lculosque se realizancon la utilizaciˆ‡nde una mˆ¡scarade sub-

red. Obsˆ'rveseque el efectode la mˆ¡scarade subredes borrar la partedel campode computador
que indica el computadorreal en una subred.Lo que permanecees el nˆ”merode red y el nˆ”mero
de subred.La Figura 18.8 muestraun ejemplo de utilizaciˆ‡nde subredes.La figura muestraun
complejo local consistenteen tres LAN y dos dispositivosde encaminamiento.Parael resto del
conjunto de redes este complejo es una red ˆ”nica con una direcciˆ‡nde clase C de la forma
192.228.17.x, dondelos tres octetosmˆ¡sa la izquierdason el nˆ”merode red y el octetomˆ¡sa la
derechacontieneun nˆ”merode computadorx. Ambos dispositivosde encaminamientoR1 y R2 se
Figura 18.8. Ejemplo de utilizaciˆ‡n de subredes.

Tabla 18.3. Direcciones IP y mˆ¡scaras de subred [STEI95].

(a) Representaciones punto decimal y binaria de las direcciones IP y las mˆ¡scaras de subred
Representaciˆ‡n binaria Punto decimal
Direcciˆ‡n IP 11000000.11100100.00010001.00111001 192.228.17.57
Mˆ¡scara de subred 11111111.11111111.11111111.11100000 255.255.255.224
Operaciˆ‡n AND bit-a-bit de la direcciˆ‡n 11000000.11100100.00010001.00100000 192.228.17.32

y la mˆ¡scara (nˆ”mero de red/subred
resultante)
Nˆ”mero de subred 11000000.11100100.00010001.001 1
Nˆ”mero de computador 00000000.00000000.00000000.00011001 25
(b) Mˆ¡scaras de subred por defecto
Representaciˆ‡n binaria Punto decimal
Mˆ¡scara de clase A por defecto 11111111.00000000.00000000.00000000 255.0.0.0
Ejemplo de mˆ¡scara de clase A 11111111.11000000.00000000.00000000 255.192.0.0
Mˆ¡scara de clase B por defecto 11111111.11111111.00000000.00000000 255.255.0.0
Ejemplo de mˆ¡scara de clase B 11111111.11111111.11111000.00000000 255.255.248.0
Mˆ¡scara de clase C por defecto 11111111.11111111.11111111.00000000 255.255.255.0
Ejemplo de mˆ¡scara de clase C 11111111.11111111.11111111.11111100 255.255.255.252
configurancon una mˆ¡scarade subredcon el valor 255.255.255.224(vˆ'asela Tabla 18.3a).Por

ejemplo, si un datagramacon una direcciˆ‡ndestino 192.228.17.57llega a R1 desdeel resto del
conjunto de redeso desdela LAN Y, R1 aplica la mˆ¡scarade subredpara determinarque esta
direcciˆ‡nhacereferenciaa una direcciˆ‡nde la subred1, la cual esla LAN X, y si esasˆ›enviarloa
la LAN X. De forma similar, si llega un datagramacon esadirecciˆ‡ndestinoa R2 desdela LAN
Z, R2 aplica la mˆ¡scaray determinaa partir de su basede datosque el datagramadestinadoa la
subred1 sedebeenviar a R1. Los computadorestambiˆ'nutilizan la mˆ¡scarade subredparatomar
decisionesde encaminamiento.
La mˆ¡scarade subredpor defecto para una clase de direccionesdada es una mˆ¡scaranula
(Tabla 18.3b),que produceel mismo nˆ”merode red y de computadorque en el casode una direc-
ciˆ‡nsin subredes.
PROTOCOLO DE MENSAJES DE CONTROL DE INTERNET (ICMP)
El estˆ¡ndarIP especificaque una implementaciˆ‡nque cumpla las especificacionesdel protocolo

debetambiˆ'nimplementarICMP (RFC 792).ICMP proporcionaun medioparatransferirmensajes
desdelos dispositivos de encaminamientoy otros computadoresa un computador.En esencia,
ICMP proporcionainformaciˆ‡nde realimentaciˆ‡nsobreproblemasdel entorno de la comunica-
ciˆ‡n.Algunassituacionesdondeseutiliza son: cuandoun datagramano puedealcanzarsu destino,
cuandoel dispositivo de encaminamientono tiene la capacidadde almacenartemporalmentepara
reenviarel datagramay cuandoel dispositivo de encaminamientoindica a una estaciˆ‡nque envˆ›e

el trˆ¡ficopor unaruta mˆ¡scorta.En la mayorˆ›ade los casos,el mensajeICMP seenvˆ›aen respues-
ta a un datagrama,bien por un dispositivode encaminamientoen el caminodel datagramao por el
computadordestinodeseado.
AunqueICMP estˆ¡,a todoslos efectos,en el mismo nivel que IP en el conjuntode protocolos
TCP/ IP, es un usuariode IP. Cuandoseconstruyeun mensajeICMP, ˆ'stesepasaa IP, queencap-
sulael mensajecon una cabeceraIP y despuˆ'stransmiteel datagramaresultantede la forma habi-
tual. Ya que los mensajesICMP se transmitenen datagramasIP, no se garantizasu entregay su
uso no se puedeconsiderarfiable.
La Figura 18.9 muestrael formato de varios tipos de mensajesICMP. Todos los mensajes
ICMP empiezancon una cabecerade 64 bits que constade los siguientescampos:
Tipo (8 bits): especificael tipo de mensajeICMP.
Cˆ‡digo(8 bits): se usaparaespecificarparˆ¡metrosdel mensajeque se puedencodificar en
uno o unospocosbits.
Suma de comprobaciˆ‡n(16 bits): sumade comprobaciˆ‡n del mensajeICMP entero.Seuti-
liza el mismo algoritmo de sumade comprobaciˆ‡n que en IP.
Parˆ¡metros(32 bits): se usaparaespecificarparˆ¡metrosmˆ¡slargos.
A estoscamposles siguengeneralmentecamposde informaciˆ‡nadicionalqueespecificanaˆ”nmˆ¡s
el contenidodel mensaje.
En aquelloscasosen los que un mensajeICMP se refiere a un datagramaprevio, el campode
informaciˆ‡nincluye la cabeceraIP enteramˆ¡slos primeros64 bits del campode datosdel data-
gramaoriginal. Esto permite al computadororigen emparejarel mensajeICMP que llega con el
Figura 18.9. Formatos de mensajes ICMP.

datagramaanterior.La razˆ‡nde incorporarlos primeros64 bits del campode datosesque permite

al mˆ‡duloIP en el computadordeterminarquˆ' protocolo o protocolosdel nivel superiorestaban
implicados.En particular, los primeros 64 bits incluirˆ›anuna porciˆ‡nde la cabeceraTCP u otra
cabeceradel nivel de transporte.
El mensajedestino inalcanzable cubreun cierto nˆ”merode situaciones.Un dispositivo de en-
caminamientopuededevolver estemensajesi no sabecˆ‡moalcanzarla red destino.En algunas
redes,un dispositivo de encaminamientoconectadoa una de estasredespuedeser capazde deter-
minar si un computadores inalcanzabley devolverestetipo de mensaje.El propio computadorde
destinopuededevolverestemensajesi el protocolode usuarioo algˆ”npunto de accesoal servicio
de un nivel superior no estˆ¡nalcanzables.Esto puedeocurrir si el correspondientecampoen la
cabeceraIP no tiene el valor correcto.Si el datagramaespecificauna ruta dadapor la fuenteque
no sepuedeusar,sedevolverˆ¡un mensaje.Finalmente,si un dispositivode encaminamientodebe
fragmentarun datagramaperoel indicadorde no fragmentaciˆ‡nestˆ¡establecido,sedevuelvetam-
biˆ'n el mensaje´«destinoinalcanzable´».
Un dispositivode encaminamientodevolverˆ¡el mensajetiempo excedidosi el tiempo de vida
del datagramaha expirado.Un computadorenviarˆ¡estemensajesi no puedecompletarel reen-
sambladodentrodel margende tiempo disponible.
Un error sintˆ¡cticoo semˆ¡nticoen la cabeceraIP causarˆ¡queun dispositivode encaminamien-
to o un computadordevuelvanun mensajede problema de parˆ¡metro. Por ejemplo,puedeexistir
un argumentoincorrectoen una opciˆ‡n.El campoparˆ¡metrode la respuestacontieneun punteroal
octetoen la cabeceraoriginal dondesedetectˆ‡el error.
El mensajede ralentizaciˆ‡ndel origen proporcionaunaforma rudimentariade control de flu-
jo. Este mensajelo puedenenviar tanto un dispositivo de encaminamientocomo un computador
destinoa un computadororigen solicitandoque reduzcala tasaa la que envˆ›ael trˆ¡fico al destino.
Cuandose recibeestetipo de mensaje,un computadororigen debedisminuir la tasade datosa la
que envˆ›ael trˆ¡fico al destinoespecificadohastaque no recibamˆ¡smensajesde ralentizaciˆ‡ndel
origen.El mensajede ralentizaciˆ‡ndel origen lo puedegenerartantoun dispositivo de encamina-
miento como un computadorque debadescartardatagramasdebido a que su memoria temporal
estˆ¡llena. En estecaso,el dispositivo de encaminamientoo el computadorenviarˆ¡un mensajede
ralentizaciˆ‡ndel origen por cadadatagramaque se descarta.Ademˆ¡s,un sistemase puedeantici-
par a la congestiˆ‡ny enviar estetipo de mensajecuandosu memoriaestˆ'a punto de llegar a su
capacidadmˆ¡xima.En esecaso,el datagramareferido en el mensajede ralentizaciˆ‡ndel origen
podrˆ¡ser entregadocorrectamente.Asˆ›,la recepciˆ‡nde un mensajede ralentizaciˆ‡nno implica la
entregao la no entregadel datagramacorrespondiente.
Un dispositivode encaminamientoenvˆ›aun mensajede redirecciˆ‡na un computadorconecta-
do directamentea un dispositivo de encaminamientopara informarle de una ruta mejor para un
destinoparticular.A continuaciˆ‡nseda un ejemplode su usoutilizando la Figura 18.8.El disposi-
tivo de encaminamientoR1 recibeun datagramadel computadorC en la red Y a la que estˆ¡conec-
tadoR1. El dispositivode encaminamientoR1 compruebasu tablade encaminamientoy obtienela
direcciˆ‡ndel siguientedispositivode encaminamiento,R2, en la ruta del datagramaa la red desti-
no, Z. Puestoque R2 y el computadoridentificado por la direcciˆ‡ninternet origen del datagrama
estˆ¡nen la mismared,R1 envˆ›aun mensajede redirecciˆ‡nal computadorC. Estemensajeinforma
al computadorpara que envˆ›esu trˆ¡fico para la red Z directamenteal dispositivo de encamina-
mientoR2, ya que ˆ'steesel caminomˆ¡scorto al destino.El dispositivode encaminamientoenvˆ›a
el datagramaoriginal a su destino(vˆ›aR2). La direcciˆ‡nde R2 seencuentraen el campode parˆ¡-
metrosdel mensajede redirecciˆ‡n.
Los mensajeseco y respuestaa eco proporcionanun mecanismoparacomprobarque la comu-

nicaciˆ‡nentredos entidadesesposible.El receptorde un mensajede eco estˆ¡obligadoa devolver
el mensajeen un mensajede respuestaa eco.Al mensajede ecose le asociaun identificador y un
nˆ”merode secuenciaque coincidencon los de paquetede respuestaa eco.El identificadorsepue-
de utilizar como un puntode accesoal servicio, paraidentificar una sesiˆ‡nparticular,y el nˆ”mero
de secuenciase puedeincrementaren cadapeticiˆ‡nde eco enviada.
Los mensajesmarca de tiempo y respuestaa marca de tiempo proporcionanun mecanismo
paramuestrearlas caracterˆ›sticas
en cuantoa retardodel conjuntode redes.El emisorde un men-
sajemarcade tiempo puedeincluir un identificador y un nˆ”merode secuenciaen el campoparˆ¡-
metrose incluye el tiempo en el cual se enviˆ‡el mensaje(marcade tiempo original). El receptor
registra,en el mensajerespuesta,el tiempoen querecibiˆ‡el mensajey el tiempoen que transmitiˆ‡
el mensajede respuesta.Si el mensajemarcade tiempo se envˆ›ausandoun encaminamientoen el
origen estricto,sepuedendeterminarlas caracterˆ›sticas
de retardode una ruta particular.
Los mensajespeticiˆ‡nde mˆ¡scarade direcciˆ‡ny respuestaa mˆ¡scarade direcciˆ‡nson ˆ”ti-
les en un entornoque incluya subredes.Los mensajesde peticiˆ‡ny respuestade mˆ¡scarade direc-
ciˆ‡npermiten a un computadorconocerla mˆ¡scarade direcciˆ‡nusadaen la LAN a la que estˆ¡
conectado.El computadoremite por difusiˆ‡nun mensajede peticiˆ‡nde mˆ¡scarade direcciˆ‡nen la
LAN. El dispositivo de encaminamientoen la LAN respondecon un mensajede respuestaa mˆ¡s-
carade red que contienela mˆ¡scarade direcciˆ‡n.
18.5. IPv6
El ProtocoloInternet (IP) ha sido el fundamentode Internet y virtualmentede todaslas redespri-
vadasde mˆ”ltiplesproveedores.Esteprotocoloestˆ¡alcanzandoel fin de su vida ˆ”til y seha defini-
do un nuevo protocolo conocido como IPv6 (IP versiˆ‡n6) para,en ˆ”ltima instancia,reemplazar
a IP4.
En primer lugar, examinaremosla motivaciˆ‡nparadesarrollaruna nuevaversiˆ‡nde IP y des-
puˆ'sanalizaremosalgunosde susdetalles.
IP DE NUEVA GENERACIˆN
El motivo que ha conducidoa la adopciˆ‡nde una nuevaversiˆ‡nha sido la limitaciˆ‡nimpuestapor
el campode direcciˆ‡nde 32 bits en IPv4. Con un campode direcciˆ‡nde 32 bits, en principio es
posibleasignar232 direccionesdiferentes,alrededorde 4.000millones de direccionesposibles.Se
podrˆ›apensarqueestenˆ”merode direccionesera mˆ¡squeadecuadoparasatisfacerlas necesidades
en Internet.Sin embargo,a finales de la dˆ'cadade los ochentasepercibiˆ‡que habrˆ›aun problema
y esteproblemaempezˆ‡a manifestarsea comienzosde la dˆ'cadade los noventa.Algunas de las
razonespor las que esinadecuadoutilizar estasdireccionesde 32 bits son las siguientes:
La estructuraen dos niveles de la direcciˆ‡nIP (nˆ”merode red, nˆ”merode computador)es
convenienteperotambiˆ'nesuna forma poco econˆ‡micade utilizar el espaciode direcciones.
Una vez que se le asignaun nˆ”merode red a una red, todoslos nˆ”merosde computadorde
4
Sepodrˆ›apensarquese hansaltadovariasversionesen estelibro. La versiˆ‡nen usode IP es actualmentela versiˆ‡n4;
las versionespreviasde IP (de la 1 a la 3) fueron sucesivamentedefinidas y sustituidashastaalcanzarIPv4. La versiˆ‡n5 es
el nˆ”meroasignadoal protocolo de flujo (streamprotocol), un protocolo de la capainternet orientado a conexiˆ‡n.De aquˆ›
el uso de la etiquetaversiˆ‡n6.
esenˆ”merode red se asignana esared. El espaciode direccionesparaesared podrˆ›aestar

pocousado,peroen lo que conciernea la efectividaddel espaciode direcciones,si seusaun
nˆ”merode red entoncesseconsumentodaslas direccionesdentrode la red.
El modelo de direccionamientode IP requiereque se le asigneun nˆ”merode red ˆ”nico a
cadared IP independientementede si la red estˆ¡realmenteconectadaa Internet.
Las redesestˆ¡nproliferandorˆ¡pidamente.La mayorˆ›ade las organizacionesestablecenLAN
mˆ”ltiples, no un ˆ”nico sistemaLAN. Las redesinalˆ¡mbricasestˆ¡nadquiriendoun mayor
protagonismo.Internet misma ha crecidoexplosivamenteduranteaˆ–os.
El uso crecientede TCP/ IP en ˆ¡reasnuevasproducirˆ¡un crecimientorˆ¡pidoen la demanda
de direccionesˆ”nicasIP (por ejemplo,el uso de TCP/ IP parainterconectarterminaleselec-
trˆ‡nicosde puntosde ventay paralos receptoresde televisiˆ‡npor cable).
Normalmente,se asignauna direcciˆ‡nˆ”nicaa cadacomputador.Una disposiciˆ‡nmˆ¡sflexi-
ble espermitir mˆ”ltiplesdireccionesIP a cadacomputador.Esto,por supuesto,incrementala
demandade direccionesIP.
Por tanto,la necesidadde un incrementoen el espaciode direccionesha impuestola necesidadde
una nuevaversiˆ‡nde IP. Ademˆ¡s,IP es un protocolomuy viejo y sehan definido nuevosrequisi-
tos en las ˆ¡reasde configuraciˆ‡nde red, flexibilidad en el encaminamientoy funcionalidadespara
el trˆ¡fico.
En respuestaa estasnecesidades,el Grupode Trabajo de Ingenierˆ›ade Internet (IETF) emitiˆ‡
unasolicitud de propuestasparauna nuevageneraciˆ‡n de IP (IPng) en julio de 1992.Serecibieron
varias propuestasy en 1994 emergiˆ‡el diseˆ–ofinal de IPng. Uno de los hechosdestacadosdel
desarrollofue la publicaciˆ‡ndel RFC 1752,´«Larecomendaciˆ‡n parael protocolo de nuevagene-
raciˆ‡nde IP´»,publicadoen enerode 1995.El RFC 1752describelos requisitosde IPng, especifica
el formato de la PDU y seˆ–alalas tˆ'cnicasde IPng en las ˆ¡reasde direccionamiento,encamina-
mientoy seguridad.ExistenotrosdocumentosInternetquedefinenlos detallesdel protocolo,ahora
llamadooficialmenteIPv6; ˆ'stosincluyen una especificaciˆ‡ngeneralde IPv6 (RFC 2460),un RFC
que trata sobrela estructurade direccionamientode IPv6 (RFC 2373) y una larga lista adicional.
IPv6 incluye las siguientesmejorassobreIPv4:
Un espaciode direcciones ampliado: IPv6 utiliza direccionesde 128 bits en lugar de las
direccionesde 32 bits de IPv4. Estosuponeun incrementodel espaciode direccionesen un
factor de 296. Se ha seˆ–alado[HIND95] que esto permite espaciosde direccionesdel orden
de 6 # 1023 por metrocuadradode la superficiede la tierra. Inclusosi la asignaciˆ‡nde direc-
cionesfuera muy ineficiente,esteespaciode direccionespareceseguro.
Un mecanismode opcionesmejorado: las opcionesde IPv6 seencuentranen cabecerasop-
cionalesseparadassituadasentrela cabeceraIPv6 y la cabecerade la capade transporte.La
mayorˆ›ade estascabecerasopcionalesno seexaminanni procesanpor ningˆ”ndispositivode
encaminamientoen la trayectoriadel paquete.Estosimplifica y acelerael procesamientoque
realizaun dispositivode encaminamientosobrelos paquetesIPv6 en comparaciˆ‡n a los data-
gramasIPv45. Esto tambiˆ'nhaceque seamˆ¡sfˆ¡cil incorporaropcionesadicionales.
Autoconfiguraciˆ‡nde direcciones: estacapacidadproporcionauna asignaciˆ‡ndinˆ¡micade
direccionesIPv6.
5
La unidad de datos de protocolo para IPv6 se denomina paqueteen lugar de datagrama,que es el tˆ'rmino que se
utiliza para las PDU de IPv4.
Aumento de la flexibilidad en el direccionamiento: IPv6 incluye el conceptode una

direcciˆ‡nmonodifusiˆ‡n(anycast), mediantela cual un paquetese entregasˆ‡loa un nodo
seleccionadode entreun conjuntode nodos.Semejora la escalabilidaddel encaminamiento
multidistribuciˆ‡ncon la incorporaciˆ‡nde un campode ˆ¡mbitoa las direccionesmultidistri-
buciˆ‡n.
Funcionalidad para la asignaciˆ‡nde recursos: en lugar del campo tipo de servicio de
IPv4, IPv6 habilita el etiquetadode los paquetescomo pertenecientesa un flujo de trˆ¡fico
particularparael queel emisorsolicita un tratamientoespecial.Estoayudaal tratamientode
trˆ¡fico especializadocomo el de vˆ›deoen tiempo real.
Todasestascaracterˆ›sticasseexploranen el restode la secciˆ‡n,exceptolas caracterˆ›sticas
de segu-
ridad, que se discutenen el Capˆ›tulo21.
ESTRUCTURA IPv6
Una unidad de datosdel protocolo de IPv6 (conocidacomo paquete)tiene el formato generalsi-
guiente:
a . 40 octetos. b a ..... 0 o mˆ¡s ..... b

CabeceraIPv6 Cabecerade extensiˆ‡n Cabecerade extensiˆ‡n PDU del nivel de transporte
La ˆ”nicacabeceraque serequieresedenominasimplementecabeceraIPv6. ˆsta tiene unalon-

gitud fija de 40 octetos,comparadoscon los 20 octetosde la parteobligatoria de la cabeceraIPv4
(vˆ'aseFigura 18.6). Se han definido las siguientescabecerasde extensiˆ‡n:
Cabecerade opcionessalto a salto: defineopcionesespecialesque requierenprocesamiento
en cadasalto.
Cabecera de encaminamiento: proporcionaun encaminamientoampliado,similar al enca-
minamientoen el origen de IPv4.
Cabecerade fragmentaciˆ‡n:contieneinformaciˆ‡nde fragmentaciˆ‡ny reensamblado.
Cabecerade autenticaciˆ‡n:proporcionala integridaddel paquetey la autenticaciˆ‡n.
Cabecerade encapsulamientode la carga de seguridad: proporcionaprivacidad.
Cabecerade las opcionespara el destino: contieneinformaciˆ‡nopcionalparaque seaexa-
minadaen el nodo destino.
El estˆ¡ndarIPv6 recomiendaque,en el casode que seusenvarias cabecerasde extensiˆ‡n,las ca-
becerasIPv6 aparezcanen el siguienteorden:
1. CabeceraIPv6: obligatoria, debeaparecersiempreprimero.
2. Cabecerade las opcionessalto a salto.
3. Cabecerade las opcionespara el destino:para opcionesa procesarpor el primer destino
que apareceen el campodirecciˆ‡nIPv6 de destinoy por los destinossubsecuentes
indica-
dos en la cabecerade encaminamiento.
4. Cabecerade encaminamiento.
5. Cabecerade fragmentaciˆ‡n.
6. Cabecerade autenticaciˆ‡n.
7. Cabecerade encapsuladode la cargade seguridad.
Figura 18.10. Paquete IPv6 con las cabeceras de extensiˆ‡n (conteniendo un segmento TCP).
8. Cabecerade opcionesparael destino:paraopcionesa procesarpor el destinofinal del pa-

quete.
La Figura18.10muestraun ejemplode un paqueteIPv6 que incluye un ejemplarde cadacabecera,
exceptoaquellasrelacionadascon la seguridad.Obsˆ'rveseque la cabeceraIPv6 y cadacabecerade
extensiˆ‡nincluyen el campocabecerasiguiente.Estecampoidentifica el tipo de cabeceraquevie-
ne a continuaciˆ‡n.Si la siguientecabeceraesde extensiˆ‡n,entoncesestecampocontieneel identi-
ficador del tipo de esacabecera.En casocontrario,estecampocontieneel identificador del proto-
colo de la capa superior que estˆ¡ usandoa IPv6 (normalmenteun protocolo de la capa de
transporte),utilizando el mismo valor que el campo protocolo de IPv4. En la Figura 18.10, el
protocolode la capasuperioresTCP; por tanto,los datosde la capasuperiortransportadospor el
paqueteIPv6 constande una cabeceraTCP seguidapor un bloquede datosde aplicaciˆ‡n.
A continuaciˆ‡n,se examinala cabeceraprincipal de IPv6 y despuˆ'sse examinancadauna de
las extensiones.
CABECERA IPv6
La cabeceraIPv6 tiene una longitud fija de 40 octetos,que constade los siguientescampos( vˆ'ase
Figura 18.11):
Figura 18.11. Cabecera IPv6.
Versiˆ‡n(4 bits): nˆ”merode la versiˆ‡ndel protocoloInternet; el valor es 6.

Clase de trˆ¡fico (8 bits): disponibleparasu uso por el nodo origen y/ o los dispositivosde
encaminamientoparaidentificar y distinguir entreclaseso prioridadesde paqueteIPv6. Este
camposeusaactualmenteparalos camposde cerosy ECN, como sedescribiˆ‡parael campo
tipo de servicio en IPv4.
Etiqueta de flujo (20 bits): se puedeutilizar por un computadorparaetiquetaraquellospa-
quetesparalos que requiereun tratamientoespecialen los dispositivosde encaminamiento
dentrode la red; se discutedespuˆ's.
Longitud de la carga ˆ”til (16 bits): longitud del restodel paqueteIPv6 excluida la cabece-
ra, en octetos.En otraspalabras,representala longitud de todaslas cabecerasde extensiˆ‡n
mˆ¡sla PDU de la capade transporte.
Cabecera siguiente (8 bits): identifica el tipo de cabeceraque sigue inmediatamentea la
cabeceraIPv6; sepuedetratar tantode unacabecerade extensiˆ‡nIPv6 como de una cabece-
ra de la capasuperior,como TCP o UDP.
Lˆ›mitede saltos(8 bits): el nˆ”merorestantede saltospermitidosparaestepaquete.El lˆ›mite
de saltosse establecepor la fuente a algˆ”nvalor mˆ¡ximodeseadoy se decrementaen 1 en
cadanodo que reenvˆ›ael paquete.El paquetesedescartasi el lˆ›mitede saltosse hacecero.
Esto es una simplificaciˆ‡ndel procesamientorequerido por el campo tiempo de vida de
IPv4. El consensofue que el esfuerzoextra de contabilizarlos intervalosde tiempo en IPv4
no aˆ–adˆ›a
un valor significativo al protocolo.De hecho,y como regla general,los dispositi-
vos de encaminamientoIPv4 tratanel campotiempo de vida como un lˆ›mitede saltos.
Direcciˆ‡norigen (128 bits): direcciˆ‡ndel productordel paquete.
Direcciˆ‡ndestino (128 bits): direcciˆ‡nde destinodeseadodel paquete.Puedeque ˆ'steno
seaen realidad el ˆ”ltimo destinodeseadosi estˆ¡presentela cabecerade encaminamiento,
como se explicarˆ¡despuˆ's.
Aunquela cabeceraIPv6 esmˆ¡sgrandequela parteobligatoriade la cabeceraIPv4 (40 octetos

frente a 20 octetos),contienemenoscampos(8 frente a 12). Asˆ›,los dispositivosde encamina-
miento tienenque hacermenosprocesamientopor paquete,lo que agiliza el encaminamiento.
Clase de trˆ¡fico
El campode clasede trˆ¡fico de 8 bits permitea unafuenteidentificar las caracterˆ›sticas
en el trata-
miento de trˆ¡fico que deseacadapaqueteen relaciˆ‡ncon otros paquetesprocedentesde la misma
fuente.Al igual que ocurriˆ‡con el campoTOS (Tipo de Servicio) de IPv4, la intenciˆ‡noriginal
del campoclasede trˆ¡fico ha sido suplantada.Actualmente,los primerosseisbits del campoclase
de trˆ¡fico sedenominancampode serviciosdiferenciados(DS, DifferentiatedServices), discutidos
en el Capˆ›tulo19. Los 2 bits restantessereservanparaun campode notificaciˆ‡nexplˆ›citade con-
gestiˆ‡n(ECN, Explicit CongestionNotification), encontrˆ¡ndoseactualmenteen procesode estan-
darizaciˆ‡n.El campoECN proporcionarˆ¡un mecanismoparaseˆ–alizarexplˆ›citamentela conges-
tiˆ‡nde una manerasimilar a la que sediscutiˆ‡pararetransmisiˆ‡nde tramas( vˆ'aseSecciˆ‡n13.5).
Etiqueta de flujo
El estˆ¡ndarIPv6 defineun flujo comouna secuenciade paquetesenviadosdesdeun origenparticu-
lar a un destinoparticular (monodistribuciˆ‡no multidistribuciˆ‡n)y parael que el origen deseaun
tratamientoespecialpor partede los dispositivosde encaminamiento.Un flujo estˆ¡unˆ›vocamente
identificado por la combinaciˆ‡nde una direcciˆ‡norigen, una direcciˆ‡ndestinoy una etiquetade
flujo de 20 bits distinta de cero. Asˆ›,todoslos paquetesque van a formar parte del mismo flujo
tienenasignadapor el origen la misma etiquetade flujo.
Desdeel punto de vista del origen, un flujo serˆ¡normalmenteuna secuenciade paquetesque
se generanpor una ˆ”nicaaplicaciˆ‡nen el origen y tienen los mismos requisitosdel servicio de
transferencia.Un flujo puedeestarcompuestode una ˆ”nicaconexiˆ‡nTCP o incluso de varias.Un
ejemplo de esteˆ”ltimo casoes una aplicaciˆ‡nde transferenciade ficheros,que podrˆ›atener una
conexiˆ‡nde control y varias conexionesde datos.Una ˆ”nicaaplicaciˆ‡npuedegenerarun ˆ”nico
flujo o variosflujos. Un ejemplode esteˆ”ltimo casoesla conferenciamultimedia,que podrˆ›atener
un flujo paraaudio y otro paraventanasgrˆ¡ficas,cadauna con diferentesrequisitosde transmisiˆ‡n
en tˆ'rminosde tasade datos,retardoy variaciˆ‡ndel retardo.
Desdeel punto de vista de los dispositivosde encaminamiento,un flujo es una secuenciade
paquetesque compartenatributosqueafectana cˆ‡modebensertratadospor el dispositivode enca-
minamiento.Estos incluyen atributos de camino, asignaciˆ‡nde recursos,requisitossobrecˆ‡mo
descartar,contabilidadde paquetestransmitidosy atributosde seguridad.El dispositivode encami-
namientopuedetratar los paquetesde diferentesflujos de forma diversa,incluyendola asignaciˆ‡n
de diferentestamaˆ–osde memoriatemporal,dandodiferenteprecedenciaen tˆ'rminosde reenvˆ›oy
solicitandode las redesdiferentescalidadesde servicio.
Ningunaetiquetade flujo tiene un significado especial.En consecuencia,el tratamientoespe-
cial que seha de dar al flujo de paquetessedebedeclararde algunaforma. Por ejemplo,un origen
podrˆ›anegociaro solicitar a los dispositivos de encaminamientoun determinadotratamientode
forma anticipadapor medio de un protocolo de control, o en el momentode la transmisiˆ‡n,me-
dianteinformaciˆ‡ninsertadaen algunade las cabecerasde extensiˆ‡ndel paquete,como puedeser
en la cabecerade opcionesde salto a salto. Como ejemplo de tratamientoespecialque se podrˆ›a
solicitar estˆ¡nel de una calidad de servicio que seadiferente de la establecidaimplˆ›citamenteo
algunaforma de servicio en tiempo real.
En principio, todoslos requisitosde un usuarioparaun flujo particular se podrˆ›andefinir en

una cabecerade extensiˆ‡nincluida en todoslos paquetes.Si queremosdejar el conceptode flujo
abiertoparaincluir una gran variedadde requisitos,estatˆ'cnicade diseˆ–odarˆ›alugar a cabeceras
de paquetemuy grandes.La alternativa,adoptadapor IPv6, es la etiquetade flujo, en la que los
requisitosde flujo se definenantesde comenzarel flujo y se le asignauna ˆ”nicaetiqueta.En este
caso,el dispositivode encaminamientodebeguardarla informaciˆ‡nsobrelos requisitosde flujo de
cadauno de los flujos.
Seaplican las siguientesreglasa las etiquetasde flujo:
1. Los computadoreso dispositivosde encaminamientoqueno soportanel campode etiqueta
de flujo debenponera cero estecampocuandogeneranun paquete,no cambiarel campo
cuandoreenvˆ›ane ignorar el campocuandorecibenun paquete.
2. Todoslos paquetesproducidosen un origendadocon la mismaetiquetade flujo distinta de
cero debentenerla mismadirecciˆ‡ndestino,direcciˆ‡norigen y el mismo contenidoen las
cabecerasde opcionessalto a salto y de encaminamiento(si estascabecerasestˆ¡npresen-
tes).La intenciˆ‡nesque un dispositivo de encaminamientopuedadecidir cˆ‡moencaminar
y procesarel paquetesimplementebuscandola etiquetade flujo en una tabla,sin examinar
el restode la cabecera.
3. El origen asignaa cadaflujo una etiquetade flujo. Las etiquetasde flujo nuevasse deben
elegir (pseudo)aleatoriamente y uniformementeen el rango de 1 a 220 . 1, teniendoen
cuentala restricciˆ‡nde queel origen no puedereutilizar una etiquetade flujo paraun flujo
nuevo en el tiempo de vida del flujo existente.La etiquetade flujo cero se reservapara
indicar que no se estˆ¡utilizando etiquetadoen el flujo.
Este ˆ”ltimo punto requierealguna aclaraciˆ‡nadicional. El dispositivo de encaminamientodebe
mantener,presumiblementeen algˆ”ntipo de tabla,la informaciˆ‡nsobrelas caracterˆ›sticas de cada
flujo activo que puedepasarpor ˆ'l. Paraque seacapazde reenviarlos paqueteseficiente y rˆ¡pi-
damente,la bˆ”squedaen la tabla ha de ser eficiente. Una alternativaes tener una tabla con 220
(alrededorde 16 millones) elementos,uno por cadaetiquetade flujo posible;estoimponeuna ca-
pacidadde memoriainnecesariaen el dispositivo de encaminamiento.Otra alternativaes tenerun
elementoen la tabla por cadaflujo activo y que incluya la etiquetade flujo, lo que requiereque el
dispositivo de encaminamientobusqueen la tabla enteracadavez que le llega un paquete.Esto
suponeuna cargade procesamientoinnecesariaen el dispositivo de encaminamiento.En lugar de
esto,la mayorˆ›ade los diseˆ–osde dispositivosde encaminamientoutilizan frecuentementealgˆ”n
tipo de enfoquebasadoen una tabla de dispersiˆ‡n(hash). Con esteenfoquese utiliza una tabla de
tamaˆ–omoderadoy a cadaflujo se le asignaun elementode la tabla utilizando una funciˆ‡nde
mezclade la etiquetade flujo. Estafunciˆ‡nde mezclapodrˆ›aser simplementeextraerlos bits me-
nos significativos (por ejemplo, los 8 o 10 bits mˆ¡sbajos)de la etiquetade flujo o algˆ”ncˆ¡lculo
sencillocon los 20 bits de la etiquetade flujo. En cualquiercaso,la eficienciadel planteamientode
funcionesde dispersiˆ‡nnormalmentedependede que las etiquetasde flujo estˆ'ndistribuidasuni-
formementeen su rangoposible (de aquˆ›el requisito nˆ”mero3 indicadoanteriormente).
DIRECCIONES IPv6
Las direccionesIPv6 tienenuna longitud de 128 bits. Las direccionesseasignana interfacesindi-
viduales en los nodos, no a los nodos6. Una ˆ”nica interfaz puede tener mˆ”ltiples direcciones
6
En IPv6, un nodo es cualquier dispositivo que implemente IPv6; esto incluye a computadoresy dispositivos de enca-
minamiento.
ˆ”nicas.Cualquierade las direccionesasociadasa las interfacesde los nodossepuedeutilizar para

identificar de forma ˆ”nicaal nodo.
La combinaciˆ‡nde direccioneslargasy direccionesmˆ”ltiplespor interfaz permiteuna eficien-
cia mejoradadel encaminamientocon respectoa IPv4. En IPv4, generalmentelas direccionesno
tienenuna estructuraqueayudeal encaminamientoy, por tanto,un dispositivode encaminamiento
necesitamanteneruna grantabla con rutasde encaminamiento.Una direcciˆ‡ninternetmˆ¡sgrande
permiteagruparlas direccionespor jerarquˆ›asde red, por proveedoresde acceso,por proximidad
geogrˆ¡fica,por instituciˆ‡n,etc. Estasagrupacionesdebenconducir a tablas de encaminamiento
mˆ¡spequeˆ–as y a consultasmˆ¡srˆ¡pidas.El permitir mˆ”ltiplesdireccionespor interfaz posibilita a
un abonadoque utiliza varios proveedoresde accesoa travˆ'sde la mismainterfaz, tenerdireccio-
nesdistintasagrupadasbajo el espaciode direccionesde cadaproveedor.
IPv6 permite tres tipos de direcciones:
Unidifusiˆ‡n (unicast): un identificador parauna interfaz individual. Un paqueteenviadoa
una direcciˆ‡nde estetipo se entregaa la interfaz identificadapor esadirecciˆ‡n.
Monodifusiˆ‡n(anycast): un identificador paraun conjuntode interfaces(normalmenteper-
tenecientesa diferentesnodos).Un paqueteenviadoa unadirecciˆ‡nmonodifusiˆ‡nseentrega
a una de las interfacesidentificadaspor esadirecciˆ‡n(la mˆ¡scercana,de acuerdoa la medi-
da de distanciade los protocolosde encaminamiento).
Multidifusiˆ‡n (multicast): un identificador para un conjunto de interfaces(normalmente
pertenecientesa diferentesnodos).Un paqueteenviadoa una direcciˆ‡nmultidifusiˆ‡nse en-
tregaa todaslas interfacesidentificadaspor esadirecciˆ‡n.
CABECERA DE OPCIONES SALTO A SALTO
La cabecerade opcionessalto a salto transportainformaciˆ‡nopcional que, si estˆ¡presente,debe

serexaminadapor cadadispositivode encaminamientoa lo largo de la ruta.Estacabeceracontiene
los siguientescampos(vˆ'aseFigura 18.12a):
Cabecerasiguiente (8 bits): identifica el tipo de cabeceraque sigueinmediatamentea ˆ'sta.
Longitud de la cabecera de extensiˆ‡n(8 bits): longitud de la cabeceraen unidadesde
64 bits, sin incluir los primeros64 bits.
Opciones:campode longitud variableque constade unao mˆ¡sdefinicionesde opciˆ‡n.Cada
definiciˆ‡nse expresamediantetres subcampos:tipo de opciˆ‡n(8 bits), que identifica la op-
ciˆ‡n;longitud (8 bits), queespecificala longitud en octetosdel campode datosde la opciˆ‡n;
y datosde opciˆ‡n,que es una especificaciˆ‡nde la opciˆ‡nde longitud variable.
En realidad,se utilizan los cinco bits menossignificativos del campotipo de opciˆ‡nparaespecifi-
car una opciˆ‡nparticular. Los bits mˆ¡ssignificativos indican la acciˆ‡nque tiene que realizar un
nodoque no reconoceel tipo de opciˆ‡n,de acuerdoa:
00ignorar estaopciˆ‡ny continuarprocesandola cabecera.
01descartar el paquete.
10descartar el paquetey enviarun mensajeICMP de problemade parˆ¡metroa la direcciˆ‡n
origen del paquete,indicandoel tipo de opciˆ‡nno reconocida.
Figura 18.12. Cabecera de extensiˆ‡n IPv6.
11descartar el paquetey, solamentesi la direcciˆ‡ndestinodel paqueteno esuna direcciˆ‡n

multidifusiˆ‡n,enviar un mensajeICMP de problemade parˆ¡metroa la direcciˆ‡norigen del
paquete,indicandoel tipo de opciˆ‡nno reconocida.
El tercer bit indica si el campode datosde la opciˆ‡nno cambia(0) o si puedecambiar(1) en el
caminodesdeel origenal destino.Los datosque puedencambiarse debenexcluir de los cˆ¡lculos
de autentificaciˆ‡n,como sediscutirˆ¡en el Capˆ›tulo21.
Estasconvencionesparael campodel tipo de opciˆ‡ntambiˆ'nseaplicana la cabecerade opcio-
nesen el destino.
Hastaahorase han especificadocuatroopcionessalto a salto:
Relleno1: utilizada parainsertarun byte de rellenodentrode la zonade opcionesde la cabe-
cera.
RellenoN: utilizada parainsertarN bytes (N n 2) de relleno dentro de la zona de opciones
de la cabecera.Las dos opcionesde relleno aseguranque la cabeceratiene unalongitud mˆ”l-
tiplo de 8 bytes.
Carga ˆ”til Jumbo: seutiliza paraenviarpaquetescon una cargaˆ”til mayor de 65.535octe-
tos. El campode datosde estaopciˆ‡ntiene una longitud de 32 bits y da la longitud del pa-
queteen octetos,excluyendola cabeceraIPv6. Paraestospaquetes,el campode longitud de
la cargaen la cabeceraIPv6 debeestara cero y no puedehabercabecerade fragmentaciˆ‡n.
Con estaopciˆ‡n,IPv6 permite tamaˆ–osde paquetede hasta4.000 millones de octetos.Esto
facilita la transmisiˆ‡nde paquetesde vˆ›deograndesy posibilita que IPv6 hagael mejor uso
de la capacidaddisponiblesobrecualquiermedio de transmisiˆ‡n.
Alerta al dispositivo de encaminamiento: informa al dispositivode encaminamientoque el

contenidode estepaquetees de interˆ's parael dispositivo de encaminamientoy paratratar
adecuadamente cualquierinformaciˆ‡nde control. La ausenciade estaopciˆ‡nen un datagra-
ma IPv6 informa al dispositivo de encaminamientoque el paqueteno contieneinformaciˆ‡n
necesariapara el dispositivo de encaminamientoy, por tanto, puedeencaminarlode forma
segurasin ningˆ”nanˆ¡lisisadicional.A los computadoresque originan paquetesIPv6 se les
obliga a que incluyan estaopciˆ‡nen ciertascircunstancias.El motivo de estaopciˆ‡nespro-
porcionarun apoyosuficientea protocoloscomo RSVP(vˆ'aseCapˆ›tulo19) que generanpa-
quetesque necesitanser examinadospor dispositivos de encaminamientointermediospor
motivos de control de trˆ¡fico. En lugar de requerir a los dispositivos de encaminamiento
intermediosqueanalicenen detallela cabecerade extensiˆ‡n,estaopciˆ‡nalertaal dispositivo
de encaminamientocuandose requiereestaatenciˆ‡n.
CABECERA DE FRAGMENTACIˆN
En IPv6, la fragmentaciˆ‡nsˆ‡lopuedeser realizadapor el nodo origen, no por los dispositivosde
encaminamientoa lo largo del caminodel paquete.Paraobtenertodaslas ventajasdel entornode
interconexiˆ‡n,un nododebeejecutarun algoritmo de obtenciˆ‡nde la ruta, lo quepermiteconocer
la unidadmˆ¡ximade transferencia(MTU, MaximumTransferUnit) permitida por cadared en la
ruta. Con esteconocimiento,el nodo origen fragmentarˆ¡el paquete,segˆ”nse requiera,paracada
direcciˆ‡nde destinodada.Si no seejecutaestealgoritmo, el origendebelimitar todoslos paquetes
a 1.280octetos,que debeser la mˆ›nimaMTU que permitanlas redes.
La cabecerade fragmentaciˆ‡ncontienelos siguientescampos(vˆ'aseFigura 18.12b):
Reservado(8 bits): reservadoparausosfuturos.
Desplazamientodel fragmento (13 bits): indica dˆ‡ndesesitˆ”aen el paqueteoriginal la car-
ga ˆ”til de estefragmento.Se mide en unidadesde 64 bits. Esto implica que los fragmentos
(excepto el ˆ”ltimo) deben contenerun campo de datos con una longitud de mˆ”ltiplo de
64 bits.
Reservado(2 bits): reservadoparausosfuturos.
Indicador M (1 bit): 1 % mˆ¡sfragmentos;0 % ˆ”ltimo fragmento.
Identificaciˆ‡n (32 bits): utilizado para identificar de forma ˆ”nica el paqueteoriginal. El
identificador debeser ˆ”nico para la direcciˆ‡norigen y direcciˆ‡ndestinoduranteel tiempo
que el paquetepermaneceen Internet. Todoslos fragmentoscon el mismo identificador, di-
recciˆ‡norigen y direcciˆ‡ndestinoson reensambladospararecuperarel paqueteoriginal.
El algoritmo de fragmentaciˆ‡n
es el mismo que el descritoen la Secciˆ‡n18.3.
CABECERA DE ENCAMINAMIENTO
La cabecerade encaminamientocontieneuna lista de uno o mˆ¡snodosintermediospor los que se
pasaen el caminodel paquetea sudestino.Todaslas cabecerasdeencaminamientocomienzancon
un bloquede 32 bits consistenteen 4 camposde 8 bits, seguidopor datosde encaminamientoespe-
cˆ›ficosal tipo de encaminamientodado(vˆ'aseFigura 18.12c).Los cuatrocamposde 8 bits sonlos
siguientes:

Longitud de la cabeceade extensiˆ‡n(8 bits): longitud de esta cabeceraen unidadesde
64 bits, sin incluir los primeros64 bits.
Tipo de encaminamiento (8 bits): identifica una varianteparticularde cabecerade encami-
namiento.Si un dispositivo de encaminamientono reconoceel valor del tipo de encamina-
miento, debedescartarel paquete.
Segmentosrestantes(8 bits): nˆ”merode segmentosen la ruta quequedan;estoes,el nˆ”me-
ro de nodosintermediosexplˆ›citamentecontenidosen la lista que se visitarˆ¡ntodavˆ›aantes
de alcanzarel destino.
El ˆ”nicoformato de cabecerade encaminamientodefinido en el RFC 2460 esel de la cabecerade
encaminamientotipo 0 (vˆ'aseFigura 18.12d).Cuandose utiliza una cabecerade encaminamiento
tipo 0, el nodoorigenno sitˆ”ala direcciˆ‡ndel ˆ”ltimo destinoen la cabeceraIPv6. En lugar de eso,
esadirecciˆ‡nes la ˆ”ltima de la lista en la cabecerade encaminamiento(Direcciˆ‡n[n], en la Figura
18.12d),y la cabeceraIPv6 contienela direcciˆ‡ndestinodel primer dispositivode encaminamiento
deseadoen el camino.La cabecerade encaminamientono seexaminahastaque el paquetellega al
nodoidentificadopor la cabeceraIPv6. En esepunto,el paqueteIPv6 y el contenidode la cabecera
se actualizany el paquetese reenvˆ›a.La actualizaciˆ‡nconsisteen situar la siguientedirecciˆ‡na
visitar en la cabeceraIPv6 y decrementarel camposegmentosrestantesen la cabecerade encami-
namiento.
CABECERA DE OPCIONES PARA EL DESTINO

La cabecerade opcionesparael destinolleva informaciˆ‡nopcionalque,si estˆ¡presente,seexami-
na por el nodo destinodel paquete.El formato de estacabeceraes el mismo que la cabecerade
opcionessalto a salto ( vˆ'aseFigura 18.12a).
18.6. LECTURAS Y SITIOS WEB RECOMENDADOS

[RODR02] proporcionaun tratamientocompletoy claro de todoslos temastratadosen estecapˆ›tu-
lo. En [COME01] y [STEV94] sepuedeencontrarun buenestudiosobreinterconexiˆ‡nentreredes
y sobreIPv4. [HUIT98] es una descripciˆ‡ntˆ'cnicade varios RFC que integranjuntos la especifi-
caciˆ‡nde IPv6; el libro proporcionauna discusiˆ‡nsobreel propˆ‡sitode variascaracterˆ›sticas
y el
funcionamientodel protocolo.En [KESH98] se proporcionaun instructivo repasoa la funcionali-
dad presentey futura de los dispositivosde encaminamiento.
COME01 Comer,D. Internetworkingwith TCP/IP, VolumeI: Principles, Protocols,and Archi-

tecture.Upper SaddleRiver, NJ: PrenticeHall, 2001.
HUIT98 Huitema,C. IPv6: The New Internet Protocol. Upper SaddleRiver, NJ: PrenticeHall,
1998.
KESH98 Keshav,S., y Sharma,R. ´«Issues
and Trendsin RouterDesign.´»IEEE Communications
Magazine, mayo 1998.
RODR02 Rodriguez,A., et al., TCP/ IP Tutorial and TechnicalOverview. Upper SaddleRiver:
NJ: PrenticeHall, 2002.
STEV94 Stevens,W. TCP/IP Illustrated, Volume1: TheProtocols.Reading,MA: Addison-Wes-
ley, 1994.
SITIOS WEB RECOMENDADOS

IPv6: informaciˆ‡nsobreIPv6 y temasrelacionados.
Pˆ¡gina de informaciˆ‡n sobre IPv6: incluye material introductorio, noticias sobredesarrollos
recientesde productosIPv6 y enlacesrelacionados.
Foro IPv6: se trata de un consorciode fabricantesque promocionaproductosrelacionadoscon
IPv6. Incluye una seriede documentosintroductoriosy artˆ›culos.
18.7. TˆRMINOS CLAVE, CUESTIONES DE REPASO Y EJERCICIOS
TˆRMINOS CLAVE
clasede trˆ¡fico multidifusiˆ‡n
difusiˆ‡n protocolo de mensajesde control de internet
dispositivo de encaminamiento (ICMP)
fragmentaciˆ‡n protocolo Internet(IP)
interconexiˆ‡nde redes reensamblado
internet segmentaciˆ‡n
intranet sistemafinal
IPv4 sistemaintermedio
IPv6 subred
mˆ¡scarade subred tiempo de vida del datagrama
monodifusiˆ‡n
CUESTIONES DE REPASO
18.1. Dˆ' algunasrazonesparausarfragmentaciˆ‡ny reensamblado.
18.2. Enumerelos requisitosde un mecanismode interconexiˆ‡nde redes.
18.3. ´¿Cuˆ¡les
sonlos pros y los contrasde limitar el reensambladoa los sistemasfinales en lugar
de permitirlo en los dispositivosde encaminamiento?
18.4. Explique la funciˆ‡nde los tres indicadoresen la cabecerade IPv4.
18.5. ´¿Cˆ‡mo
se calculala sumade comprobaciˆ‡n
de la cabecerade IPv4?
18.6. ´¿Quˆ'diferenciaexiste entre los camposclasede trˆ¡fico y etiquetade flujo en la cabecera
de IPv6?
18.7. Explique brevementelos tres tipos de direccionesIPv6.
18.8. ´¿Cuˆ¡lesel propˆ‡sitode cadauno de los tipos de cabeceraspresentesen IPv6?
EJERCICIOS
18.1. En la discusiˆ‡nsobreIP, se mencionˆ‡que el identificador, el indicador de no fragmen-
tar y el tiempo de vida se hallan presentesen la primitiva Sendpero no en la primitiva
Deli ver, ya queesosparˆ¡metrosno soncompetenciade IP. Indique,paracadauna de estas

primitivas, si escompetenciade la entidadIP en el origen,de la entidadIP en cadadispo-
sitivo de encaminamientointermedioo de la entidadIP en el sistemafinal destino.Justifi-
que su respuesta.
18.2. ´¿Cuˆ¡les la informaciˆ‡nsuplementariade la cabeceraen el protocoloIP?
18.3. Describaalgunascircunstanciasen las que serˆ›adeseableutilizar encaminamientoen el
origen en lugar de dejara los dispositivosde encaminamientoque realicenla decisiˆ‡nde
encaminamiento.
18.4. A causade la fragmentaciˆ‡n,
un datagramaIP puedellegar en varios trozos,no necesaria-
menteen el ordenadecuado.La entidadIP en el sistemafinal receptordebeacumulares-
tos fragmentoshastaque se reconstruyael datagramaoriginal.
a) Considerequela entidadIP creaunamemoriatemporalparareensamblarel campode
datosdel datagramaoriginal. Conformeseva realizandoel reensamblado,la memoria
temporalcontendrˆ¡bloquesde datosy zonasvacˆ›as(´«agujeros´»)
entrelos bloquesde
datos.Describaun algoritmo parareensamblardatagramasbasadoen esteconcepto.
b) Para el algoritmo de la parte (a) es necesariohacer un seguimientoa los agujeros.
Describaun mecanismosencillo parahaceresto.
18.5. Un datagramade 4.480 octetosse va a transmitir y se necesitafragmentarya que va a
pasarpor una red Ethernetcon un campomˆ¡ximode cargaˆ”til de 1.500octetos.Muestre
los valoresde los camposlongitud total, indicadorde mˆ¡ssegmentosy desplazamientode
fragmentoen cadauno de los fragmentosresultantes.
18.6. Senecesitaque la sumade comprobaciˆ‡n de IP serecalculeen los dispositivosde encami-
namientoa causade los cambiosen la cabeceraIP, comoel que ocurreen el campotiem-
po de vida. Es posible recalcular esta suma desdecero. Sugieraun procedimientoque
supongamenoscˆ¡lculos.Sugerencia:supongaque el valor en el octetok escambiadopor
Z % valornuevo valorviejo; considereel efectode estecambioen la sumade compro-
baciˆ‡n.
18.7. Seva a segmentarun datagrama.́¿Quˆ'opcionesdel campode opciˆ‡nsenecesitancopiar
en la cabecerade cadafragmentoy cuˆ¡lessenecesitancopiarsˆ‡loen el primer fragmen-
to? Justifiqueel tratamientode cadaopciˆ‡n.
18.8. Un mensajede la capade transporte,que contiene1.500bits de datosy 160 bits de cabe-
cera,seenvˆ›aa la capainternet,la cual incorporaotros160 bits de cabecera.El resultado
setransmitea travˆ'sde dosredesque utilizan cadauna 24 bits de cabecerade paquete.La
red destinotiene un tamaˆ–ode paquetemˆ¡ximo de 800 bits. ´¿Cuˆ¡ntos bits, incluyendo
cabeceras,se entreganal protocolode la capade red en el destino?
18.9. Se va a utilizar la arquitecturasugeridapor la Figura 18.2. ´¿Quˆ'funcionesse deberˆ›an
aˆ–adira los dispositivosde encaminamientoparaaliviar algunosde los problemascausa-
dos por la desigualdadentreredeslocalesy de transportea larga distancia?
18.10. ´¿Deberˆ›a
existir una relaciˆ‡nentrela interconexiˆ‡nentreredesy el encaminamientointer-
no de red?´¿Porquˆ' sˆ›o por quˆ' no?
18.11. Comparelos camposindividualesde la cabeceraIPv4 con los de la cabeceraIPv6. Com-
pare las posibilidadesproporcionadaspor cada uno de los camposde IPv4 con los de
IPv6.
18.12. Justifiqueel ordenrecomendadode las cabecerasde extensiˆ‡nde IPv6 (por ejemplo,´¿por

quˆ' va primero la cabecerade opcionessalto-a-salto?,́¿porquˆ' la cabecerade encamina-
miento estˆ¡antesque la cabecerade fragmentaciˆ‡n?, y asˆ›hastala cabecerafinal).
18.13. El estˆ¡ndarIPv6 afirma que si un paquetecon unaetiquetade flujo distinta de cero llega a
un dispositivo de encaminamientoy ˆ'steno tiene informaciˆ‡nparaesaetiquetade flujo,
el dispositivode encaminamientodeberˆ›a ignorar la etiquetade flujo y reenviarel paquete.
a) ´¿Cuˆ¡les
sonlas desventajasde trataresteeventocomoun error,descartarel paquetey
enviar un mensajeICMP?
b) ´¿Existensituacionesen lasque encaminarel paquetecomo si su etiquetade flujo fue-
ra cero causarˆ¡un resultadoerrˆ‡neo?Explˆ›quelo.
18.14. El mecanismode flujo de IPv6 suponeque el estadoasociadocon una etiquetade flujo
dadasealmacenaen los dispositivosde encaminamiento.Por tanto,ˆ'stossabencˆ‡motra-
tar los paquetesque llevan esaetiquetade flujo. Un requisitode diseˆ–oeseliminar en los
dispositivosde encaminamientolas etiquetasde flujo queno sevan a utilizar mˆ¡s(etique-
tas de flujo obsoletas).
a) Supongaque una fuentesiempreenvˆ›aun mensajede control a todoslos dispositivos
de encaminamientoafectadossuprimiendouna etiquetade flujo cuandoel origenaca-
be con eseflujo. En estecaso,´¿cˆ‡mo
podrˆ›apersistiruna etiquetade flujo antigua?
b) Sugieramecanismosdel origeny de los dispositivosde encaminamientoparasuperar
el problemade las etiquetasde flujo antiguas.
18.15. Una cuestiˆ‡nque seplanteaes quˆ' paquetesgeneradospor un origen deberˆ›an llevar eti-
quetasde flujo IPv6 distintasde cero.Paraalgunasaplicaciones,la respuestaesobvia. Los
intercambiospequeˆ–os de datosdeberˆ›an tenerunaetiquetade flujo cero,ya queno mere-
ce la penacrear un flujo para unos pocos paquetes.Los flujos en tiempo real deberˆ›an
tenerunaetiquetade flujo; estosflujos fueronla causaprimerade quesecrearanetiquetas
de flujo. Una cuestiˆ‡nmˆ¡sdifˆ›cilesquˆ'hacercon entidadesparitariasqueestˆ¡nenviando
una gran cantidadde trˆ¡fico con el mejor esfuerzo(por ejemplo, las conexionesTCP).
Describaun casoparaasignaruna ˆ”nicaetiquetade flujo a cadaconexiˆ‡nTCP de gran
duraciˆ‡n.Describaun casoparano haceresto.
18.16. Las especificacionesoriginales de IPv6 combinabanlos camposde etiquetade flujo y
prioridad en un solo campode etiquetade flujo de 28 bits. Estopermitˆ›aa los flujos rede-
finir la interpretaciˆ‡nde los diferentesvaloresde prioridad. Sugierauna razˆ‡npor la que
la especificaciˆ‡nfinal incluye un campode prioridad en un campodistinto.
18.17. Parael encaminamientoIPv6 tipo 0, especifiqueel algoritmo paraactualizarlas cabeceras
IPv6 y de encaminamientoen los nodosintermedios.

Putadores-William Stallings-7 Edition Capitulo 18

Cargado por

Copyright:

Formatos disponibles

Putadores-William Stallings-7 Edition Capitulo 18

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Putadores-William Stallings-7 Edition Capitulo 18

Cargado por

Copyright:

Formatos disponibles

7´“Ediciˆ‡n

l propˆ‡sitode estecapˆ›tuloes examinarel ProtocoloInternet,que constituyelos fundamen-

E tos sobrelos que se basantodoslos protocolosde conjuntosde redesy la interconexiˆ‡nen-

18.1. FUNCIONES BˆSICAS DE LOS PROTOCOLOS

Prˆ¡cticamenteen todoslos protocolos,los datossontransferidosen bloques,llamadosunidadesde

Un protocolo se encargadel intercambiode flujos de datosentre dos entidades.Normalmente,la

Es posibleproporcionarun accesomˆ¡sequitativoy con menorretardoa los equiposde trans-

la entidad receptoraaceptao rechazala solicitud y, en el primero de los casos,la conexiˆ‡nse

Figura 18.1. Etapas de una transferencia de datos orientada a conexiˆ‡n.

en un tiempo razonable,el emisorla retransmite.Algunos protocolosempleantambiˆ'n un cˆ‡digo

Figura 18.2. Conceptos TCP/IP.

tadasa conexiˆ‡n(por ejemplo,datagramas).En transferenciasno orientadasa conexiˆ‡nse utiliza

Relacionadocon el conceptode direccionamientoseencuentrael de multiplexaciˆ‡n.Una forma de

Tabla 18.1. Modos de direccionamiento.

Destino Direcciˆ‡n de red Direcciˆ‡n de sistema Direcciˆ‡n de puerto/SAP

Unidifusiˆ‡n (unicast ) Individual Individual Individual

Multidifusiˆ‡n Individual Individual Grupo

Difusiˆ‡n (broadcast ) Individual Individual Todos

mismo sistema;podemosdecir que estasconexionesde enlacede datosson multiplexadassobrela

Un protocolopuedeproporcionaruna variedadde serviciosadicionalesa las entidadesquelo usan.

18.2. PRINCIPIOS DE LA INTERCONEXIˆN ENTRE REDES

Las redesde conmutaciˆ‡nde paquetesy las de difusiˆ‡nde paquetescrecieronantela necesidadde

Tabla 18.2. Terminologˆ›a de interconexiˆ‡n entre redes.

Cadared constituyentede una internet permite la comunicaciˆ‡nentre los dispositivosconec-

Recuperaciˆ‡nde errores: los procedimientosdebenproporcionarun servicio que va

ENFOQUES SOBRE LA ARQUITECTURA

Funcionamiento orientado a conexiˆ‡n

Funcionamiento no orientado a conexiˆ‡n

18.3. INTERCONEXIˆN ENTRE REDES SIN CONEXIˆN

FUNCIONAMIENTO DE UN ESQUEMA DE INTERCONEXIˆN NO ORIENTADO

Figura 18.3. Funcionamiento del protocolo Internet.

de los datos,en estecasoB. El encaminadordebetomar ahorauna decisiˆ‡nde encaminamiento.

Figura 18.4. La interconexiˆ‡n como una red (basado en [HIND83]).

posible de destino,el siguientedispositivo de encaminamientoal que se deberˆ¡enviar el data-

Tiempo de vida de los datagramas

los datagramasde entradaen unidadesmˆ¡spequeˆ–as,

Si los datagramasse puedenfragmentar(quizˆ¡mˆ¡sde una vez) durantesusviajes,la cuestiˆ‡n

1. Serequierengrandesmemoriastemporalesen los dispositivosde encaminamientoy existe

2. Todoslos fragmentosde un datagramadebenpasara travˆ'sdel mismo dispositivode enca-

En IP, los fragmentosde los datagramasse reensamblanen el sistemafinal destino.La tˆ'cnicade

Identificadorde la unidadde datos(ID).

El ID es un medio de identificar de forma ˆ”nicaun datagramaoriginado en el sistemafinal. En

1. Creados nuevosdatagramasy copia los camposde la cabeceradel datagramaoriginal en

2. Divide el campode datosde usuarioen dosporcionesaproximadamenteigualescon lˆ›mi-

3. Establecela longitud de datosdel primer datagramaa la longitud de los datosinsertadosy

4. Establecela longitud de datosdel segundodatagramaa la longitud de los datosinsertados,

Figura 18.5. Ejemplo de fragmentaciˆ‡n.

La Figura 18.5 muestraun ejemplo. El procedimientose puedegeneralizarfˆ¡cilmentea una

18.4. EL PROTOCOLO INTERNET

utiliza IP paranotificar a un usuariola llegadade una unidadde datos.Los parˆ¡metrosasociadosa

Figura 18.6. Cabecera IPv4.

Longitud de la cabeceraInternet (IHL, Internet Header Length) (4 bits): longitud de la

Protocolo (8 bits): identifica el protocolode la capade red inmediatamentesuperiorque va

Figura 18.7. Formatos de direcciˆ‡n IP.

ˆ¡realocal departamentales,podrˆ›aser necesariousar direccionesde claseC exclusivamente.Sin

Subredes y mˆ¡scaras de subred

El conceptode subredfue introducidocomo unasoluciˆ‡nparael siguienteproblema.Considereun

Dentro de una red dividida en subredes,los dispositivosde encaminamientolocalesdebenen-

La Tabla 18.3amuestralos cˆ¡lculosque se realizancon la utilizaciˆ‡nde una mˆ¡scarade sub-