Conceptos SCSI

Conceptos SCSI

El SCSI Arquitectura Modelo-2 [SAM2] describe en detalle elarquitectura de la familia de protocolos SCSI I / O. En esta seccinproporciona un resumen de los antecedentes de la arquitectura SCSI y est destinadafamiliarizar a los lectores con su terminologa.

Al ms alto nivel, SCSI es una familia de interfaces para solicitarservicios de los dispositivos de E / S, incluyendo discos duros, unidades de cinta, CD yUnidades de DVD, impresoras y escneres. En la terminologa SCSI, unadispositivo de E / S individuo se llama una "unidad lgica" (LU).

SCSI es una arquitectura cliente-servidor. Los clientes de una interfaz SCSIse llaman "iniciadores". Iniciadores tema SCSI "ordena" a la solicitudservicios de componentes, unidades lgicas, de un servidor conocido como"Objetivo". El "servidor de dispositivos" en la unidad lgica acepta SCSIcomandos y los procesa.

A "transporte SCSI" mapea el protocolo SCSI cliente-servidor a un especficode interconexin. Los iniciadores son un punto final de un transporte SCSI. La"Objetivo" es el otro punto final. Un objetivo puede contener mltiplesUnidades lgicas (LU). Cada unidad lgica tiene una direccin dentro de unobjetivo llama un nmero de unidad lgica (LUN).

Una tarea SCSI es un comando SCSI o posiblemente un conjunto vinculado de SCSIcomandos. Algunos mltiple apoyo LU pendientes (en cola) tareas, pero el

Satran, et al. Normas Track [Pgina 17]RFC 3720 iSCSI abril 2004

cola de tareas es gestionada por la unidad lgica. El objetivo utiliza unainiciador proporcionada "tag tarea" para distinguir entre tareas. Slo unocomando en una tarea puede ser excepcional en un momento dado.

Cada resultados de los comandos SCSI en una fase de datos opcional y una necesariafase de respuesta. En la fase de datos, la informacin puede viajar desde eliniciador al objetivo (por ejemplo, WRITE), objetivo al iniciador (por ejemplo, LEER),o en ambas direcciones. En la fase de respuesta, el objetivo devuelve elestatuto definitivo de la operacin, incluidos los errores.

Bloques descriptores de comandos (CDB) son las estructuras de datos que se utilizan paracontener los parmetros de comando que un iniciador enva a un objetivo.El contenido y la estructura CDB se define por [SAM2] y tipo de dispositivonormas especficas SCSI.

3.2. Conceptos iSCSI y Descripcin funcional

El protocolo iSCSI es un mapeo del procedimiento remoto SCSImodelo de invocacin (ver [SAM2]) a travs del protocolo TCP. Comandos SCSIson llevados por las solicitudes iSCSI y respuestas SCSI y el estado sonrealizado por las respuestas iSCSI. iSCSI utiliza tambin la respuesta de solicitudmecanismo de mecanismos de protocolo iSCSI.

Para el resto de este documento, los trminos "iniciador" y"Blanco" se refieren a "nodo iniciador iSCSI" y "nodo de destino iSCSI",respectivamente (vase la Seccin 3.4.1 iSCSI Arquitectura Modelo) a menoscalificado de otra manera.

De acuerdo con protocolos similares, el iniciador y divida objetivosus comunicaciones en los mensajes. En este documento se utiliza el trmino"Unidad de datos de protocolo iSCSI" (iSCSI PDU) para estos mensajes.

Por motivos de rendimiento, iSCSI permite a una "fase de colapso". Un comandoy sus datos asociados se puede enviar junto de iniciadorobjetivo, y los datos y las respuestas se puede enviar junto de objetivos.

La direccin de transferencia iSCSI se define con respecto a lainiciador. Transferencias salientes o salientes son Transferencias de uniniciador a un objetivo, mientras que las transferencias entrantes o entrantes son de unaapuntar a un iniciador.

Una tarea iSCSI es una solicitud de iSCSI para el que se espera una respuesta.

En este documento "Solicitud de iSCSI", "comando iSCSI", solicitud oComando (sin reservas) tienen el mismo significado. Adems, a menos que de otro modoespecificado, el estado, respuesta, o la respuesta nmeros tienen el mismolo que significa.


3.2.1. Capas y Sesiones

El siguiente modelo de estratificacin conceptual se utiliza para especificar iniciadory orientar las acciones y la manera en que se relacionan con transmitiday recibi Unidades de datos de protocolo:

a) la capa SCSI construye / recibe SCSI CDBs (Comando descriptorBloques) y pases / los recibe con el comando restanteejecutar parmetros ([SAM2]) a / desde

b) la capa de iSCSI que construye / recibe iSCSI PDU yrels / las recibe a / de una o ms conexiones TCP; lagrupo de conexiones forman un iniciador-destino "sesin".

La comunicacin entre el iniciador y de destino se produce sobre uno oms conexiones TCP. Las conexiones TCP llevan mensajes de control,Comandos SCSI, parmetros y datos dentro de las unidades de datos de protocolo iSCSI(ISCSI PDU). El grupo de conexiones TCP que enlazan un iniciadorcon un objetivo forma una sesin (vagamente equivalente a un nexo I_T SCSI,vase la Seccin 3.4.2 SCSI Modelo de arquitectura). Una sesin se define porun ID de sesin que se compone de una parte del iniciador y una parte de destino.Conexiones TCP se pueden agregar y quitar de un perodo de sesiones. Cadaconexin dentro de una sesin se identifica mediante un identificador de conexin (CID).

En todas las conexiones dentro de una sesin, un iniciador ve uno"Imagen objetivo". Todos los elementos identificativos de destino, como LUN, sonlo mismo. Un objetivo tambin ve una "imagen iniciador" en todosconexiones dentro de una sesin. Iniciador identificacin de elementos, talescomo el Tag Iniciador de tareas, son globales a travs de la sesin, independientementede la conexin en la que son enviados o recibidos.

objetivos iSCSI e iniciadores deben soportar al menos una conexin TCPy PUEDEN soportar varias conexiones en una sesin. Para la recuperacin de erroresobjetivos, metas e iniciadores que apoyan un solo activoconexin en una sesin debe soportar dos conexiones durantela recuperacin.

3.2.2. Pedidos y iSCSI Numeracin

iSCSI utiliza esquemas de Comando y Estado de numeracin y una secuencia de datosesquema.

