“Tecnologías de Transporte”
Parte I
Prof. Dr. Ing. Gustavo Hirchoren
Material basado en “Data and
Computer Communications”,
Sixth Edition, William Stallings
Bibliografía
“Data and Computer
Communications”, Sixth Edition,
William Stallings. Upper Saddle
River, NJ: Prentice Hall, 2000.
“Voice over Frame Relay
Implementation Agreement”, FRF.
11.1, Frame Relay Forum Technical
Committee, December 1998.
Bibliografía
“Frame Relay Fragmentation
Implementation Agreement”, FRF.12,
Frame Relay Forum Technical
Committee, December 1997.
“Voice Over IP”, Uyless Black. Upper
Saddle River, NJ: Prentice Hall PTR,
2000.
Ejemplo de una RED
Modem (Radio,
satelital, fibra, etc)
Multiplexor/FRAD
CIUDAD 1
RED
128 Kbps.-
Terminal
CIUDAD 2
NODO
CIUDAD 1
Router
Multiplexor/FRAD
128 Kbps.-
NODO
CIUDAD 2
NODO
CIUDAD 4
Terminal
Modem (Radio,
satelital, fibra, etc)
Swithces
Router
Central Telefónica
Placa E1 Digital
Multiplexor/FRAD
CIUDAD 3
Router
NODO
CIUDAD 3
Modem (Radio,
satelital, fibra, etc)
Detalle de un punto remoto
Central Telefónica
G.703
FXO-FXS
Placa E1
V.35, RS232,
X21,
E&M
V.35, RS232,
X21, etc
Multiplexor/FRAD
Conversor
de interfaz
INTERFACES
Router
SERIALES
PSK, FSK,
G.703
2B1Q
Modem (Radio,
satelital, fibra, etc)
Descripción de equipamiento
MULTIPLEXOR: si hablamos de una red de
paquetes, realiza multiplexación estadística,
si fuese una red de conmutación de circuitos
realiza multiplexación determinística en el
tiempo.
FRAD (Frame Relay Assembler Disassembler): dispositivo que recibe la
información de niveles superiores de la capa
OSI le agrega el header de nivel 2, la
transmite y viceversa (se los suele llamar así
a los equipos de Frame Relay que también
realizan multiplexación estadística)
Descripción de equipamiento
PAD (Packet Assembler - Disassembler):
dispositivo que recibe la información de niveles
superiores de la capa OSI le agrega el header
de niveles 3 y 2, la transmite y viceversa (se los
suele llamar así a los equipos de X.25 que se
encuentran en el cliente)
CONVERSOR DE INTERFAZ: se utiliza en el caso
de que por ejemplo el modem no posea el
mismo interfaz serial que el FRAD.
MODEM: recibe la información y la modula para
hacerla compatible con el canal y viceversa
Principios de las redes de
“packet switching”
“Circuit switching” diseñado para voz
Recursos dedicados a cada llamada particular
Mayoría del tiempo una conexión de datos está
inactiva
Tasa de datos es fija
Ambos extremos deben operar a la misma tasa
Operación básica
Datos transmitidos en pequeños paquetes
Tipicamente 1000 octetos
Mensajes más largos fragmentados en una serie de
paquetes
Cada paquete contiene info de datos más control
Información de control
Información de ruteo
Paquetes son recibidos, almacenados
brevemente (“buffered”) y pasados al próximo
nodo
“Store and forward”
Uso de Paquetes
Ventajas de “packet switching”
Mayor eficiencia
Conversión de tasa de datos
Cada estación se conecta al nodo local a su propia
velocidad
Nodos almacenan datos si se requiere adaptar tasas
Paquetes se aceptan cuando la red está cargada
Aumenta retardo de entrega de paquetes
Se pueden usar prioridades
Redes con Datagramas
Cada paquete tratado en forma independiente
Paquetes pueden tomar cualquier ruta
Paquetes pueden llegar fuera de orden
Se pueden perder paquetes
Receptor debe reordenar los paquetes y
recuperar los paquetes perdidos
Redes con Circuitos Virtuales
Hay una ruta establecida para cada
comunicación por la cual circulan todos los
paquetes
“Call request” y “Call accept” packets establecen
el circuito virtual
Cada paquete contiene un identificador del
circuito virtual en lugar de la dirección de
destino
No se requieren decisiones de ruteo para cada
paquete
El camino no es dedicado
Circuitos Virtuales vs
Datagramas
Circuitos virtuales
Red puede proveer secuenciamiento y control de
error
Paquetes son enrutados más rapidamente
Menos confiable
Pérdida de un nodo produce caída de todos los circuitos a
través de ese nodo
Datagramas
No requiere fase de “call setup”
Más flexible
Virtual
Circuit and
Datagram
Operation
X.25
1976
Interface entre “host” y red de “packet
switching”
Soporta PVC y SVC
“Switched virtual circuit”: dinamicamente establecido
“Permanent virtual circuit”: fijo, configurado cuando
se contrata
Usa tres layers del modelo OSI:
Physical
Data Link
Network
X.25 Uso de “Virtual Circuits”
X.25 - Physical
Define las características de la interface entre el
“Data terminal equipment” (DTE) y el “Data
circuit terminating equipment” (DCE)
X.25 - Data Link
Usa “Link Access Protocol Balanced (LAPB)”
Subconjunto de HDLC
X.25 - Network
Permite establecer conexiones lógicas (circuitos
virtuales) entre terminales
Control de flujo “Sliding
Window”
Permite que múltiples tramas estén en tránsito
Receptor tiene buffer de tamaño W
Transmisor puede enviar hasta W tramas sin
esperar ACK
Cada trama se numera
ACK incluye el número de la próxima trama
esperada
Tramas se numeran módulo 2k (k es la cantidad
de bits del campo número de secuencia)
Ejemplo de “Sliding Window”
X.25 nivel 2: trama LAP-B
Banderas (“Flags”)
Delimitan los extremos de la trama
01111110
Puede cerrar una trama y abrir otra
“Bit stuffing” se usa para evitar confusión con el
patrón de datos 01111110
0 se inserta después de cada secuencia de cinco 1’s
Si el receptor detecta cinco 1’s chequea el próximo
bit
Si es 0, es eliminado
Si es 1 y el sétimo bit es 0, se acepta como bandera
Si el sexto y séptimo bits son 1’s, se aborta la trama
“Bit Stuffing”
Patrón original:
11111111111011111101111110 ……..
Después de “bit stuffing”:
1111101111101101111101011111010 …….
Patrón original:
111110 ……….
Después de “bit stuffing”:
1111100 ……..
Ejemplos de operación (1)
Ejemplos de operación (2)
SVC
Formato de paquete
Multiplexación de circuitos
virtuales
Paquetes contienen un identificador de circuito
virtual (VCN) de 12 bits
DTE puede establecer hasta 4095 circuitos
virtuales simultáneos con otros DTEs sobre un
simple enlace DTC-DCE
Numeración de circuitos
virtuales
“Reset” y “Restart”
Reset
Reinicializa un circuito virtual. Números de secuencia
son seteados a cero
Se pierden los paquetes en tránsito. Protocolo de
nivel superior debe recuperar los paquetes perdidos
Originado por pérdida de paquete, error de número
de secuencia, congestión, pérdida del circuito virtual
interno en la red
Restart
Equivale a “Clear request” sobre todos los SVC ‘s y
“Reset request” sobre todos los PVC’s
Originado, por ej., debido a la pérdida temporaria de
acceso a la red
Frame Relay
1988
Diseñado para ser más eficiente que X.25
Para ser utilizado en redes modernas de “fast
packet switching” con transmisión digital
Enlaces con menores tasas de error y mayor
confiabilidad
Frame Relay soporta:
PVC: generalmente usado actualmente
SVC: señalización Frame Relay ITU-T Q.933
Características de X.25
1) Paquetes de control de llamadas transportados
en el mismo circuito virtual que paquetes de
datos
2) Multiplexado de circuitos virtuales en capa 3
(VCN)
3) Realiza control de error en capa 2, y control de
flujo en capas 2 y 3
Considerable overhead
No apropiado para redes digitales modernas con
alta confiabilidad
Frame Relay - Diferencias
1) Señalización de control de llamadas
transportada en una conexión lógica separada
de los datos
2) Multiplexado y conmutación de conexiones
lógicas en capa 2 (DLCI)
Elimina una capa de procesamiento
3) No realiza control de flujo ni control de error
“hop by hop”. Control de error y de flujo “end to
end” (si se usa) es realizado por capas más
altas
Ventajas de Frame Relay
Reducido overhead
Apropiado para redes digitales modernas con
alta confiabilidad
Menor retardo  Voz sobre Frame Relay (VoFR)
Más alto throughput (Rb  N x 64 kbps, hasta 2
Mbps).
- Usa LAPF-Core (Link Access Procedure for
Frame Mode Bearer Services - Core functions
Q.922)
LAPF
Core
Formato
Transferencia de datos de
usuario
Sólo un tipo de trama
Datos de usuario
No tramas de control
No números de secuencia
No es posible realizar control de flujo o control de
error
Colas de un Nodo
Efectos de la Congestión
Paquetes recibidos son colocados en los buffers
de entrada
Se hace una decisión de ruteo
Paquete se mueve a buffer de salida
Paquetes de buffers de salida son transmitidos
tan rápido como sea posible
Multiplexado por división de tiempo estadístico
Si llegan paquetes más rápido de lo que pueden
ser enrutados o transmitidos los buffers se
llenarán
Buffer overflow  descarte de paquetes
Interacción de colas
• La congestión se propaga en la red
Mecanismos de
Control de Congestión
Notificación de congestión
explícita
Red alerta a los sistemas terminales de aumento
de congestión
Sistemas terminales toman medidas para
reducir la carga ofrecida
BECN (“Backward”)
Evitar congestión para el tráfico en la dirección
opuesta a la notificación recibida
FECN (“Forward”)
Evitar congestión para el tráfico en la misma
dirección a la notificación recibida
Manejo de Tasa de tráfico
“Committed information rate”: CIR = Bc/T
Tasa de información en [bps] asignada a cada
conexión lógica frame relay
“Committed burst size”(Bc): [bits]
Intervalo de medición (T): [seg]
“Maximum Rate”: (Bc + Be) / T
 “Excess burst size” (Be): [bits]