Comando de numeracin es de toda la sesin y se utiliza para el mando ordenadoentrega a travs de mltiples conexiones. Tambin se puede utilizar como unamecanismo de control de flujo de mando sobre una sesin.


Numeracin de estado es por conexin y se utiliza para habilitar faltadeteccin de estado y recuperacin en presencia de transitorios oerrores de comunicacin permanentes.

Secuenciacin de datos es por mandato o parte de un comando (R2T desencadensecuencia) y se utiliza para detectar los datos que faltan y / o R2T PDU debido acabecera digerir errores.

Normalmente, los campos en los PDU iSCSI comunican los nmeros de secuenciaentre el iniciador y el objetivo. Durante los perodos en que el trfico en unaconexin es unidireccional, iSCSI NOP-Out / In PDU se puede utilizarpara sincronizar el comando y pedidos estado contadores del objetivoe iniciador.

La abstraccin sesin iSCSI es equivalente al nexo I_T SCSI,y la sesin iSCSI proporciona una entrega de comandos ordenados desde elSCSI iniciador al destino SCSI. Para el diseo detalladoconsideraciones que llevaron a la modelo de sesin iSCSI como se defineaqu y cmo se relaciona con el comando SCSI ordenar caractersticas definidas enEspecificaciones SCSI a los conceptos iSCSI ver [CABLE].

3.2.2.1. Comando Numeracin y Reconociendo

iSCSI realiza la entrega de mando ordenado dentro de una sesin. Todoscomandos (PDU-iniciador al objetivo) en trnsito desde el iniciador deel objetivo estn contados.

iSCSI considera una tarea para crear una instancia en el objetivo en respuestaa todas las solicitudes emitidas por los iniciadores. Un conjunto de gestin de tareasoperaciones, incluyendo cancelar y reasignar (ver Seccin 10.5 TareaFuncin de Gestin de Demanda) se puede realizar en cualquier tarea iSCSI.

Algunas tareas son tareas iSCSI SCSI, y muchas actividades SCSI estn relacionadosa una tarea SCSI ([SAM2]). En todos los casos, la tarea se identifica por laTag Iniciador de tareas para la vida de la tarea.

El nmero de comando se lleva por el iSCSI PDU como CmdSN(Secuencia de comandos de nmero). La numeracin es a nivel de sesin. ExtrovertidaiSCSI PDU llevar este nmero. El iniciador iSCSI asigna CmdSNscon un contador de 32 bits sin signo (mdulo 2 ** 32). Comparaciones yaritmtica en CmdSN utilizar Nmero de serie aritmtica como se define en[RFC1982] donde SERIAL_BITS = 32.

Comandos destinados para entrega inmediata se marcan con un inmediatobandera de la entrega; Tambin deben llevar a la CmdSN actual. CmdSN haceno avanzar despus de un comando marcado para se enva entrega inmediata.


Numeracin de comandos comienza con la primera solicitud de inicio de sesin en el primerconexin de una sesin (login lder en la conexin principal)y los nmeros de comando se incrementan en 1 por cada no inmediatacomando emitido despus.

Si la entrega inmediata se utiliza con los comandos de gestin de tareas, stascomandos puede llegar a la meta antes de que las tareas en las que estnsupone que actuar. Sin embargo, su CmdSN sirve como un marcador de suposicin en la corriente de los comandos. El iniciador y de destino debenasegrese de que la gestin de tareas ordena las acciones prescritas por [SAM2].Por ejemplo, ambos comandos y respuestas aparecen como si se entrega enorden. Siempre CmdSN para una PDU saliente no se especifica por unregla explcita, CmdSN llevar el valor actual de la CmdSN localesvariable (ver ms adelante en esta seccin).

Los medios por los cuales una implementacin decida para marcar una PDU paraentrega inmediata o por la que iSCSI decide por s mismo para marcar una PDUpara entrega inmediata estn ms all del alcance de este documento.

El nmero de comandos que se utilizan para la entrega inmediata no est limitado ysu entrega para su ejecucin no se reconoce a travs de laesquema de numeracin. Comandos inmediatos pueden ser rechazadas por el iSCSIcapa, debido a la falta de recursos de destino. Un destino iSCSI DEBE sercapaz de manejar al menos un comando de gestin de tareas inmediatas y unono directivo en tareas mando inmediato iSCSI por conexin en cualquiertiempo.

En este documento, la entrega para la ejecucin significa la entrega a la SCSImotor de ejecucin o de un motor de ejecucin especfico protocolo iSCSI(Por ejemplo, para las solicitudes de texto con las teclas de extensin pblicos o privadosla participacin de un componente de ejecucin). Con la excepcin de lacomandos de marcado para entrega inmediata, la capa de destino debe iSCSIentregar los comandos para la ejecucin en el orden especificado por CmdSN.Comandos marcados para entrega inmediata se pueden entregar por el iSCSIcapa de destino para su ejecucin en cuanto se detecta. iSCSI puede evitarla entrega de algunos comandos a la capa de destino SCSI si es requerido por unSCSI antes o accin iSCSI (por ejemplo, gestin clara TAREA SET Tareasolicitud recibida antes de que todos los comandos en la que se supona que debaacto).

En cualquier conexin, el iniciador iSCSI DEBE enviar los comandosorden creciente de CmdSN, a excepcin de los comandos que se retransmitendebido a digerir la recuperacin de errores y recuperacin de la conexin.

Para que el mecanismo de numeracin, el iniciador y el objetivo mantener ladespus de tres variables para cada sesin:


- CmdSN - el nmero de secuencia de comandos actual, avanzado por 1 encada comando enviado a excepcin de los comandos de marcado para la inmediatala entrega. CmdSN siempre contiene el nmero que se asignar ala siguiente PDU de comando.- ExpCmdSN - el siguiente comando esperado por el objetivo. El objetivoreconoce todos los comandos hasta, pero sin incluir, estanmero. El iniciador trata a todos los comandos con CmdSN menos deExpCmdSN como ha reconocido. La capa de destino iSCSI establece elExpCmdSN al mayor CmdSN no inmediata que puede ofrecerpara la ejecucin ms 1 (no hay agujeros en la secuencia CmdSN).- MaxCmdSN - el nmero mximo para ser enviado. La puesta en colala capacidad de la capa de recepcin de iSCSI es MaxCmdSN - ExpCmdSN +1.