Operación del CIR
Access Rate,
CIR,
Maxim. Rate
Voz sobre Frame Relay (VoFR)
V o F R S e r v ic e U s e r
D a ta U s e r
D a ta U s e r
F R F .3 .1
M u lt ip r o t o c o l
E n c a p s u la t io n
F R F .3 .1
M u lt ip r o t o c o l
E n c a p s u la t io n
F r a m e R e la y
D a t a L in k C o n n e c t io n
17
F r a m e R e la y
D a t a L in k C o n n e c t io n
N
V o F R S e r v ic e
S ubc hannel
1
(V o ic e )
S ubc hannel
2
(V o ic e )
S ubc hannel
3
(D a t a )
S ubc hannel
N
V o ic e / D a t a
S u b -c h a n n e l M u lt ip le x in g
F r a m e R e la y
D a t a L in k C o n n e c t io n 1 6
F ra m e R e la y P h y s ic a l I n t e rf a c e
VoFR - FRF.11.1
El servicio de VoFR soporta múltiples canales de
voz y datos sobre una simple conexión frame
relay
El servicio de VoFR entrega tramas sobre cada
subcanal en el orden en que enviadas
Cada payload se empaqueta como una
subtrama dentro del campo de información de
una trama
Cada subtrama contiene un header y payload
El header identifica el subcanal de voz/datos y,
cuando se requiere, tipo de payload y longitud
Relación entre tramas y
subtramas
 Ej.: un simple DLCI soporta 3 canales de voz y 1 canal
de datos. En la primera trama se empaquetan 3
payloads de voz y en la segunda 1 payload de datos
V o ic e P a y lo a d
1
V o ic e P a y lo a d
S u b -f ra m e 1
D LC I
V o ic e P a y lo a d
2
V o ic e P a y lo a d
S u b -f ra m e 2
I n f o rm a t io n F ie ld
F ra m e
V o ic e P a y lo a d
3
D a t a P a y lo a d
V o ic e P a y lo a d
4
S u b -f ra m e 3
CRC
D a t a P a y lo a d
S u b -f ra m e 1
D LC I
I n f o rm a t io n F ie ld
F ra m e
CRC
Payloads
Cada subcanal transporta un payload primario
que contiene tráfico que es fundamental para la
operación del subcanal
Otros payloads se pueden enviar para soportar
el payload primario (ej. dígitos marcados). Se
diferencian del payload primario por la
codificación del campo tipo de payload de la
subtrama. Un tipo de payload de todos ceros
siempre indica un payload primario
Hay 3 tipos de payloads primarios: de voz, de
fax y de datos
Formato de subtrama
 Cada subtrama consiste de un header de longitud
variable y un payload
B its
8
EI
7
LI
C ID
(m sb)
6
0
Spare
5
4
3
2
Sub-ch ann el Identification (C ID )
(L east sign ificant 6 bits)
0
Payload T ype
Spare
Payload L en gth
Payload
1
O ctets
1
1a
(N ote 1)
1b
(N ote 2)
p
N O T E S:
1. W h en th e E I bit is set, th e s tructure of O ctet 1a given in T able 3-1 applies.
2. W h en th e L I bit is set, th e structure of O ctet 1b given in T able 3-1 applies.
3. W h en both th e E I bit an d th e L I bit are set to 1 both O ctet 1a and 1b are used.
Formato de subtrama
Extension indication (EI)(octeto 1): es seteado para
indicar la presencia del octeto 1a, cuando un valor de
identificación de subcanal es > 63 o cuando se indica
un payload type. Si EI = 0 el payload type implícito
es cero
Length indication (LI) (octeto 1): es seteado para
indicar la presencia del octeto 1b. El bit LI de la
última subtrama dentro de una trama es siempre 0.
Para cada una de las subtramas anteriores LI = 1
Sub-channel identification (octetos 1 and 1a): si
EI=0 se supone un valor de cero en los dos bits más
significativos. Identificadores de subcanales desde
0000 0000 a 0000 0011 están reservados
Formato de subtrama
Payload type (octeto 1a):
Bits:
4
0
0
0
0
0
3
0
0
0
0
1
2
0
0
1
1
0
1
0
1
0
1
0
Primary payload transfer syntax
Dialed digit transfer syntax (Annex A)
Signalling bit transfer syntax (Annex B)
Fax relay transfer syntax (Annex D)
Silence Information Descriptor
Payload length (octeto 1b): indica el número de
octetos de payload siguiendo al header
Payload (octeto p)
Ejemplos de subtramas
 Trama que contiene un simple payload de voz para un