ExpCmdSN del iniciador y MaxCmdSN se derivan decampos PDU-objetivo-a iniciador. Comparaciones y aritmtica enExpCmdSN y MaxCmdSN DEBEN utilizar Nmero de serie aritmtica como se define en[RFC1982] donde SERIAL_BITS = 32.

El objetivo no debe transmitir un MaxCmdSN que es menor queExpCmdSN-1. Para los comandos no inmediatos, el campo CmdSN puede tomar cualquiervalor de ExpCmdSN a MaxCmdSN inclusive. El objetivo debe silencioignorar cualquier comando no inmediata fuera de este rango o noduplicados inmediato, dentro de la gama. El CmdSN llevado porcomandos inmediatos pueden estar fuera del rango de ExpCmdSN MaxCmdSN.Por ejemplo, si el iniciador ha enviado previamente un no inmediatacomando que lleva el CmdSN igual a MaxCmdSN, la ventana de destino escerrada. Para los comandos de gestin de tareas grupales emitidas como inmediatacomandos, CmdSN indica el alcance de la accin de grupo (por ejemplo, enANULAR TAREA SET indica qu comandos estn abortado).

Campos MaxCmdSN y ExpCmdSN se procesan por el iniciador comode la siguiente manera:

- Si la PDU MaxCmdSN es menor que la PDU ExpCmdSN-1 (en serieAritmtica Sense), ambos son ignorados.- Si la PDU MaxCmdSN es mayor que el MaxCmdSN local (enAritmtica de serie Sense), actualiza el MaxCmdSN local;de lo contrario, se ignora.- Si la PDU ExpCmdSN es mayor que el ExpCmdSN local (enAritmtica de serie Sense), actualiza el ExpCmdSN local;de lo contrario, se ignora.

Se requiere esta secuencia ya que las actualizaciones pueden llegar fuera de orden(Por ejemplo, las actualizaciones se envan en diferentes conexiones TCP).

iniciadores y objetivos iSCSI DEBE apoyar la numeracin de comandosesquema.


A peticin iSCSI numerada no cambiar su CmdSN asignado,independientemente del nmero de veces y circunstancias en las que esreeditado (ver Seccin 6.2.1 Uso de reintento). En la meta, es CmdSNslo es relevante cuando el comando no ha creado ningn estado relacionada consu ejecucin (estado de ejecucin); despus, se convierte en CmdSNirrelevante. Las pruebas para el estado de ejecucin (representado porla identificacin de la etiqueta Iniciador de tareas) debe preceder a cualquier otra accin enel objetivo. Si no se encuentra un estado de ejecucin, que es seguido porpedido y entrega. Si se encuentra un estado de ejecucin, esseguido de la entrega.

Si un iniciador emite un reintento de comandos de un comando con CmdSN R enuna conexin cuando el valor de sesin CmdSN es Q, que no debera avanzarla CmdSN pasado R + 2 ** 31 -1 a menos que la conexin ya no estoperacional (es decir, se ha vuelto al estado LIBRE, consulte la Seccin7.1.3 Conexin estndar Diagrama de Estado por un Iniciador), laconexin se ha restablecido (ver Seccin 5.3.4 ConexinRestablecimiento), o un comando no inmediata con CmdSN igual omayor que Q fue emitido con posterioridad a la reintento de comandos en el mismoconexin y la recepcin de ese comando es reconocido por elobjetivo (vase la Seccin 9.4 Comando de reintento y Old Comando de LimpiezaInstancias).

Un objetivo no debera emitir una respuesta de comandos o datos-En PDU con el estadoantes de reconocer el comando. Sin embargo, el acuse de recibo puedeser incluido en la respuesta o datos-In PDU.

3.2.2.2. Respuesta / Numeracin Estado y Reconociendo

Respuestas en trnsito desde el objetivo hasta el iniciador estn contados.El StatSN (Status Nmero de secuencia) se utiliza para este propsito. StatSNes un contador mantenido por conexin. ExpStatSN es utilizado por eliniciador para reconocer el estado. El espacio de nmeros de secuencia de estado esDe 32 bits sin signo-enteros y las operaciones aritmticas son lamod regular (2 ** 32) aritmtica.

Numeracin de estado comienza con la respuesta de sesin en la primera sesinsolicitud de la conexin. La respuesta incluye una sesin inicialvalor para la numeracin de estado (cualquier valor inicial es vlida).

Para activar la recuperacin del sistema, el objetivo puede mantener suficientemente estadoinformacin para los datos y la recuperacin de estado despus de un error de conexin.Un objetivo al hacerlo puede descartar con seguridad toda la informacin de estadomantenido para la recuperacin de un comando despus de la entrega de la situacinpara el comando (numeradas StatSN) es reconocido a travs ExpStatSN.

Una gran diferencia absoluta entre StatSN y ExpStatSN puede indicaruna conexin fallida. Los iniciadores deben emprender acciones de recuperacin si


la diferencia es mayor que una implementacin constante definidaque no debe superar los 2 ** 31-1.

Iniciadores y destinos DEBE apoyar el esquema de respuesta de numeracin.

3.2.2.3. Secuenciacin de datos

Datos y R2T PDU transferida como parte de alguna ejecucin de comandos debeser secuenciado. El campo DataSN se utiliza para la secuenciacin de datos. Parade entrada (lectura) PDU de datos, DataSN comienza por 0 para la primera PDU de datosde un comando de entrada y los avances en 1 por cada PDU de datos subsiguiente.Para la salida de las PDU de datos, DataSN comienza con 0 para la primera PDU de datos deuna secuencia (la secuencia no solicitado inicial o cualquier secuencia de PDU de datosemitida para satisfacer una R2T) y los avances en 1 por cada dato posteriorPDU. R2Ts tambin se secuencian por comando. Por ejemplo, el primeroR2T tiene un R2TSN de 0 y avanza en 1 por cada R2T posterior. Paracomandos bidireccionales, el destino utiliza el DataSN / R2TSN a secuenciaData-In y R2T PDU en una secuencia continua (no diferenciada).A diferencia de comando y el estado, las PDU de datos y R2Ts no son reconocidos porun campo en el PDU saliente regular. PDU datos-In se pueden confirmara la vista por una forma especial de la PDU SNACK. PDU de datos y R2T sonimplcitamente reconocido por el estado para el comando. El DataSN / R2TSNcampo permite al iniciador de detectar datos faltantes o R2T PDU.

Para cualquier comando de lectura o bidireccional, un objetivo deber emitir menos de2 ** 32 combinado R2T y Data-In PDU. Cualquier secuencia de datos de salida DEBEcontener menos de 2 ** 32 PDU de datos y salida exprs.

3.2.3. iSCSI Login

El propsito de la entrada iSCSI es permitir una conexin TCP parauso iSCSI, la autenticacin de las partes, la negociacin de laparmetros de la sesin y el marcado de la conexin como perteneciente a unsesin iSCSI.

Una sesin se utiliza para identificar a un objetivo de todas las conexiones con unadado iniciador que pertenecen al mismo nexo I_T. (Para ms detallessobre la forma de una sesin se refiere a un nexo I_T, consulte la Seccin 3.4.2 SCSIArquitectura Modelo).

Los objetivos de escuchar en un puerto TCP bien conocido u otro puerto TCP paraconexiones entrantes. El iniciador comienza el proceso de inicio de sesinla conexin a uno de estos puertos TCP.

Como parte del proceso de inicio de sesin, el iniciador y el objetivo debeautenticarse entre s y pueden establecer un protocolo de asociacin de seguridadpara la sesin. Esto puede ocurrir de muchas maneras diferentes y essujeto a negociacin.


Para proteger la conexin TCP, una asociacin de seguridad IPsec PUEDE serestablecido antes de la solicitud de inicio de sesin. Para obtener informacin sobre el uso de IPsecseguridad para iSCSI, consulte el Captulo 8 y [RFC3723].

La sesin Fase iSCSI se realiza a travs de las solicitudes de inicio de sesin yrespuestas. Una vez que la autenticacin adecuado se ha producido y operativaparmetros se han establecido, las transiciones de sesin para la funcin completaFase y el iniciador pueden comenzar a enviar comandos SCSI. Lapoltica de seguridad para si, y de qu manera, un objetivo eligeautorizar un iniciador est ms all del alcance de este documento. Para unadescripcin ms detallada de la fase de inicio de sesin, consulte el Captulo 5.

El inicio de sesin PDU incluye la parte ISID del ID de sesin (SSID). Lagrupo de portales de destino que da servicio a la entrada est implcito en elseleccin de sus puntos finales. Para una nueva sesin, la TSIH escero. Como parte de la respuesta, el objetivo genera una TSIH.

Durante el establecimiento de sesin, el destino identifica la SCSIpuerto iniciador (el "yo" en el "nexo I_T") a travs del par de valores(InitiatorName, ISID). Se describe ms adelante en este InitiatorNameseccin. Cualquier estado persistente (por ejemplo, las reservas persistentes) en eldiana que est asociada con un puerto iniciador SCSI se identificaen base a este par de valores. Cualquier estado asociado con el destino SCSIpuerto (la "T" en el "nexo I_T") se identifica externamente por elTargetName y la etiqueta de grupo de portales (ver Seccin 3.4.1 iSCSI ArquitecturaModel). ISID est sujeto a restricciones reutilizar porque se utiliza paraidentificar un estado persistente (ver Seccin 3.4.3 Consecuencias de laModel).

Antes de que se establezca la Full Feature Fase, only Entrar Solicitar yIniciar sesin PDU de respuesta se admiten. Solicitudes y respuestas Debes entrarse utilizar exclusivamente durante Login. En cualquier conexin, la fase de inicio de sesinDebe seguir inmediatamente TCP establecimiento de la conexin y un posteriorEntrar Fase NO DEBE ocurrir antes de derribar una conexin.

Un objetivo de recibir cualquier PDU excepto una solicitud sesin antes de la sesinfase que se inicia debe terminar de inmediato la conexin en la quela PDU fue recibido. Una vez que la fase de Inicio de sesin se ha iniciado, si eldestino recibe cualquier PDU excepto una solicitud sesin, se deber enviar una sesinrechazar (con estado "no vlido durante la conexin") y luego desconecte. Siel iniciador recibe cualquier PDU excepto una respuesta Login, debeterminar inmediatamente la conexin.

3.2.4. iSCSI Full Feature Fase

Una vez que el iniciador est autorizado para hacerlo, la sesin iSCSI est eniSCSI Full Feature Fase. Una sesin es en Full Feature Fasedespus de terminar con xito la fase de inicio de sesin en el primero (lder)


la conexin de una sesin. Una conexin es en Full Feature si Fasela reunin ser en Full Feature de fase y el inicio de sesin de conexin tienecompletado con xito. Una conexin iSCSI no est en Full FeatureFase

a) cuando no tiene una conexin de transporte establecida,

Oregn

b) cuando se dispone de una conexin de transporte vlido, pero un xitoinicio de sesin no se realiz o la conexin se registra actualmentea cabo.

En una caracterstica normal Fase Final, el iniciador puede enviar comandos SCSIy datos a los diferentes LU en el objetivo de encapsular eniSCSI PDU que se pasa de la sesin iSCSI establecido.

3.2.4.1. Comando Lealtad Conexin

Para cualquier solicitud iSCSI emiti travs de una conexin TCP, el correspondienterespuesta y / o otra PDU relacionado (s) DEBE ser enviada en el mismoconexin. A esto le llamamos "lealtad conexin". Si el originalconexin falla antes de que se complete el comando, la conexinlealtad del comando puede ser reasignado de forma explcita a una diferenteconexiones de transporte como se describe en detalle en la seccin 6.2 de reintento yReasignar en recuperacin.

Por lo tanto, si un iniciador emite un comando READ, el objetivo deber enviar ladatos solicitados, en su caso, seguido por el estado para el iniciador durantela misma conexin TCP que se us para entregar el comando SCSI.Si un iniciador emite un comando de escritura, el iniciador deber enviar ladatos, si los hay, para que el mando sobre la misma conexin TCP que erautilizado para entregar el comando SCSI. El objetivo deber devolver Ready ToTransferencia (R2T), si los hay, y el estado sobre la misma conexin TCPque se utiliz para entregar el comando SCSI. Solicita la retransmisin(PDU SNACK) y los datos y el estado que generan tambin debe utilizarla misma conexin.

Sin embargo, los comandos consecutivos que forman parte de un SCSI vinculadostarea de la cadena de mando (ver [SAM2]) pueden utilizar diferentes conexiones.Lealtad conexin es estrictamente por mando y no per-tarea.Durante el iSCSI Full Feature Fase, el iniciador y objetivo MAYOintercalar comandos no relacionados SCSI, sus datos SCSI y respuestasdurante la sesin.


3.2.4.2. Descripcin general de transferencia de datos