subcanal de número bajo
O c tet 1
D LC I
EI 0
LI 0
C ID 5
C S -A C E LP V oic e P ay load
 Trama que contiene un simple payload de voz para un
subcanal de número alto (> 63)
O c tet 1
D LC I
EI 1
O c tet 1a
LI 0
C ID
C ID
PT 0
C S -A C E LP V oic e P ay load
Ejemplos de subtramas
 Trama que contiene múltiples subtramas para
subcanales 5 y 6. En este caso se requiere el octeto 1a
para codificar el payload type y el octeto 1b indicando la
longitud del payload para la primera subtrama
O cte t 1
DLCI
EI 1
O cte t 1 a
LI 1
C ID 5
O cte t 1 b
PT 1
PL
128
D ia l D ig its
EI 1
LI 0
C ID 6
PT 1
D ia l D ig its
 Trama que contiene múltiples subtramas para
subcanales 5 y 6. En este caso el payload type es cero
O c tet 1
D LC I
EI 0
O c tet 1b
LI 1
C ID 5
PL
128
C S -A C E LP V oic e P ay load
EI 0
LI 0
C ID 6
C S -A C E LP V oic e
P ay load
Requerimientos mínimos
Dispositivos de VoFR se clasifican de acuerdo al
soporte provisto para las definiciones de sintaxis
de transferencia común
Dispositivos “Class 1 compliant” soportan
capacidades adecuadas para interfaces de alta
tasa de bits. Para el payload primario soporte de
G.727 es obligatorio
Dispositivos “Class 2 compliant” soportan
capacidades adecuadas para interfaces de baja
tasa de bits. Para el payload primario soporte de
G.729 o G.729A es obligatorio
Fragmentación Frame Relay FRF.12
Para soportar adecuadamente tráfico de tiempo
real (sensible al retardo) tal como voz sobre
enlaces UNI o NNI de baja velocidad, es
necesario fragmentar tramas largas de datos
que comparten el mismo enlace tal que las
tramas cortas no sufran un retardo excesivo
Fragmentación permite entrelazar tráfico
sensible al retardo sobre una VC con fragmentos
de una trama larga sobre otra VC utilizando la
misma interface
Fragmentación Frame Relay FRF.12
Fragmentación de tramas es necesaria entonces
para controlar retardo y variación de retardo del
tráfico de tiempo real
FRF.12
soporta
tres
aplicaciones
de
fragmentación:
Localmente sobre una interface UNI Frame Relay
entre DTE y DCE
Localmente sobre una interface NNI Frame Relay
entre DCEs
End to end entre dos DTEs Frame Relay
interconectados por una o más redes Frame Relay
Fragmentación UNI
 Es realizada sobre una base de interface
 Cuando se usa sobre una interface, todas las tramas