Datos SCSI salientes (iniciador para apuntar datos de usuario o de comandosparmetros) se enva como sea solicitado datos o los datos solicitados.Los datos solicitados se envan en respuesta a R2T PDUs. Datos no solicitadosse pueden enviar como parte de una PDU de comandos iSCSI ("datos inmediata") o enPDU separada datos iSCSI.

Datos inmediatos se supone que se originan en la posicin 0 en el iniciadorSCSI escritura-buffer (buffer de datos de salida). Todas las otras PDU de datos tienenel buffer desfase fijado explcitamente en la cabecera de la PDU.

Un iniciador puede enviar datos solicitados hasta FirstBurstLength comoinmediata (hasta la longitud PDU mximo negociado), en un separadaSecuencia de PDU o ambos. Todos los datos posteriores deben ser solicitados. Lalongitud mxima de una PDU de datos individual o la parte inmediata de laprimera rfaga no solicitados podrn ser negociados en el inicio de sesin.

La cantidad mxima de datos no solicitadas que se pueden enviar con uncomando se negocia en la conexin a travs de la tecla FirstBurstLength. LaAfectados Puede activar por separado los datos inmediatos (a travs de laClave ImmediateData) sin habilitar el ms general (datos separadosPDU) forma de datos no solicitados (a travs de la tecla InitialR2T).

Los datos solicitados en escritura tienen el propsito de reducir el efecto de latenciaen el rendimiento (sin R2T se necesita para iniciar el envo de datos). Adicionalmente,datos inmediatos est destinado a reducir la sobrecarga de protocolo (tantoancho de banda y el tiempo de ejecucin).

Un iniciador iSCSI pueden optar por no enviar los datos solicitados, slodatos inmediatos o bytes FirstBurstLength de datos no solicitados con uncomandos. Si se enva todos los datos solicitados no inmediata, totaldatos no solicitados debe ser o FirstBurstLength, o la totalidad de los datossi la cantidad total es menor que el FirstBurstLength.

Se considera un error para un iniciador para enviar datos no solicitadosPDU a un objetivo que funciona en el modo de R2T (slo solicit los datos sonpermitido). Tambin es un error para un iniciador de enviar mslos datos solicitados, si PDU inmediatos o como independientes, queFirstBurstLength.

Un iniciador debe honrar una solicitud de datos R2T para una vlida excepcionalcomando (es decir, llevar una etiqueta Iniciador de tareas vlida) y entregar todolos datos solicitados proporcionados el comando se supone que entregardatos salientes y el R2T especifica los datos dentro de los lmites de comando.La accin iniciador est especificado para la recepcin de una solicitud que R2Tespecifica los datos, la totalidad o parcialmente, fuera de los lmites del mandato.


Un objetivo no debe descartar silenciosamente datos y luego solicitarla retransmisin a travs de R2T. Iniciadores NO DEBEN hacer un seguimiento de lalos datos transferidos desde o hacia el objetivo (Algoritmo de marcador). Destinos SCSIrealizar el clculo conteo residual para comprobar la cantidad de datos eraefectivamente transferida hacia o desde el dispositivo por un comando. Esto puedediferir de la cantidad que el iniciador envi y / o recibida por razonestales como las retransmisiones y los errores. Lea o comandos bidireccionalessolicitar de forma implcita la transmisin de la totalidad de la cantidad de datoscubierto por el comando. Paquetes de datos SCSI se hacen coincidir con sucorrespondiente comandos SCSI utilizando etiquetas especificadas en el protocolo.

Adems, iniciadores y objetivos iSCSI debe hacer cumplir algunos pedidosreglas. Cuando se utilizan los datos solicitados, el orden de la no solicitadodatos de cada conexin debe coincidir con el orden en que los comandosesa conexin se envan. Mando y PDU de datos no solicitados pueden serintercalado en una nica conexin, siempre que el pedidoSe mantienen los requisitos de cada uno (por ejemplo, el comando N + 1 PUEDE ser enviadoantes de las PDU de datos y salida no solicitadas con comando N, pero laPDU de datos y salida no solicitadas con comando N debe preceder a la no solicitadoPDU de datos y salida de comando de N + 1). Un objetivo que recibe datos deorden puede terminar la sesin.

3.2.4.3. Etiquetas y comprobaciones de integridad

Etiquetas iniciador para la espera de los comandos son iniciador de toda nico para unsesin. Etiquetas de destino no se especifican estrictamente por el protocolo. EllaSe supone que las etiquetas de destino se utilizan por el objetivo de etiquetar (solo oen combinacin con el LUN) los datos solicitados. Etiquetas meta songenerada por el objetivo y "eco" por el iniciador. Estosmecanismos estn diseados para llevar a cabo la entrega de datos eficiente a lo largocon un alto grado de control sobre el flujo de datos.

Como se utiliza el Tag Iniciador de tareas para identificar una tarea durante suejecucin, el iniciador iSCSI y destino deben verificar que todos los demscampos utilizados en PDU relacionadas con la tarea tienen valores que son coherentes conlos valores utilizados en la creacin de instancias de tareas basadas en el Iniciador de tareasTag (por ejemplo, el LUN utilizado en una PDU R2T debe ser el mismo que elutilizado en las PDU de comando SCSI utilizados para crear instancias de la tarea). Usovalores de los campos inconsistentes se considera un error de protocolo.

3.2.4.4. Gestin de tareas

Gestin de tareas SCSI asume que las tareas individuales y grupos de trabajopuede ser abortado est basada exclusivamente en las etiquetas de tareas (para tareas individuales)o el momento de la orden de gestin de tareas (para grupos de trabajo), yque la accin de gestin de tareas se ejecuta de forma sincrnica - es decir, nomensaje que implica una tarea abortado ser visto por el iniciador SCSIdespus de recibir la respuesta de la administracin de tareas. En los iniciadores iSCSI


y los objetivos interactan de forma asncrona a travs de varias conexiones. iSCSIespecifica el mecanismo de protocolo y requisitos de implementacinnecesarios para presentar una visin sincrnica durante el uso de un asncronoinfraestructura.

3.2.5. iSCSI de terminacin de conexin

Una conexin iSCSI podr ser resuelto por el uso de un transporteel apagado de conexin o un restablecimiento del transporte. Se supone restablecimiento Transporteser un evento excepcional.

Cierres de conexin TCP agraciados se realizan mediante el envo FINs TCP. Laapagado conexiones de transporte agraciado slo debe ser iniciado porcualquiera de las partes cuando la conexin no est en iSCSI Full Feature Fase.Un objetivo puede terminar una conexin Full Feature Fase de interioreventos de excepcin, pero debe anunciar el hecho a travs de unAsncrono de mensajes PDU. Terminacin Conexin con sobresalientecomandos puede requerir acciones de recuperacin.

Si una conexin se termina mientras que en Full Feature Fase, conexinlimpieza (ver seccin 7) se requiere antes de la recuperacin. Al hacerlimpieza de conexin antes de comenzar la recuperacin, el iniciador y el objetivoevitar la recepcin de las PDU rancio despus de la recuperacin.

3.2.6. iSCSI Nombres

Ambos objetivos e iniciadores requieren nombres para el propsito deidentificacin. Adems, los nombres permiten a los recursos de almacenamiento iSCSI agestionarse independientemente de la ubicacin (direccin). Un nombre de nodo iSCSI esTambin el nombre de dispositivo SCSI de un dispositivo iSCSI. El nombre de un iSCSIDispositivo SCSI es el objeto principal que se utiliza en la autenticacin de los objetivosa los iniciadores y los iniciadores a los objetivos. Este nombre tambin se utiliza paraidentificar y gestionar los recursos de almacenamiento iSCSI.

nombres iSCSI deben ser nicos dentro del dominio operativo de la finalusuario. Sin embargo, debido a que el dominio operativo de una red IP espotencialmente en todo el mundo, los formatos de nombre iSCSI es la arquitectura de estarnica en el mundo. Para ayudar a las autoridades de nombres en la construccinen todo el mundo de nombres nicos, iSCSI proporciona dos formatos de nombres paradiferentes tipos de nombrar autoridades.

nombres iSCSI estn asociados con los nodos iSCSI, y no a la red iSCSItarjetas adaptadoras, para asegurar que la sustitucin del adaptador de redtarjetas no requiere reconfiguracin de todos los SCSI y los recursos iSCSIinformacin de asignacin.


Algunos comandos SCSI requieren que los identificadores especficos del protocolo seancomunicada dentro SCSI CDB. Consulte la Seccin 3.4.2 SCSI ArquitecturaModelo para la definicin del puerto SCSI nombre / nombre de usuario para iSCSIpuertos.

Un iniciador puede descubrir los nombres de destino iSCSI a la que tengaacceso, junto con sus direcciones, utilizando el texto SendTargetssolicitud, u otras tcnicas discutidas en [RFC3721].3.2.6.1. iSCSI Propiedades Nombres

Cada nodo iSCSI, ya sea un iniciador o destino, debe tener un iSCSInombre.

Iniciadores y metas deben apoyar la recepcin de nombres iSCSI de hastaa la longitud mxima de 223 bytes.

El iniciador DEBE presentar tanto su iniciador iSCSI Nombre y laiSCSI Target Name a la que desea conectarse en el primer inicio de sesinsolicitud de una nueva sesin o conexin. La nica excepcin es si unla sesin de deteccin (ver Seccin 2.3 Tipos iSCSI Session) es serestablecida. En este caso, el iniciador iSCSI nombre es todavarequiere, pero el iSCSI Target Name puede omitirse.

nombres iSCSI tienen las siguientes propiedades:

a) nombres iSCSI son globalmente nico. No hay dos iniciadores o metaspueden tener el mismo nombre.b) nombres iSCSI son permanentes. Un nodo iniciador iSCSI o destinonodo tiene el mismo nombre de su vida til.c) nombres iSCSI no implican una ubicacin o direccin. Un iSCSIiniciador o destino pueden mover, o tener varias direcciones. Lacambio de domicilio no implica un cambio de nombre.d) nombres iSCSI no se basan en un corredor de nombre central; el nombramientola autoridad se distribuye.e) la integracin iSCSI nombres apoyo con denominacin nica existenteesquemas.f) nombres iSCSI confan en nombrar autoridades existentes. iSCSI haceno crear ninguna nueva autoridad de nombramiento.

La codificacin de un nombre iSCSI tiene las siguientes propiedades:

a) nombres iSCSI tienen el mismo mtodo de codificacin, independientemente de laprotocolos subyacentes.b) nombres iSCSI son relativamente fciles de comparar. El algoritmopara comparar dos nombres iSCSI para la equivalencia no se basa enun servidor externo.


c) nombres iSCSI se componen slo de caracteres que pueden visualizarse. iSCSInombres permiten el uso de juegos de caracteres internacionales pero no estndistingue maysculas y minsculas. No hay espacios en blanco se utilizan en iSCSInombres.d) nombres iSCSI se pueden transportar con tanto binario yProtocolos basados en ASCII.

Un nombre iSCSI realmente nombres una entidad software lgica, y no est ligadaa un puerto u otro hardware que se puede cambiar. Por ejemplo, unanombre del iniciador debe nombrar el nodo iniciador iSCSI, no un particular,NIC o HBA. Cuando se utilizan varias tarjetas de red, lo que deberan en general todopresentar el mismo nombre del iniciador iSCSI para los blancos, porqueson simplemente rutas de acceso a la misma capa SCSI. En la mayora de sistemas operativos,la entidad con nombre es la imagen del sistema operativo.

Del mismo modo, un nombre de destino no debe estar vinculada a las interfaces de hardwareque se puede cambiar. Un nombre de destino debe identificar la lgicaatacar y debe ser el mismo para el objetivo, independientemente de la fsicaporcin est abordando. Esto ayuda a los iniciadores iSCSI endeterminar que los dos objetivos que se ha descubierto son realmente doscaminos hacia el mismo objetivo.

El nombre iSCSI est diseado para cumplir con los requisitos funcionales paraNombres de recursos uniformes (URN) [RFC1737]. Por ejemplo, se requiereque el nombre tiene un alcance global, ser independiente de direccin oubicacin y ser persistente y nica a nivel mundial. Los nombres deben serextensible y escalable con el uso de las autoridades de nombres. El nombrecodificacin debe ser a la vez humana y legible por mquina. Vase [RFC1737]para conocer otros requisitos.

3.2.6.2. iSCSI Nombre Codificacin

Un nombre iSCSI DEBE ser una codificacin UTF-8 de una cadena de Unicodepersonajes con las siguientes propiedades:

- Es en el formulario de normalizacin C (ver "La normalizacin UnicodeFormas "[UNICODE]).- Slo contiene caracteres permitidos por la salida del iSCSIplantilla stringprep (descrito en [RFC3722]).- Los siguientes caracteres se utilizan para dar formato a los nombres iSCSI:

- Guin ('-' = U + 002D)- Punto ('.' = U + 002E)- Dos puntos (':' = U + 003A)

- La codificacin UTF-8 del nombre no es mayor que 223 bytes.


El proceso stringprep se describe en [RFC3454]; uso de iSCSI de lastringprep proceso se describe en [RFC3722]. Stringprep es un mtododiseado por el nombre de dominio internacionalizado (IDN) grupo de trabajo paratraducir cadenas humanos-escrito en un formato que se puede comparar comocuerdas opacos. Cuerdas NO DEBEN incluir puntuacion, espaciado,signos diacrticos u otros caracteres que podran interponerse en el camino delegibilidad. El proceso stringprep tambin convierte cadenas encuerdas equivalentes de caracteres en minscula.

El proceso stringprep no necesita ser implementado si los nombresslo se generan utilizando (cualquier conjunto de caracteres) numrico y minsculascaracteres alfabticos.

Cuando los nombres de iSCSI codificados en UTF-8 son "normalizado" que pueden ser de forma seguraen comparacin byte por byte.

3.2.6.3. iSCSI Nombre Estructura

Un nombre iSCSI consta de dos partes - un designador de tipo seguido por unacadena de nombre nico.

El nombre iSCSI no define ningn nuevas autoridades de nombres. En lugar de ello,que soporta dos formas existentes de designacin de autoridades de nombres: unNombre iSCSI-calificado, utilizando nombres de dominio para identificar una denominacinautoridad, y el formato EUI, donde la Autoridad de Registro IEEEayuda a la formacin de nombres nicos en todo el mundo (formato EUI-64).

Las cuerdas designador de tipo definidos en la actualidad son:

iqn. - ISCSI nombre calificadoEui. - El resto de la cadena es un IEEE EUI-64identificador, en hexadecimal codificada en ASCII.

Estos dos designadores de nombres de autoridad se consideraban suficientes enel momento de redactar este documento. La creacin de nombres adicionaldesignadores de tipo de iSCSI pueden ser considerados por el IETF y detalladoen RFC separadas.

3.2.6.3.1. Escriba "iqn." (ISCSI Qualified Name)

Este tipo de nombre iSCSI puede ser utilizado por cualquier organizacin que posee unanombre de dominio. Este formato de nomenclatura es til cuando un usuario final oproveedor de servicios desea asignar nombres iSCSI para los objetivos y / oiniciadores.

Para generar nombres de este tipo, la persona u organizacin que generael nombre debe tener un nombre de dominio registrado. Este nombre de dominio haceno tiene que ser activo, y no tiene que resolver a una direccin; ella


slo tiene que ser reservado para prevenir que otras generar iSCSInombres utilizando el mismo nombre de dominio.

Puesto que un nombre de dominio puede caducar, ser adquirida por otra entidad, o puedeser utilizado para generar nombres iSCSI por tanto a los propietarios, el nombre de dominio debeser calificado, adems, en una fecha en la que la autoridad de denominacinpropiedad del nombre de dominio. Por esta razn, se proporciona un cdigo de fecha comoparte de la "iqn." formato.

La cadena de nombre calificado iSCSI consiste en:

- El "iqn." Cuerda, utilizado para distinguir estos nombres de "eui."nombres formateados.- Un cdigo de fecha en el formato aaaa-mm. Esta fecha debe ser una fechadurante el cual la autoridad de denominacin propietaria del nombre de dominio utilizados eneste formato, y debe ser el primer mes en el que el dominionombre era propiedad de esta autoridad de nombramiento a las 00:01 GMT delprimer da del mes. Este cdigo utiliza la fecha Gregorianacalendario. Los cuatro dgitos en el ao deben estar presentes. Ambosdgitos del mes deben estar presentes, con == enero "01" y== Diciembre "12". El guin debe ser incluido.- Un punto "."- El nombre de dominio invertida de la autoridad de denominacin (persona oorganizacin) la creacin de este nombre iSCSI.- Un opcional, dos puntos (:) prefijado, cadena dentro del personajeconjunto de lmites y longitud que el propietario del nombre de dominioconsidere apropiado. Este puede contener tipos de productos, serialnmeros, identificadores de host o teclas de software (por ejemplo, puedeincluir dos puntos para separar los lmites de la organizacin). Con elexcepcin del prefijo de colon, el propietario del nombre de dominio puedeasignar todo despus de que el nombre de dominio revertido si lo deseas.Es responsabilidad de la entidad que es la denominacinautoridad para asegurar que los nombres iSCSI que asigna sonnica en el mundo. Por ejemplo, "Ejemplo de almacenamiento de matrices, Inc.",podra poseer el nombre de dominio "example.com".

Los siguientes son ejemplos de iSCSI nombres cualificados que podran sergenerada por "EJEMPLO Matrices de almacenamiento, Inc."

Naming Cadena definida porTipo Fecha de autenticacin "example.com" nombrar autoridad+ - ++ + ----- + --------- + + --------------------------- ----- +| || | | | | |

iqn.2001-04.com.example: almacenamiento: diskarrays-sn-a8675309iqn.2001-04.com.exampleiqn.2001-04.com.example: storage.tape1.sys1.xyziqn.2001-04.com.example: storage.disk2.sys1.xyz


3.2.6.3.2. Escriba "eui." (Formato IEEE EUI-64)

La Autoridad de Registro IEEE ofrece un servicio de asignacin deidentificadores nicos globales [EUI]. El formato EUI-64 se utiliza paraconstruir un identificador global en otros protocolos de red. Por ejemplo,Canal de Fibra define un mtodo de codificacin en un WorldWideName.Para obtener ms informacin sobre el registro de los identificadores EUI, ver [OUI].

El formato es "eui." seguido de un identificador EUI-64 (16Codificada en ASCII dgitos hexadecimales).

Nombre Ejemplo iSCSI:

Tipo identificador EUI-64 (hexadecimal codificada en ASCII)+ - ++ -------------- +| || |eui.02004567A425678D

El IEEE EUI-64 formato de nombre iSCSI puede ser utilizado cuando un fabricanteya est registrado en la Autoridad y usos Registro IEEEEUI-64 formateado nombres nicos en todo el mundo por sus productos.

Ms ejemplos de nombre de la construccin se discuten en [RFC3721].