sobre todos los DLCIs (incluyendo DLCI 0, PVCs y SVCs)
son precedidas por el header de fragmentación
F ram e R ela y
N e tw o rk
L o g ic a l
L o g ic a l
F ra g m e n ta tio n
F ra g m e n ta tio n
F u n c tio n
F u n c tio n
DCE
In terfac e
F ram e
DCE
R e la y P V C In terfac e
F ram e R ela y
DTE
F ram e R ela y
DTE
F ra gm e n tatio n P e ers
Fragmentación NNI
 Sobre enlaces NNI lentos
 Es realizada sobre una base de interface
 Cuando se usa sobre una interface, todas las tramas
sobre todos los DLCIs (incluyendo DLCI 0, PVCs y SVCs)
son precedidas por el header de fragmentación
F ra m e R e la y
N e tw o rk
DCE
In te rfa c e
F ra m e
NNI
R e la y P V C In te rfa c e
F ra m e R e la y
N e tw o rk
L o g ic a l
L o g ic a l
F ra g m e n ta tio n
F ra g m e n ta tio n
F u n c tio n
F u n c tio n
NNI
In te rfa c e
F ra m e
DCE
R e la y P V C In te rfa c e
F ra m e R e la y
DTE
F ra m e R e la y
DTE
F ra g m e n ta tio n P e e rs
Fragmentación end to end
 A diferencia de fragmentación UNI o NNI, está limitada
a fragmentar tramas sobre PVCs seleccionados
 Es útil cuando se requiere fragmentación debido a
interface(s) lenta(s) UNI o NNI y no es soportada sobre
la(s) UNI o NNI
F ram e R elay
N etw o rk
Lo gical
Fragm entation
Fu nction
DCE
In terface
F ram e
R elay P V C
DCE
In terface
Lo gical
Fragm entation
Fu nction
F ram e R elay
DTE
F ram e R elay
DTE
F rag m en tatio n P eers
Formato de fragmentación para
interface UNI o NNI
F ragm entation
header
F ram e R elay
header
8
7
6
B
E
C
5
4
3
2
S eq. # high 4 bits
1
1
S equence # low 8 bits
D LC I high six bits
D LC I low 4 bits
F
B
C /R
0
DE
1
F ragm ent P ayload
FCS
(tw o octets)
 Un header de fragmentación de dos octetos precede al
header Frame Relay
 El bit “(B)eginning fragment” se coloca en ‘1’ en el
primer fragmento de datos y en ‘0’ en todos los demás
fragmentos de la misma trama original
 El bit “(E)nding fragment” se coloca en ‘1’ en el último
fragmento de datos y en ‘0’ en todos los demás
 El bit “(C)ontrol” se coloca en ‘0’ y está reservado
Formato de fragmentación para
interface UNI o NNI
El número de secuencia se incrementa módulo
212 con cada fragmento de datos transmitido
sobre una VC. Se mantiene un número de
secuencia separado para cada DLCI
El bit de bajo orden del primer octeto del
header de fragmentación es ‘1’. Permite
distinguir el header de fragmentación del header
Frame Relay
Esto permite a una entidad de fragmentación (UNI o
NNI) detectar la incorrecta configuración de su par,
dado que ambas se deben configurar identicamente
para usar o no fragmentación sobre una interface
Formato de fragmentación end
to end
8
F ram e R ela y
header
7
6
5
4
3
D L C I h ig h six b its
2
1
C /R
0
D L C I lo w 4 b its
F
B
DE
1
U I (0x 0 3 )
0
0
0
0
0
0
1
1
N L P ID (0x B 1 )
1
0
1
1
0
0
0
1
F ra gm e n ta tio n
B
E
C
header
S e q . # hig h 4 b its
0
S e q u e n ce # lo w 8 b its
F ra gm e n t P a ylo a d
FCS
(tw o o cte ts)
 Un header de fragmentación de dos octetos sigue al
header de encapsulación multiprotocolo FRF.3.1
 Se ha asignado el Network Layer Protocol ID (NLPID)
0xB1 para identificar a este header de fragmentación
 El número de secuencia se incrementa módulo 212 con
cada fragmento de datos transmitido sobre una PVC. Se
mantiene un número de secuencia separado para cada
PVC fragmentado entre DTEs pares
Ejemplo de fragmentación para
interface UNI o NNI
B (1 ) E (0 ) C (0 )
S eq u en c e
N um b er = 4 2
Q .9 2 2 Ad d ress
(tw o o ctets)
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta co nten ts
1
F irst D a ta Fra gm ent
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
Q .9 2 2 Ad d ress
(tw o o ctets)
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta co nten ts
D a ta
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
B (0 ) E (0 ) C (0 )
S eq u en c e
N um b er = 4 3
Q .9 2 2 Ad d ress
(tw o o ctets)
1
M id d le D ata F ra gm ent
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
B (0 ) E (1 ) C (0 )
S eq u en c e
N um b er = 4 4
Q .9 2 2 Ad d ress
(tw o o ctets)
F in al D ata F ragm en t
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
1
Ejemplo de fragmentación end
to end
Q .9 2 2 Ad d ress
(tw o o ctets)
U I (0 x0 3 )
N L P ID (0 xB 1 )
B (1 ) E (0 ) C (0 )
S eq u en c e
N um b er = 4 2
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta co nten ts
0
F irst D a ta Fra gm ent
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
Q .9 2 2 Ad d ress
(tw o o ctets)
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta co nten ts
Q .9 2 2 Ad d ress
(tw o o ctets)
U I (0 x0 3 )
N L P ID (0 xB 1 )
B (0 ) E (0 ) C (0 )
S eq u en c e
N um b er = 4 3
D a ta
(V a ria ble len g th)
M id d le D ata F ra gm ent
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
F ram e C h eck
S eq u en c e (tw o o ctets)
Q .9 2 2 Ad d ress
(tw o o ctets)
U I (0 x0 3 )
N L P ID (0 xB 1 )
B (0 ) E (1 ) C (0 )
S eq u en c e
N um b er = 4 4
F in al D ata F ragm en t
(V a ria ble len g th)
F ram e C h eck
S eq u en c e (tw o o ctets)
0
0
Ejemplo de
fragmentaciónFRF.11
Q .9 2 2 Ad d res s
(tw o o ctets )
V o F R S u b-fram e H ea d er
(1 -3 o ctets ; s ee F R F .1 1 for d eta ils)
B (1 ) E (0 ) 0
S eq u en c e
N um b er = 4 2
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta c o nten ts
F irs t D a ta Fra gm ent
(V a ria ble len g th)
F ram e C h ec k
S eq u en c e (tw o o c tets)
Q .9 2 2 Ad d res s
(tw o o ctets )
Q .9 2 2 Co n trol
O ption a l P a d (0 x0 0)
N L P ID to id en tify da ta c o nten ts
Q .9 2 2 Ad d res s
(tw o o ctets )
V o F R S u b-fram e H ea d er
(1 -3 o ctets ; s ee F R F .1 1 for d eta ils)
B (0 ) E (0 ) 0
S eq u en c e
N um b er = 4 3
D a ta
(V a ria ble len g th)
M id d le D ata F ra gm ent
(V a ria ble len g th)
F ram e C h ec k
S eq u en c e (tw o o c tets)
F ram e C h ec k
S eq u en c e (tw o o c tets)
Q .9 2 2 Ad d res s
(tw o o ctets )
V o F R S u b-fram e H ea d er
(1 -3 o ctets ; s ee F R F .1 1 for d eta ils)
B (0 ) E (1 ) 0
S eq u en c e
N um b er = 4 4
F in al D ata F ragm en t
(V a ria ble len g th)
F ram e C h ec k
S eq u en c e (tw o o c tets)
Descargar

Redes de Banda Ancha” Parte I