3.2.7. Estado Persistente

iSCSI no requiere ningn tipo de mantenimiento estado persistente a travs desesiones. Sin embargo, en algunos casos, SCSI requiere persistenteidentificacin del nombre del puerto iniciador SCSI (Ver Seccin 3.4.2SCSI Modelo de Arquitectura y la Seccin 3.4.3 Consecuencias de la Modelo).

sesiones iSCSI no persisten a travs de los ciclos de encendido y arranqueoperaciones.

Todas las sesiones de conexin y parmetros iSCSI se reinicializan asesin y la creacin de la conexin.

Comandos persisten ms all de la terminacin de conexin si la sesinpersiste y recuperacin de comandos dentro de la sesin es compatible.Sin embargo, cuando se cae la conexin, comando de ejecucin, comopercibidos por iSCSI (es decir, que implican intercambios de protocolo iSCSI para elafectados tarea), se suspende hasta que una nueva alianza se establece porla funcin de gestin de tareas "Reasignar tarea '. (Vea la Seccin 10.5 TareaFuncin Gestin de solicitudes.)


3.2.8. Sincronizacin de mensajes y de direccin

iSCSI presenta un mapeo del protocolo SCSI sobre TCP. Esteencapsulacin se lleva a cabo mediante el envo de iSCSI PDU de variarlongitudes. Por desgracia, el TCP no tiene un mecanismo incorporado parasealizacin lmites de mensaje en la capa TCP. iSCSI supera esteobstculo mediante la colocacin de la longitud del mensaje en la cabecera del mensaje iSCSI.Esto sirve para delimitar el final del mensaje actual, as comoel comienzo del siguiente mensaje.

En situaciones en las que los paquetes IP se entregan en orden desde elred, framing mensaje iSCSI no es un problema y los mensajes sonprocesada uno despus del otro. En presencia de paquete IPreordenando (es decir, se descarten algunos cuadros), implementaciones legado TCPalmacenar los "fuera de orden" segmentos TCP en buffers temporales hasta que elfaltan segmentos TCP llegan, sobre la que los datos se deben copiarlos tampones de aplicacin. En iSCSI, es deseable para dirigir el SCSIdatos dentro de stos fuera de los segmentos para TCP en el preasignadosTampones SCSI en lugar de almacenarlos en buffers temporales. Estedisminuye la necesidad de reensamblaje buffers dedicados, as como lalatencia y ancho de banda relacionada con copias adicionales.

Confiar nicamente en la informacin "la longitud del mensaje" de la iSCSIencabezado del mensaje puede hacer que sea imposible encontrar mensaje iSCSIlmites en segmentos TCP posteriores debido a la prdida de un TCPsegmento que contiene la longitud del mensaje iSCSI. El TCP desaparecidossegmento (s) debe ser recibido antes de cualquiera de los siguientes segmentos puedeser dirigido a los bferes de SCSI correctos (debido a la incapacidad dedeterminar los lmites del mensaje iSCSI). Dado que estos segmentos no puedeser dirigido a la ubicacin correcta, deben ser guardados en temporaltampones que luego deben ser copiados a los buffers SCSI.

Diferentes esquemas pueden ser utilizados para recuperar la sincronizacin. Para hacerestos esquemas de trabajo, las implementaciones de iSCSI tienen que asegurarse de que elcapas de protocolo apropiadas se proporcionan suficiente informacin paraimplementar un mecanismo de sincronizacin y / o de direccin de datos. Uno deestos esquemas se detallan en el Anexo A. - Sincronizacin y Direccin conFijos marcadores de intervalo -.

El intervalo de marcadores (FIM) esquema fijo funciona insertando marcadores enla corriente de carga a intervalos fijos que contienen el desplazamiento delinicio de la siguiente PDU iSCSI.

En circunstancias normales (sin prdida PDU o la recepcin de datos deorden), direccin de datos iSCSI se puede lograr mediante el uso de laidentificacin de la etiqueta y los datos de correccin de campos en la cabecera iSCSI enAdems del nmero de secuencia de la cabecera TCP TCP. La


identificacin de etiqueta ayuda a asociar el PDU con una direccin de bfer SCSImientras que compensan los datos y el nmero de secuencia de TCP se utilizan para determinarel desplazamiento dentro de la memoria intermedia.

Cuando la parte del flujo de datos TCP que contiene una cabecera iSCSI PDUse retrasa o se pierde, los marcadores se pueden usar para minimizar el dao comode la siguiente manera:

- Los marcadores indican donde comienza la prxima iSCSI PDU y permitencontinuacin de la tramitacin cuando cabeceras iSCSI tienen que ser abandonado debido aerrores en los datos descubiertos en el nivel iSCSI (por ejemplo, encabezado iSCSI CRCerrores).

- Marcadores ayudan a minimizar la cantidad de datos que tiene que ser mantenido porla capa / iSCSI TCP a la espera de un paquete de llegada tarda TCPo la recuperacin, porque despus podran ayudar a encontrar las cabeceras iSCSI PDUy el uso de la informacin contenida en los datos para dirigir a SCSItampones.

3.2.8.1. Sincronizacin / Manejo e iSCSI PDU Longitud

Cuando se enva un gran mensaje de iSCSI, el segmento (s) de TCP que contienela cabecera iSCSI puede perderse. El segmento restante TCP (s), hastael siguiente mensaje de iSCSI, debe ser respaldada (en buffers temporales)porque el encabezado iSCSI que indica a qu SCSI amortigua lalos datos deben ser dirigidas se perdi. Para minimizar la cantidad detampn, se recomienda que la longitud PDU iSCSI ser restringidoa un valor pequeo (tal vez un par de segmentos TCP de longitud). Durantelogin, cada extremo de la sesin iSCSI especifica el mximo PDU iSCSIlongitud que aceptar.

3.3. Tipos iSCSI de sesin

iSCSI define dos tipos de sesiones:

a) Sesin operativa normal - una sesin sin restricciones.b) Descubrimiento de sesiones - una sesin slo se abre para la metadescubrimiento. El objetivo DEBE SOLAMENTE aceptar solicitudes de texto con laSendTargets clave y una solicitud de cierre de sesin con la razn "closela sesin ". El resto de solicitudes deber ser rechazada.

El tipo de sesin se define durante la conexin con el parmetro clave = valoren el comando de inicio de sesin.


Conceptos SCSI

Documents

Transcript of Conceptos SCSI