BRPI0806408A2 - método, equipamento e programa de computador para estabelecer um caminho lógico entre servidores de um rede de operação conjugada - Google Patents

Abstract

MéTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LóGICO ENTRE SERVIDORES DE UMA REDE DE OPERAçãO CONJUGADA. Uma técnica é fornecida para estabelecer um caminho lógico entre dois servidores em uma rede de operação conjugada de ambiente de processamento. A técnica inclui o intercâmbio de pares de mensagem de comando e resposta por um servidor e um servidor anexado, através de uma ligação física. O servidor transmite uma mensagem de comando para um servidor anexado para estabelecer um caminho lógico (STP) de protocolo de tempo de servidor e recebe uma resposta do servidor anexado. A técnica também inclui o recebimento pelo servidor do pedido transmitido pelo servidor anexado para estabelecer um caminho lógico de STP, no servidor e transmitir uma resposta à solicitação do servidor anexado. Um caminho lógico entre o servidor e o servidor anexado é estabelecido se a resposta do servidor anexado indicar que a solicitação do servidor foi aceita pelo servidor anexado e se a resposta do servidor indicar que o pedido do servidor anexado foi aceito pelo servidor.

Description

MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA

CAMPO TÉCNICO

Esta invenção refere, em geral, ao estabelecimento de um caminho lógico entre servidores em um ambiente de processamento e, mais particularmente ao estabelecimento de um caminho lógico entre servidores em uma rede de operação conjugada que habilita os servidores da rede conjugada a se sincronizar com um tempo de referência.

ANTECEDENTES DA INVENÇÃO

Para desempenho e integridade dos dados, sistemas que acessar dados compartilhados, como SYSPLEX de computação oferecido pelo International Business Machines Corporation, Armonk, Nova York, deve poder manter a hora do dia (TOD) sincronização do relógio com uma precisão que é melhor do melhor tempo de processo de comunicação entre sistemas. Atualmente, em um exemplo, para as exigências sincronização, um timer, tais como o IBM ® 9037 de SYSPLEX timer, é usado. Este timer requer links de sincronização dedicado caro e uma caixa externa separada.

Outras redes, como protocolo de rede do timing (NTP), fornecem sincronização de tempo, mas não satisfazem os sistemas de high-end de requisitos de precisão. NTP requer que cada servidor tem acesso a uma fonte externa de tempo que fornece precisão para um nível de micro-segundo no fim para assegurar a todos os servidores sincronizar ao mesmo tempo de referência. Este é um problema para os sistemas que não têm uma capacidade para anexar a servidores de tempo externa que fornecem esse nível de precisão. Além disso, um requisito de receptores GPS ou um anexo similar em cada sistema pode ser considerado em computacionais, por motivos de manutenção, segurança e confiabilidade.

SUMÁRIO DA INVENÇÃO

Baseado no que precede, existe uma necessidade para um recurso que facilita o fornecimento de sincronização de hora em um ambiente de processamento. Em um exemplo, existe uma necessidade para um recurso que estabelece um caminho lógico entre dois servidores em uma rede de calendário coordenado, qual o caminho lógico pode ser utilizado pelos servidores para trocar mensagens de sincronização de tempo para facilitar a sincronização dos relógios dos servidores.

As deficiências da arte prévia estão ultrapassadas e vantagens adicionais são fornecidas através da prestação de um método de estabelecer um caminho lógico entre dois servidores em uma rede de Temporização coordenada do ambiente de processamento, qual o método inclui a transmissão, por um servidor, um pedido em um bloco de comando de mensagem para estabelecer um caminho lógico de (STP) de protocolo de tempo de servidor para um servidor anexado e receber, pelo servidor, uma resposta em um bloco de resposta de mensagem indicando se o servidor anexado aceitou o pedido transmitido por servidor. O método também inclui a receber, pelo servidor, outra solicitação transmitida por servidor anexado em outra mensagem comando bloco, outro pedido solicitando a estabelecer um caminho lógico de protocolo de tempo de servidor para o servidor e transmitir, pelo servidor, outra resposta no outro bloco de resposta de mensagem indicando se o servidor aceite outra solicitação transmitida por servidor anexado. Em conformidade com um outro aspecto da invenção presente, um caminho lógico entre o servidor e o servidor anexado é criado se a resposta indica que o pedido foi aceite pelo servidor anexado e se a outra resposta indica que o outro pedido foi aceito pelo servidor.

Sistema, produtos de programa de computador e um artigo de fabrico que inclua pelo menos um computador médio utilizável tendo computador legível programa lógica de código correspondente ao método acima resumidos também são descritos e aiegou aqui. Vantagens e recursos adicionais são realizadas através de técnicas da invenção presente. Outras concretizações e aspectos da invenção são descritos detalhadamente aqui e são considerados uma parte da invenção reivindicada.

BREVE DESCRIÇÃO DOS DESENHOS

Um ou mais aspectos da invenção atual são particularmente pontiagudos fora e distintamente alegaram como exemplos na reivindicação de quando da conclusão da especificação. Os precedentes e outros objetos, funcionalidades e vantagens da invenção são resultantes a seguinte descrição pormenorizada, tomada em conjunto com os desenhos de acompanhamento na qual:

Fig. 1 retrata um encarna um ambiente de processamento incorporando e utilizando um ou mais aspectos da presente invenção,

Fig. 2 retrata um encarna um sistema de processamento da fig. 1, em conformidade com um aspecto da presente invenção;

Fig. 3A retrata um processo de diagrama de fluxo para processar uma mensagem recebida de comando para estabelecer um caminho de protocolo de temporização de servidor entre sistemas de processamento, em conformidade com uma invenção de presentes de aspecto;

Fig. 3B retrata um diagrama de fluxo de um processo para processamento relativos à transmissão de mensagem de comando para estabelecer um caminho de protocolo de temporização de servidor entre sistemas de processamento e receber uma resposta à mensagem de comando, de acordo com um aspecto da invenção presente;

FIGS. 4A, 4B e AC retratam um diagrama de transição de Estado para uma personificação de um método e o sistema para estabelecer um caminho de STP entre dois servidores de uma rede coordenada de tempo, de acordo com um aspecto despedidas ' a presente invenção:

Fig. 5 retrata uma personificação de um ambiente de processamento para incorporar um ou mais aspectos da invenção presente;

Fig. 6 ilustra mais detalhes da memória da fig. 5, de acordo com um aspecto da invenção presente; e

Fig. 7 ilustra um exemplo de um produto de programa de computador incorporar um ou mais aspectos da invenção presente.

MELHOR MODO PARA REALIZAR A INVENÇÃO

Em um aspecto, a presente invenção fornece o método de estabelecer um caminho lógico entre dois servidores em uma rede de calendário coordenado de um ambiente de processamento. Estabelecer um caminho lógico de (STP) de protocolo de tempo de servidor para um servidor ligado na rede coordenada de tempo, um servidor transmite um pedido para estabelecer um caminho lógico do STP em um bloco de comando de mensagem para um servidor anexado. O servidor de anexo processa informações no bloco de comando de mensagem para compatibilidade com a configuração do servidor anexado e transmite uma resposta em um bloco de resposta de mensagem para o servidor que indica se o servidor anexado aceitou o pedido transmitido por servidor. Além disso, o servidor anexado transmite um pedido no bloco de comando de mensagem no servidor, solicitando a estabelecer um caminho lógico de protocolo de tempo de servidor para o servidor. O servidor recebe a solicitação do servidor anexado e determina se as informações no bloco de comando de mensagem são compatíveis com a configuração do servidor. O servidor transmite uma resposta em um bloco de resposta de mensagem para o servidor anexado, indicando se o servidor aceitou o pedido de transmitidos por servidor anexado. Se a resposta do servidor anexa indica que a solicitação do servidor foi aceito pelo servidor anexado e se a resposta do servidor indica que o pedido do servidor anexado foi aceite pelo servidor., um caminho lógico é estabelecido entre o servidor e o servidor anexado.

Fig. I retrata um encarna um ambiente de processamento, incorporando e utilizando um ou mais aspectos da presente invenção. Em uma personificação, ambiente de processamento compreende uma rede de tempo coordenada que inclui dois ou mais sistemas de processamento. No exemplo da fig. 1, o ambiente de processamento 10 integra IIa de sistema de processamento, a 20 IIb de sistema de processamento e a IIc de sistema de processamento. Lla de sistema de processamento e IIb do sistema de processamento são atrelados a ligação física 12, Ia de I sistema de processamento e transformação IIc de sistema são atrelado a ligação física 13. O de sistema de processamento 11a tem um parâmetro de identificação (CTN) de rede coordenada de tempo igual a um valor de X e IIb do sistema de processamento também tem um ID de CTN igual ao valor X, Considerando que a transformação do sistema IIc um ID de CTN igual ao valor Y no exemplo da fig. 1. De acordo com um aspecto da invenção presente, Ila de sistema de processamento e IIb do sistema de processamento podem estabelecer um caminho lógico entre ligação física 12 porque seus valores de parâmetro ID CTN correspondem, Considerando que o tratamento de 11 a sistemas e IIc não pode estabelecer a um caminho lógico entre eles de porque seus valores de parâmetro ID CTN não correspondem. Um exemplo de uma rede coordenada de tempo pode incluir processamento sistema 30 IIa, IIb do sistema de processamento e link físico 12. Processamento sistemas IIa, IIb e IIc pode ser servidores de computador, por exemplo.

Fig. 2 mostra uma personificação de um tudo de sistema de processamento do ambiente de processamento 10, de acordo com um aspecto da presente invenção. Conforme ilustrado na Fig. 2, tudo de sistema de processamento compreende o sistema operacional 21, que é acoplado para facilidade de Temporização 22 e subsistema de canal (CSS) 24. Sistema 11 maior de transformação compreende servidor timing protocolo (STP) instalação 23, que é acoplada a facilidade de Temporização 22 e a sub-system 24 de canal. O subsistema de canal 24 é atrelado a links externos 25 para facilitar a comunicação entre tudo do sistema de processamento e outros sistemas externos ou nós do ambiente de processamento. Facilidade de Temporização 22 opcionalmente pode ser atrelada a uma fonte de tempo externa através de link externo 26.

Um aspecto da invenção presente fornece um método para estabelecer um caminho lógico entre dois servidores para sincronização de calendário usando links de engate de intersystem do ambiente de computação. Para sincronização de calendário entre servidores, uma ligação física por si só não é suficiente. Além disso, os servidores em cada extremidade do link devem satisfazer um conjunto de critérios bem definidos, antes do link pode ser considerado estabelecido como um caminho que pode ser usado para fins de sincronização de calendário. Outros aspectos da invenção presente incluem a definição desses critérios e um protocolo pelo qual a troca de mensagens de (ESP) de estabelecer-STP-caminho entre os dois servidores é iniciada e uma conclusão.

Em uma personificação, apenas um caminho de servidor-tempo- protocol (STP) é estabelecido através de qualquer link físico determinado, e é estritamente uma conexão entre as centrais electrónicas complexos 20 dos servidores (ou outros sistemas de processamento). A facilidade de STP, uma central eletrônica complexo (CEC) de um sistema de processamento é necessário trocar mensagens de timekeeping com a facilidade de STP na CEC outro de outro sistema de processamento. Um caminho de STP pode ser estabelecido através de cada link físico Conectando uma CEC com outro. No entanto, de acordo com um aspecto da invenção presente, um método para estabelecer um caminho de protocolo do servidor-tempo entre complexos de electrónicos centrais inclui controlos para que uma rede de Temporização coordenada (CTN) inclui apenas esses servidores que pertencem lá. Um método, de acordo com um aspecto da invenção, também atua para se certificar de que cada servidor que pertence a CTN, de facto, é incluído no FIGS. de CTN. 3A e 3B retratam diagramas de fluxo para dois processos executados por uma instalação de STP, de um sistema de 30 processamento como um servidor de computador, por exemplo. Um primeiro processo ilustrado por Diagrama de fluxo 30 na Fig. 3A começa quando o subsistema de canal do servidor recebe uma mensagem de comando para estabelecer um I de caminho 3 STP. Em resposta ao receber esta mensagem de comando, a transformação pela instalação de STP do servidor compara ID de CTN do servidor com o ID de CTN do servidor anexado que transmitiu a mensagem de comando (etapa 32). Se os valores de parâmetro CTN ID do servidor anexado, que transmitiu a mensagem de comando, e o servidor, que recebeu a mensagem de comando, corresponderem, o processamento continue com uma comparação do parâmetro de identificação de sistema do servidor para o parâmetro de identificação do sistema do servidor anexado (etapa 33). Se a comparação de parâmetro de identificação do sistema não produz uma condição de exceção (por exemplo, a transmissão servidor anexado e que recebe o servidor tem o mesmo sistema de identificação parâmetro valor porque a ligação física levar a mensagem de comando casais para o servidor em um loop), outros parâmetros do servidor e servidor anexado são comparados para compatibilidade na etapa 34. Os outros parâmetros cneck-in passo 34 podem incíuir o seguinte: um parâmetro que indica se uma facilidade de STP é suportada ou habilitada em um servidor, um parâmetro que indica a versão do servidor do mecanismo de STP ou um parâmetro que indica o tipo de configuração do servidor.

Se qualquer uma das comparações em etapas, 32, 33 e 34 produz uma condição de exceção, o servidor envia uma mensagem de resposta para o servidor anexado com um código (RC) de resposta indicando que a mensagem de comando foi vencida 37, e o primeiro processo da instalação STP termina sem êxito. Caso contrário, o servidor envia uma mensagem de resposta para o servidor anexado, incluindo um código de resposta indicando que a mensagem de comando foi bem sucedida de 35 (ou seja, aceita pelo servidor), e o primeiro processo verifica se um segundo processo de facilidade de STP concluiu a 36. Se tiver concluído o segundo processo, o primeiro processo termina com êxito. Como alternativa, se o segundo processo não foi concluída, o primeiro processo inicia o segundo processo 38 antes do processo de término do primeiro.

Fig. 3B retrata um diagrama de fluxo de um segundo processo de instalação de STP do servidor. O segundo processo diz respeito ao tratamento associado a um servidor de transmitir a mensagem de comando para um servidor anexado para estabelecer um caminho de protocolo de temporização de servidor entre sistemas de processamento e receber uma resposta a esta mensagem de comando, de acordo com um aspecto da invenção presente. Um segundo processo de uma instalação de STP1 ilustrado pelo diagrama de fluxo 40 na Fig. 3B começa com o servidor de transmitir uma mensagem de comando para um servidor de anexado a estabelecer um caminho de STP entre o servidor e o servidor anexo 41. Processamento continua com o servidor receber uma mensagem de resposta do servidor anexado 42. Na etapa 43, o processamento determina se o código de resposta incluído a mensagem de resposta indica que o mensagem de comando do servidor foi processada com êxito pelo servidor anexado. LF não. o segundo processo termina sem êxito. No entanto, se RC da mensagem de resposta indica que o mensagem de comando do servidor foi processada com êxito pelo servidor anexado, o processo de segundo determina se o primeiro processo da instalação STP concluiu 44. Se tiver concluído o primeiro processo, o segundo processo termina com êxito, mas se o primeiro processo não foi concluída, o segundo processo aguarda o primeiro processo de IO 45 completa e extremidades.

FIGS. 4A, 4B e 4 C ilustram o diagrama de transição de Estado para uma personificação de um método e sistema para estabelecer um caminho de STP entre dois servidores de uma rede coordenada de tempo. Diagrama ilustrado a 4A FIGS., 4B, de transição de Estados do Estado e 4 C são definidas pelas seguintes variáveis de Estado: variável de inicialização (I); inicializada razão código (URC), ESP MCB enviado, o que indica se um bloco de comando de mensagem de estabelecer-STP-path (ESP IVICB) foi enviado por um servidor; ESP MRB recebidas, que indica se um bloco de resposta de mensagem de estabeiecer-STP-path (ESP MRB) foi recebido pelo servidor de um servidor anexado ESP MCB recebidas, que indica se um bloco de comando de estabelecer-STP-path mensagem foi recebido pelo servidor do servidor anexado; ESP MRB enviado, o que indica se um bloco de resposta de estabelecer-STP- path mensagem foi enviado pelo servidor; e RC ESP1 que é um código de resposta que acompanha um MRB ESP para indicar se um MCB ESP com êxito foi processado pelo servidor que recebeu o MCB ESP. L de tabela abaixo resume os valores das variáveis de Estado para os Estados mostrados no diagrama de transição do Estado de 4A FIGS., 4B e 4 C.

Estado Estado de variável Valores 1.

não inicializado

URC = offline/del imitados/falha

ESP MCB enviado = 0

ESP MRB recebeu = 0

ESP MCB recebeu = 0

ESP MRB enviado = 0

ESP RC = N./A

Estado

Estado de variável Valores 2.

I = não inicializado

URC = tempo limite de comunicação

ou inicialização não completa

ESP MCB enviado = 0

ESP MRB recebeu = 0 ESP MCB recebeu = 0 ESP MRB enviado = 0 ESP RC = N/A I = não inicializado URC = tempo limite de comunicação ou inicialização não completa ESP MCB enviado = I ESP MRB recebeu = 0 ESP MCB recebeu = 0 ESP MRB enviado = 0 ESP RC = N/A I = não inicializado URC = entrada ESP pendentes MCB ESP enviado = I ESP MRB recebeu = I ESP MCB recebeu = 0 ESP MRB enviado = 0 ESP RC = com êxito I = não inicializado URC = entrada ESP pendentes ESP MCB enviado = I ESP MRB recebeu = I ESP MCB recebeu = I ESP MRB enviado = I ESP RC = com êxito I = inicializada URC = 0

ESP MCB enviado = 0 ESP MRB recebeu = 0 ESP MCB recebeu = 0 ESP MRB enviado = 0 ESP RC = com êxito I = não inicializado URC = ESP saída pendentes ESP MCB enviado = 0 ESP MRB recebeu = 0 ESP MCB recebeu = I ESP MRB enviado = I RC ESP = êxito I = não inicializado <table>table see original document page 13</column></row><table> ESP MRB enviado = 1

RC ESP = com êxito.

I = inicialização não completa

ou inicializada

URC = tempo limite de comunicação

OR inicialização não completa

ESP MCB enviado = 1

ESP MRB recebeu = 1

ESP MCB recebeu = 1

ESP MRB enviado = 1

RC ESP = com êxito

I = não inicializado

URC = saída ESP pendentes

(com algumas exceções)

ESP MCB enviado = 0

ESP MRB recebeu = 0

ESP MCB recebeu = 1

ESP MRB enviado = 1

RC ESP = Bad RC de enviados MRB 13.

I = não inicializado URC = ESP saída pendentes

ESP MCB enviado = 1

ESP MRB recebeu = 0

ESP MCB recebeu = 1

ESP MRB enviado = 1

ESP RC = Bad RC de enviados MRB

I = não inicializado

URC = rejeitar entrada ESP

ESP MCB enviado = 1

ESP MRB recebeu = 1

ESP MCB recebeu = 1

ESP MRB enviado = 1

RC ESP = Bad RC da MRB enviado

l = não inicializado

URC = rejeitar entrada ESP

ESP MCB enviado = 0

ESP MRB recebeu = 0

ESP MCB recebeu = 0

ESP MRB enviado = 0 ESP RC = Bad RC de enviados MRB

16. i = não inicializado

URC = rejeitar entrada ESP

ESP MCB enviado = 1

ESP MRB recebeu = 0

ESP MCB recebeu = 1

ESP MRB enviado = 1

ESP RC = Bad RC de enviados MRB

17. I = não inicializado

URC = rejeitar ESP saída

ESP MCB enviado = 1

ESP MRB recebeu = 1

ESP MCB recebeu = 0

ESP MRB enviado = 0

ESP RC = Bad RC de recebidos MRB

18. I = não inicializado

URC = rejeitar ESP saída

ESP MCB enviado = 1

ESP MRB recebeu = 1

ESP MCB recebeu = 1 ESP MRB enviado = 1

RC ESP = Bad RC de MRB recebidos

19. I = não inicializado

URC = rejeitar ESP saída

ESP MCB enviado = 0

ESP MRB recebeu = 0

ESP MCB recebeu = 0

ESP MRB enviado = 0

ESP RC = RC Bad de MRB recebidos

20. I = não inicializado

URC = rejeitar ESP saída

ESP MCB enviado = 1

ESP MRB recebeu = 1

ESP MCB recebeu = 1

ESP MRB enviado=1

RC ESP = Bad RC de recebidos MRB

Tabela 1

Quando o processo de servidor para estabelecer um caminho de STP atinge 6 Estado do diagrama de transição de Estado ilustrado na 4A, 4B e 4 C FIGS., um caminho de STP é estabelecido entre o servidor e um servidor anexado. A tabela 2 abaixo resume os eventos que causam as transições de Estado ilustradas no diagrama de transição do Estado de FIGS. 4A. 4B e 4 C. A tabela 2 lista também ações tomadas pelo servidor estão associadas com as transições.

Tabela de transição de estados Transição de estados eventos

1 a 2 CSS toca STP facilidade porque vínculo é configurado online.

Localize LIB com SLID que corresponde a SLID transmitida por css.

1 a 7 ESP MCB chega de AS, todos bem sucedida de verificação.

ID de LIB CTN1 ND1 Max VN do MCB (excepto RAVN SCIB do MCB) retornar MRB.

1 a 12 MCB de ESP de chega de AS. nem iodos verificação bem-sucedida.

LIB CTN ID1 ND1 Max VN do MCB; retornar MRB.

2 a 3 enviar ESP MCB ao servidor de Att. (MCB inclui CTN ID1 estrato, VN de Max, RAVN, ND SCIB)

3 a 4 ESP MRB chega de, com RC = sucesso

3 a 10 que ESP MCB chega do servidor de Att., verificando todos bem-sucedida.

ID de LIB CTN1 ND, VN de Max (excepto RAVN SClB do MCB) retornar MRB 3 a 16 que ESP MCB chega do servidor de Att.. nem todos os verificação bem-sucedida.

ID de LIB CTN, ND, Max VN do MCB1 retornar a MRB

3 a 17 ESP MRB chega do Att. Server com RC não = sucesso 4 a 5 que ESP MCB chega de AS1 todos bem sucedida de verificação.

LIB CTN ID1 ND1 Max VN do MCB (excepto RAVN SCIB do MCB) retornar MRB

4 a 14 ESP MCB chega de AS1 nem todos verificação bem- sucedida

5 a 6 criar/modificar NIB e ASSIB; determinar VN activa, se apropriado; adotar SCIB, se necessário.

6 a 1 CSS de toca STP facilidade porque link está configurado offline ou link está vedado ou link falhou.

Localize LIB com SLID que corresponde a SLID transmitida por CSS

6a2 de erro de comunicação detectado em todos os links para Att. Server.

NIB associado ATT. Server é " suprimido."

6 a 7 ESP MCB chega de AS1 todos bem sucedida de verificação.

LIB CTN ID1 ND1 Max VN do MCB (exceto RAVN SCIB do MCB); MRB de retorno.

6 a 12 MCB de ESP chega de AS1 nem todos verificação bem-

sucedida.

LIB CTN ID1 ND1 Max VN do MCB, retornar a MRB. 7 a 8 enviar ESP MCB Att. Server.

(MCB inclui CTN ID, estrato, Max VN, RAVN, ND, SCIB)

8 a 9 ESP MRB chega de, com o RC = bem-sucedida.

8 a 18 ESP MRB chega de, com o RC não = bem-sucedida.

9 a 6 criar/modificar NIB e ASSIB; determinar VN activa, se adequado, adoptar SCIB, se necessário.

10 a 11 ESP MRB chega de, com o RC = bem-sucedida.

10 a 18 ESP MRB chega de, com o RC não = bem-sucedida.

11 a 6 criar/modificar NIB e ASSIB; determinar VN activa, se adequado, adoptar SCIB, se necessário.

12 a 13 enviar ESP MCB Att. Server.

(MCB inclui CTN ID, estrato, Max VN, RAVN, ND, SCIB)

13 a 14 ESP MRB chega de, com o RC = bem-sucedida.

13 a 20 ESP MRB chega de, com o RC não = bem-sucedida.

14 a 15 Automático.

15 a 1 CSS de toca STP facilidade porque link está configurado offline ou link está vedado ou link falhou.

Localize LIB com SLID que corresponde a SLID passado pelo CSS

15 para 7 que ESP MCB chega de AS, verificando todos bem- sucedida.

LIB CTN identificação, ND, Max VN do MCB (excepto RAVN SCIB do MCB); devolução de MRB de 15 a 12 ESP MCB chega de AS1 nem todos verificação bem-

sucedida.

LIB CTN ID1 ND1 Max VN do MCB; retornar MRB.

16 a 14 ESP MRB chega de, com o RC = bem-sucedida.

16 a 18 ESP MRB chega de, com o RC não = bem-sucedida.

17 a 14 ESP MCB chega de AS, nem todos bem sucedida

17 a 18 que ESP MCB chega de AS, todos sucesso

18 a 19 de verificação de verificação CTN ID = 0, VN de Max = 0, VN Active = 0 ou CTN ID = ID de CTN da MRB, dependendo.

19 a 1 CSS de toca STP facilidade porque link está configurado offline ou link está vedado ou link falhou.

Localize LIB com SLID que corresponde a SL!D passado por CSS

19 a 7 que ESP MCB chega de AS, verificando todos bem- sucedida.

LIB CTN ID, ND1 Max VN do MCB (alguns SCIB RAVN do MCB); MRB de retorno.

19 a 12 MCB de ESP chega de AS1 nem todos verificação bem- sucedida.

LIB CTN ID1 ND, Max VN do MCB; retornar MRB.

20 a 19 CTN ID = 0, VN de Max = 0, VN Active = 0 ou CTN ID = ID de CTN da MRB, dependendo. Tabela 2

Em uma concretização, o processo de estabelecer um caminho de STP normalmente começa quando uma ligação física entre dois servidores está configurada online. Este evento faz com que o subsistema de canal (CSS) para invocar a facilidade de STP em cada um dos dois servidores, e o link em questão é investigado para determinar a sua adequação como um caminho de STP.

Há várias situações em que um caminho de STP não será estabelecido numa ligação física entre dois servidores. (1) (3) (4) (5) A situação em que não será estabelecido um caminho de STP incluem o seguinte: a facilidade de STP não é suportada ou não está habilitada em um ou ambos os servidores conectados por essa ligação física; (2) os dois servidores conectados por link físico pertencem a diferentes calendário coordenado de rede; as versões da instalação de STP nos servidores conectados por link físico não são compatíveis; o tipo de configuração (por exemplo, tríade, dual-server, servidor único ou configuração nula) em um dos dois servidores conectados por link físico é não compatível com o tipo de configuração em outro servidor; e um servidor está ligado à própria pelo link físico.

O processo de estabelecer um caminho de STP, que também é conhecido aqui como a estabelecer o processo de caminho de STP ou ESP processo, pode também ser iniciado em circunstâncias que não o link entrar o estado físico-link-operacional. O processo de ESP pode ser iniciado, por exemplo, quando a calendário coordenado rede (identificação CTN) em um servidor mudou-se como resultado de um comando local de modificar-CTN-ID, ou quando o máximo suportado STP número da versão em um servidor foi alterado, ou quando a configuração de estrato 1 em um servidor mudou-se como resultado de um comando de modificar-estrato-1-configuração local. Outro exemplo de um caso em que o processo de ESP é iniciado sem solicitar explicitamente por elementos do subsistema de canal (CSS) envolve a ação que é tomada quando um servidor anexado não responder a um parâmetros de tempo de troca de comando (XTP) em qualquer caminho dentro do grupo caminho associado a esse servidor anexado por algum tempo especificado. Cada caminho para o servidor anexado em questão é colocado no Estado não inicializado (com código de auditoria não inicializado igual a um "erro de comunicação"), causar um comando (ESP) de estabelecer-STP-path sejam enviados para o servidor anexado em cada caminho ao término de cada intervalo de mensagem, até que foi recebida uma resposta ou até o CSS sinaliza que os caminhos para o servidor anexado foram configurados offline ou que estes caminhos são indisponíveis para utilização pela instalação de STP.

Quando o processo de ESP é concluída com êxito para um determinado link físico, um bloco de controle de STP chamado o bloco de informações de link (LIB) é colocado no Estado inicializado. Se este for o primeiro caminho STP ao servidor anexado e informe o Estado inicializado, um bloco de informações do nó (NIB) é criado para este servidor anexado.

Uma característica de um método de estabelecer um caminho lógico entre dois servidores, de acordo com um aspecto da invenção presente, é que a troca de sinais entre os dois servidores pode ser iniciado e prosseguir em qualquer ordem. Ou seja, embora cada um dos dois servidores envia uma mensagem de um determinado tipo e recebe uma resposta a essa mensagem, a ordem em que estes eventos ocorrem não é significativa. O protocolo pode ser caracterizado como simétricos, desde que cada um dos dois servidores que se dedicam a troca de sinais para estabelecer que um caminho lógico executará o mesmo conjunto de operações como parte do processo de estabelecer um caminho utilizar para fins de sincronização de calendário. Para que o processo de estabelecer um caminho de STP concluída com êxito em um determinado link, as instalações do STP em ambos os dois servidores conectados por link devem concluir que nem condições excepcionais foram encontradas na troca de comandos de estabelecer-STP-path. Em uma personificação, um servidor inicia um processo de inicializar e constitui um caminho de protocolo de tempo de servidor com um servidor anexado do seguinte modo.

STP-link-monitoramento interno

O processo de monitoramento de link STP determina todos os links de dados externas anexados o servidor que pode ser utilizado como links de STP. Para cada link que é capaz de agir como um link de STP, o processo de monitoramento de link STP baseia-se um bloco de informações de link. O processo de monitoramento de link STP monitora links de dados externos do servidor de adição e exclusão de links de dados de STP e para alterações no estado operacional dos links. Quando um link de STP entra o estado físico-link- operacional (como definido para o tipo de ligação física), o processo de monitoramento de link STP inicia o processo de inicialização do STP-caminho.

O processo de inicialização de STP-Path

O procedimento de inicialização do caminho STP é realizado em um caminho de STP quando a instalação de STP estabelece iniciativa para executar inicialização de caminho. Iniciativa para executar inicialização de caminho do STP em um link de STP é estabelecida quando o servidor está configurado com um não - ocorrer zero ID STP e um dos seguintes:

1. STP um link entra o Estado de inicialização não concluir.

2. Um comando de ESP é recebido no caminho.

3. Um link é no Estado de inicialização não concluir e inicialização não tem sido tentada para o intervalo mínimo de mensagem.

É criada para executar a inicialização de caminho do STP em todos os links de STP que estão no estado operacional de link quando o servidor está configurado com um não - zero ID STP e qualquer uma das seguintes ocorrem iniciativa:

1. O CTN ID no servidor mudou-se como resultado de um comando de ID de locais de CTN modificar.

2. Mudou-se o descritor de nó no servidor.

3. Mudou-se o máximo suportado STP número da versão no servidor.

4. A configuração do estrato-1 no servidor mudou-se como resultado de um comando de modificar-estrato-1-configuração local.

A inicialização de caminho de STP é composto pelos passos listados abaixo. Se qualquer das medidas não for concluída com êxito, falha de inicialização de caminho de STP e nenhuma das etapas posteriores será executada.

1. Execute o procedimento de estabelecer STP path.

2. Se o link está no Estado inicializado, execute os seguintes:

a. Se o nó anexado não ainda estiver na lista de nó de rede, em seguida, adicione-o à lista como um servidor anexado e inicializar as informações de Estado do servidor associado.

b. Adicione o identificador de ligação de STP associado a este link para o grupo de caminho do servidor associado.

Estabelecer o procedimento de STP Path (ESP)

ESP O procedimento é realizado como parte da inicialização do caminho de STP. Quando a instalação de STP estabeleceu a iniciativa para executar inicialização de caminho como resultado do que recebe um comando de mensagem de ESP em um link, a facilidade de STP realiza as seguintes etapas:

1. executar a função de verificação de ESP para verificar os dados recebidos no comando de mensagem de ESP.

2. Se verificação de ESP é bem-sucedida, envie um código de resposta bem sucedida em resposta ao comando de mensagem de ESP.

3. Se o link está no Estado de entrada ESP-comando-pendente, colocar o link para o Estado inicializado. Caso contrário, execute o seguinte:

a. coloca o link para o saída-ESP-comando na pendência de Estado.

b. envie um comando de mensagem do ESP no link.

c. se o comando for concluída com êxito, pôr o link no Estado inicializado.

d. se o comando não for concluída com êxito, execute o seguinte:

I. definir o link para o Estado não inicializado.

II. define o URC para o link para o Estado de saída-ESP- comando-rejeição.

III. o código de resposta do comando de ESP na LIB de armazenamento.

IV. o procedimento de ESP de falhas.

Quando a instalação de STP estabeleceu a iniciativa para executar inicialização de caminho, mas não de receber um comando de mensagem do ESP, a facilidade de STP executa as seguintes etapas:

-1. enviar um comando de mensagem do ESP no link. 2. Se o comando for concluída com êxito, defina URC para o link para o Estado de entrada ESP-comando-pendente. Neste caso, recepção de um comando de mensagem do ESP estabelecerá a iniciativa para concluir a inicialização do caminho.

3. Se o comando não for concluída com êxito, execute os seguintes:

a. Defina o link para o Estado não inicializado.

b. Defina URC para o link para a c do Estado de saída-ESP- comando-rejeição. Armazene o código de resposta do comando de ESP no LIB.

d. falha o procedimento de ESP.

Bloco de informações de link (LIB)

0 bloco de informações de link é um bloco de controle para um link que é utilizado no processo de estabelecer um caminho de STP. Inicialmente, todos os campos seguintes são escritos por CSS. O " I" de bits e o campo de " URC " posteriormente é gerido pela instalação de STP, para acompanhar o processo de ESP:

SLID = "Identificador de ligação de STPm--BATEU 0 é obtida a partir do IOP em tempo de inicialização do link; e ele é passado para a camada de transporte, quando há uma necessidade de especificar um link especial. É como um token—a camada de "funcional" não é necessário conhecer sua natureza exata.

DESC = "Descritor de link de STP"~usado para distinguir entre diferentes tipos de links.

1 = "Inicializado

URC =" razão de não inicializado code " O URC é válido quando o caminho de STP para este link eslá no Estado não inicializado. Os códigos são por ordem decrescente de prioridade; quando existem a várias condições de erro, o código inferior é relatado para o link.

Offline: a ligação física está no Estado offline. Um link no Eslado offline não é possível inicializar para comunicação de STP e é considerado não operacional.

Inicialização não concluída: a ligação física está operacional, mas a inicialização do link não tenha sido tentada ou está em andamento, mas não entrou um Estado que indicando que um comando de ESP saída ou um comando de ESP entrada está pendente.

Falha de ligação: foi detectada uma falha de ligação no link fístco. Um link no Estado de falha de ligação não pode ser inicializado para comunicação de STP e é considerado não operacional.

Vedado: o link está operacional, mas foi colocado em Estado vedado e não pode ser inicializado. Um link no Estado vedado não pode ser inicializado para comunicação de STP e é considerado não operacional.

Entrada de comandos de ESP rejeitar: o servidor respondeu a um comando de mensagem de ESP com um código de resposta diferente de ser " com êxito ". O código de resposta enviado ao servidor anexado é armazenado no campo "Código de resposta do ESP".

Rejeitar ESP comando de saída: o servidor recebeu um código de resposta diferente do " sucesso " para um comando de mensagem do ESP. O código de resposta recebida do servidor anexado é armazenado no campo "Código de resposta do ESP". -

Erro de comunicação: um erro de comunicação foi reconhecido para o servidor anexado, indicando que o servidor anexado não comunicou neste servidor por um período maior que o período de freewheel.

Erro de configuração: o servidor anexado forneceu um ID de CTN incompatível sobre um dos caminhos para o servidor anexado.

Removidas Path: um comando remove-STP-path foi recebido do servidor anexado.

Nenhuma resposta: um comando de ESP tem sido tentado, mas não recebeu uma resposta no prazo de tempo limite de mensagem.

Entrada de ESP de comando pendente: o servidor recebeu um código de resposta de " sucesso " para um comando de ESP enviado para o nó anexado e está aguardando um comando de ESP do nó concluir o processo de inicialização do caminho.

Saída ESP comando pendente: o servidor respondeu com um código de resposta de " sucesso" a um comando ESP do nó anexado e enviar um comando de ESP para o nó para concluir o processo de inicialização do caminho.

Estes quatro campos de bloco de informações de link são gerenciados à facilidade permanente de STP: código de resposta do ESP: código de resposta A ESP retornou/recebido quando o URC contém código " entrada ESP comando rejeitar" ou " saída ESP comando rejeitar".

Estrato: o nível de estrato do servidor anexado.

Versão máxima: o número de versão mais alto do STP suportado pelo nó anexado.

Versão ativa: o número de versão de STP ativo no momento, o nó anexado. O conteúdo de um MCB ESP transmitidos por um servidor inclui:

1. cópia do servidor, do CTN ID

2. Nó descritor deste servidor

3. Estrato deste servidor

4. Número da versão máxima deste servidor

5. Número de versão ativa deste servidor

6. Cópia deste servidor do bloco de informações de configuração do estrato-1 (SCIB)

Quando um link está configurado online, o CSS invoca a facilidade de STP em cada um dos dois servidores conectados por meio de que o link. Isso significa que um MCB ESP irá originárias em cada um dos dois servidores e que cada um dos dois servidores, eventualmente, terá de responder ao MCB de outro servidor, retornando um MRB ESP ao outro servidor. ("MRB" significa "Mensagem de resposta bloco" - o bloco de controle usado para responder a uma mensagem enviada através de um "link de engate intersystem" ) Em outras palavras, o processo de ESP é "simétrico" no sentido de que cada um dos dois servidores envolvidos no processo executa a operação em da mesma forma, enviando um MCB e recebendo um MRB em troca e também recebendo uma MCB e respondendo retomando um MRB. O processo de ESP não chega a uma conclusão bem sucedida até tanto dos dois intercâmbios MCB/MRB tenham sido concluídas no link em questão com um código de resposta indicando que foram detectadas nem condições excepcionais.

Quando o MCB ESP chega ao final de servidor remoto do link, a facilidade de STP no servidor remoto é invocada pelo CSS e passou vários parâmetros. Entre esses parâmetros são o SLID, o endereço do MCB e o endereço da localização em armazém onde a MRB deve ser escrito. O SLID é usado para localizar o LIB associado à ligação em causa. O sinalizador de "ESP MCB recebidos" está definioo. Agora o MCB é estudado para ver se existe qualquer razão por que o processo de ESP não deve continuar a uma conclusão com êxito. Esta ação é referida como "Funções de verificação de ESP"; ele é definido do seguinte modo.

Função de verificação do ESP

A " função de verificação de ESP " verifica que os operandos de solicitação no comando de mensagem ESP permitem a inicialização do caminho. A seguir verifica são realizadas sobre os operandos no MCB ESP:

1. Se o ID do CTN recebido no comando de ESP não corresponde do servidor, o código de resposta de erro de configuração é retornado no bloco de resposta e o procedimento de ESP falha. O código de resposta é armazenado no LIB e o URC é definido como o Estado de entrada- ESP-comando-rejeição.

2. Se o descritor de nó no comando ESP é inválido, o código de resposta de erro de descritor de nó é retornado no bloco de resposta e o procedimento de ESP falha. O código de resposta é armazenado no LIB e o URC é definido como o Estado de entrada-ESP-comando-rejeição.

3. Se o código de versão de STP activo no comando ESP mensagem não é compatível com o código de versão ativa do servidor de recebimento, o código de resposta não é suportado de número de versão é retornado no bloco de resposta e o procedimento de ESP falha. O código de resposta é armazenado no LIB e o URC é definido como o Estado de entrada- ESP-comando-rejeição.

4. Se a configuração de stratutm-1 no comando ESP mensagem não é compatível com a configuração do servidor de recebimento, o código de resposta do estrato-1-configuração-erro é retomado no bloco de resposta e o procedimento de ESP falhar. O código de resposta é armazenado no LIB e o URC é definido como o Estado de entrada-ESP-comando-rejeição.

5. Se for detectado um erro de configuração do estrato-1, uma verificação de máquina de llha-condição é relatada. Um erro de configuração do estrato-1 indica que dois servidores com a mesma ID de CTN tenham diferentes configurações de estrato-1.

Se nem condições excepcionais são encontradas ao processar um MCB ESP recebidos, a MRB ESP é escrito com um valor de RC que indica que o comando foi processado com êxito. O só outro resposta operando que é escrito na MRB ESP é CTN ID. do servidor de recebimento O ID do CTN é escrito na MRB ESP independentemente do valor escrito no operando RC.

No caso de uma das condições excepcionais foi encontrada, ainda será necessário, em geral, para enviar o servidor anexado um comando de ESP em contrapartida, se isso já não foi feito. A situação é que o servidor anexado tem nada de saber se este servidor rejeitou o MCB ESP entrada antes ou depois de ter enviado um MCB ESP própria. Assim quando o servidor anexado recebe a MRB estamos prestes a retornar, ele não saberia se iria ser recebendo um MCB ESP também. Enviando um MCB ESP, apesar do que o servidor anexado da MCB ESP foi rejeitada, podemos eliminar quaisquer dúvidas que o servidor anexado caso contrário, podiam ter tido sobre se a operação de ESP é completa. Em outras palavras, o servidor anexado deve aguardar o MCB ESP deste servidor antes de concluir o processo de ESP, mesmo que este servidor rejeitou o MCB ESP do servidor anexado. Existem várias exceções a esta regra; todos eles envolvem casos em que é evidente que o servidor rejeitando o MCB de ESP é recebida do servidor anexado seria não em circunstância alguma ser enviando um MCB ESP própria: a facilidade de STP não está habilitada a este servidor, o componente de ID de STP do ID CTN é zero ou a facilidade de STP está ocupada. Para determinar se um MCB ESP deve ser enviada para o servidor anexado, quando o MCB ESP do servidor anexado foi rejeitado devido a uma das condições excepcionais listadas acima, é examinado o sinalizador "ESP MCB enviados". Se este sinalizador for igual a zero, então o valor URC no LIB associado à ligação em que chegou o comando de ESP é alterado de "Entrada ESP comando rejeitar" a "Saída ESP comando pendente". A rotina que examina as LIBs ao término de cada intervalo de mensagem procurando por um link que requer ESP trata de transformação, o valor URC "Saída ESP comando pendente", da mesma forma que trata o valor URC "Inicialização não complete"--um comando de ESP é enviado ao servidor anexado e o pavilhão "ESP MCB enviada" é definido para um, tal como descrito anteriormente para o URC = caso "Inicialização não concluída". Se, por outro lado, a bandeira "ESP MCB enviada" for igual a um, o processo de ESP é completo para o link em questão. Resta redefinir os quatro "máquina de Estado" sinalizadores no LIB que acompanhamento do progresso do processo ESP para o link em questão: "ESP MCB enviado", "ESP MRB recebeu", "ESP MCB recebeu" e "ESP MRB enviados".

No caso de nenhuma das condições excepcionais listadas acima foi encontrada, então é possível que o processo de ESP chegou a uma conclusão bem sucedida para o link em questão. Tudo o que é necessário é que este servidor já enviou o MCB ESP para o servidor anexado e recebeu a MRB ESP retornado pelo servidor anexado. Naturalmente, também é necessário que o servidor anexado respondeu ao comando ESP com o código de resposta que indica um resultado positivo. Em outras palavras, não queremos concluir o processo de inicialização do link enquanto ter enviado o MCB ESP ao servidor anexado e recebi a resposta de "bem sucedido" = RC. Se ainda não ter enviado o MCB ESP ao servidor anexado e recebeu uma resposta, o processo de inicialização do link será concluído quando a MRB ESP chega do servidor anexado. Examinamos o sinalizador "ESP MCB enviado"; se for igual a um, então precisamos examinar o sinalizador "ESP MRB recebeu". Se o sinalizador de "ESP MRB recebeu" é igual a zero, então existe nada a fazer, mas aguardar a MRB ESP chegar do servidor anexado. Se, no entanto, a bandeira "ESP MRB recebeu" for igual a um, o processo de ESP para o link em questão será concluído imediatamente. Mas suponha que um momento que o sinalizador de "ESP MCB enviada" é igual a zero. Nesse caso, definimos o valor URC em LIB associado à ligação em causa a "Saída ESP comando pendente"; que fará com que um comando de ESP para ser enviado ao servidor anexado no final do intervalo de mensagem atual.

Agora, voltando ao caso em que sem exceções foram encontradas durante a execução da função de verificação de ESP, conforme descrito acima e a bandeira "ESP MCB enviada" tanto o pavilhão "ESP MRB recebeu" é considerado igual a um, é considerada a possibilidade de que o MCB ESP enviadas por este servidor foi rejeitado pelo servidor anexado. Em outras palavras, embora este servidor encontrado nada errado com o comando de ESP é recebida do servidor anexado, o servidor anexado rejeitou o comando de ESP enviado a ele por este servidor retornando um MRB ESP que contêm um dos códigos de resposta excepcionais listados acima. Se isso aconteceu na realidade, o valor "Saída ESP comando rejeitar" será encontrado no campo URC da LIB associado à ligação em causa. Nesse caso, o processo de ESP é completo: o link permanece no Estado "não inicializado" com o "I" bit em LIB restante igual a zero; e o valor URC vai continuar a ser a "Saída ESP comando rejeitar".

Existe outra possibilidade considerar. O MCB ESP que apenas foi recebida do servidor anexado foi examinado e tinham sem excepções. O servidor de recebimento irá responder ao comando ESP com RC = "o comando foi executado com êxito". O sinalizador "ESP MCB enviados" e a bandeira "ESP MRB recebeu" está igual a um. Por último, campo URC LIB associado à ligação em questão é examinado e contém o valor "Entrada ESP comando pendente", que significa que o servidor anexado respondeu ao comando ESP deste servidor com RC = "o comando foi executado com êxito". Todo o processo de ESP concluiu com êxito a este servidor para o link em questão, e podemos avançar com a criação de um "bloco de informações de nó" (NIB) para o servidor anexado que é ligado a este servidor pelo link em questão. O NIB é uma entidade arquitetada; mas também é um bloco de controle que contém outros campos além os objetos especificados na arquitetura STP.

O processamento de ESP seguinte ocorre quando a MRB ESP chega em resposta a um MCB ESP, que foi enviado anteriormente. A rotina de STP que é invocada pelo CSS é passada o endereço do MCB1 o endereço da MRB e o SLID identificando o caminho em que chegou a MRB. A rotina de tratamento de MRB ESP utiliza o SLID para encontrar o LIB certa na matriz LIB.

O sinalizador de "ESP MRB recebeu" imediatamente está definido para um em que LIB.

É possível que "tempo limite comunicação" irá ter ocorrido no link quando foi enviado o MCB ESP; o CSS irá informar a instalação de STP este resultado passando a rotina de tratamento de MRB ESP um endereço MRB "nulo". A facilidade de STP não dá devido à "tempo limite comunicação". Em vez disso, o campo URC o LIB em questão é definido como "Resposta no", que fará o MCB ESP ser re-transmitido no final do intervalo de mensagem atual. Também a "ESP MCB enviados" e "ESP MRB recebeu" sinalizadores são redefinidas para zero.

Mas, se a indicação de que "tempo limite comunicação" Ocorreu não estiver presente, e se o código de resposta na MRB ESP "bem sucedido", então a próxima etapa de processamento depende se este servidor tem recebido o MCB ESP do servidor anexado e qual código de resposta desse servidor escreveu na MRB ESP ele devolvido para o servidor anexado. Se este servidor ainda não recebeu o MCB ESP do servidor anexado, então não é possível prosseguir com o processo de ESP; é necessário esperar até o MCB ESP chega do servidor anexado. Neste ponto, o valor URC é alterado para "Entrada ESP comando pendente". A transformação de ESP final será feita pela rotina, discutido acima, que processa o MCB ESP quando ela chega do servidor anexado. Se um RC = "bem sucedido" ESP MRB tem sido recebida do servidor anexado e se o MCB ESP do servidor anexado também tiver já sido processada, em seguida, o URC no LIB associado à ligação em causa é examinado. Se o campo URC contém o valor "Entrada ESP comando rejeitar", então o processo de ESP para o link em questão é sobre. O processo de ESP conseguiu-se para esse link, e o link continuará a ser no Estado "não inicializado". Resta redefinir a zero os sinalizadores de quatro que registram o andamento do link através do processo de ESP: "ESP MCB enviado", "ESP MRB recebeu", "ESP MCB recebeu" e "ESP MRB enviados". A idéia é que o "mau resultado" MRB enviado ao servidor anexado anteriormente substitui "bom resultado" MRB apenas recebido do servidor anexado. Ambos os servidores são necessários acordo sobre o resultado da troca de comandos de ESP sobre o link em questão para estabelecer um caminho de STP.

Se, por outro lado, um MRB ESP com um RC = "bem sucedido" tem sido recebida do servidor anexado e se o servidor também já processado o MCB ESP do servidor anexado e se o campo URC o LIB não contiver o valor "Entrada ESP comando rejeitar", então o processo prosseguirá realização apenas conforme descrito acima: um novo NIB e ASSIB é criada se este for o primeiro link para o servidor anexado em questão, o novo caminho é incluído no grupo caminho para o servidor anexado e assim por diante. No final de tudo isto, os quatro sinalizadores que registram o andamento do link através do processo de ESP também são redefinidas.

Em uma personificação, um ou mais aspectos da invenção presente podem ser executados num ambiente de processamento baseia-se uma arquitetura, que pode ser referida como uma arquitetura nativa, mas que emula a arquitetura de outra, que pode ser referida como uma arquitetura de convidado. Como exemplos, a arquitetura nativa é a arquitetura de Power4 ou PowerPC ® oferecida pelo International Business Machines Corporation, de Armonk, Nova York ou de uma arquitetura Intel ®, oferecido pela Intel Corporation; e a arquitetura de convidado z/arquitetura ® também oferecido pelo International Business Machines Corporation, Armonk, Nova York. Aspectos da arquitetura/de Z ® são descritos no :: z/arquitetura, princípios de operação, '' IBM pubiicação não. SA22-7832-04, Setembro de 2005, ficam está incorporada aqui por referência, na sua totalidade. Num ambiente tão instruções e/ou lógica, que é especificada no z/arquitectura ® e concebido para executar em uma z/arquitetura ® de máquina, é emulado executar em uma arquitetura diferente a z/arquitetura ®. Um exemplo deste ambiente de processamento é descrito com referência a FIGS. 5-6.

Referindo-se Fig. 5, é descrita um encarna um ambiente de processamento para incorporar e utilizar um ou mais aspectos da invenção presente. Ambiente de processamento de 2400 inclui, por exemplo, uma CPU nativa 2402, uma memória 2404 (por exemplo, a memória principal) e um ou mais entrada/saída (E/s) dispositivos 2406 atrelado a entre si através de, por exemplo, um ou mais autocarros 2408 e/ou outras conexões. Como exemplos, ambiente de processamento de 2400 pode incluir um processador Power PC ®, um pSeries ® servidor ou um xSeries ® servidor oferecidos pela International Business Machines Corporation. Armonk, Nova Iorque: um Superdome HP com processadores Intel ® Itanium ® 2 oferecidas pela Hewlett-Packard Company, Palo Alto, Califórnia; e/ou outras máquinas com base em arquiteturas oferecidas pela IBM ®, Hewlett-Packard, Intel ®, Sun Microsystems ou outros. Poder PC ®, pSeries ® e xSeries ® são marcas registradas da International Business Machines Corporation, Armonk, Nova York, EUA. Intel ® e Itanium ® 2 são marcas registradas da Intel Corporation, Santa Clara, Califórnia.

Nativo central processing unit 2402 inclui uma ou mais registos nativos 2410, como um ou mais registos de propósito geral e/ou um ou mais especiais de ficheiros de finalidade, utilizados durante o processamento dentro do ambiente. Estes registos incluem informações que representam o Estado do ambiente em qualquer momento específico no tempo.

Além disso, nativo central processing unit 2402 executa as instruções e código que são armazenados na memória 2404. Um exemplo específico, central processing unit executa código do emulador 2412 armazenados na memória 2404. Este código permite que o ambiente de processamento configurado em uma arquitetura para emular a arquitetura de outra. Por exemplo, o código do emulador 2412 permite a máquinas com base em arquiteturas que não a z/arquitetura, como processadores Power PC pSeries ® servidores, xSeries ® servidores, servidores HP Superdome ® ou outros para emular a z/arquitetura ® e executar o software e instruções desenvolvidas com base na z/arquitetura ®.

Mais pormenores relativos ao código emulador 2412 são descritos com referência a Fig. 6. Convidado instruções 2502 incluem instruções de software (por exemplo, instruções de máquina) que foram desenvolvidas para ser executado em uma arquitetura diferente da nativa 1002 de CPU. Por exemplo, instruções de convidado 2502 podem foram projetadas para executar em arquitetura dez® processador 902, mas em vez disso estão sendo emulado no 2402 de CPU nativo (que pode ser, por exemplo, um processador Intel ® Itanium ® 2). Um exemplo, o código de emulador 2412 inclui uma instrução buscando 2500 rotina para obter um ou mais instruções de convidado 2502 da memória 2404 e opcionalmente fornecer buffer local para a instrução obtida.

Emulador ainda mais o código 2412 inclui uma instrução de tradução rotina 2504 para determinar o tipo de instrução de convidado que tenha sido obtido e fornecer um ou mais nativas instruções 2509 que correspondem a instrução de convidado. Um exemplo, o fornecimento inclui a criação durante, por exemplo, processar uma tradução, um fluxo nativo de instruções para uma instrução de determinado hóspede. Isso inclui identificando a função e criar as instruções nativas equivalentes. Em mais um exemplo, o fornecimento das instruções nativas inclui selecionando um segmento de código no emulador associado com a instrução de convidado. Por exemplo, cada instrução de convidados com um segmento de código associado no emulador, que inclui uma seqüência de um ou mais instruções nativas, e esse segmento de código é selecionado para ser executado. Emulador ainda mais o código 2412 inclui um controle de emulação 2506 rotina causar as instruções nativas para ser executado. Controle de emulação 2506 rotina pode causar nativo de CPU de 2402 executar uma rotina de instruções nativas que emulam um ou mais anteriormente obtidos instruções convidado e, quando da conclusão do tal execução, para retornar o controle para a rotina de busca de instrução para emular a obtenção da próxima instrução de convidado ou do grupo de instruções de convidado. Execução das instruções nativas 2509 pode incluir a carregar dados em um registro de memória 2404; armazenamento de dados para a memória num registro; ou realizar algum tipo de operação aritmética ou lógica, conforme determinado pela rotina de tradução. Cada rotina é, por exemplo, implementada no software, que é armazenado na memória e executado pelo nativo central processing unit 2402. Outros exemplos, um ou mais a operações ou rotinas são implementados no firmware, hardware, software ou alguma combinação destes. Os registros do processador emulada convidado podem ser emulados usando os registros 2410 da CPU nativo ou utilizando localizações na memória 2404. Nas concretizações, o convidado instruções 2502, instruções nativas 250S e emulação de código 2412 pode residir na memória do mesma ou pode ser dispersos entre dispositivos de memória diferentes.

No ainda uma personificação mais, processamento de dados é um sistema adequado para armazenar e/ou execução de código de programa utilizável que inclui pelo menos um processador atrelado directa ou indirectamente a elementos de memória por meio de um barramento de sistema. Os elementos de memória incluem, por exemplo, a memória local empregada durante a execução efectiva do código de programa, armazenamento em massa e memória cache, que fornecem armazenamento temporário de pelo menos algum código de programa para reduzir o número de vezes que código deve ser recuperado do armazenamento em massa durante a execução.

Input/Output ou dispositivos de E/s (incluindo, mas não limitado a, teclados, monitores, dispositivos apontadores, DASD, fita, CDs, DVDs, thumb drives e outros suportes de memória, etc ), pode ser acoplado ao sistema directamente ou através dos controladores intermediárias de I/O. Adaptadores de rede também podem ser atrelados ao sistema para habilitar o sistema de processamento de dados para tornar-se atrelado a outros sistemas de processamento de dados ou impressoras remotas ou dispositivos de armazenamento através de redes privadas ou públicas intermediárias. Modems, modems de cabo e placas Ethernet são apenas alguns dos tipos disponíveis de adaptadores de rede.

Um ou mais aspectos da invenção presente podem ser incluídos em um artigo de fabrico (por exemplo, um ou mais computador programa produtos), tendo, por exemplo, a mídia utilizável do computador. A mídia tem-se nele, por instância, meios de código de programa legível de computador ou lógica (por exemplo, instruções, código, comandos, etc.) para fornecer e facilitar as capacidades da invenção presente. O artigo de fabricação pode ser incluído como parte de um sistema (por exemplo, o sistema de computador) ou vendido separadamente.

Um exemplo de um artigo de fabrico ou de um produto de programa de computador incorporar um ou mais aspectos da invenção presente é descrito com referência a Fig. 7. Um produto de programa de computador 2600 inclui, por exemplo, um ou mais computador utilizável mídia 2602 para armazenamento de computador programa legível código meios ou lógica 2604 para fornecer e facilitar um ou mais aspectos da invenção presente. A médio pode ser um eletrônico magnético, óptico, eletromagnética, infravermelho, ou sistema de semicondutores (ou aparelho ou dispositivo) ou um meio de propagação. Um semicondutor ou memória de estado sólido, fita magnética, um disquete de computador removível, uma memória de acesso aleatório (RAM), um read - only memory (ROM), um disco magnético rígido e um disco óptico são exemplos de uma mídia legível do computador. Exemplos de discos ópticos memória apenas de leitura de disco compacto (CD-ROM), disco compacto-leitura/gravação (CD-R/W) e DVD. Uma seqüência de instruções do programa ou um assembly de lógico de um ou mais módulos interrelacionados definido por um ou mais códigos de programa legível de computador significa ou lógica direcionar o desempenho de um ou mais aspectos da invenção presente.

Estabelecer um caminho lógico de server-tempo-protocol (STP)1 entre sistemas de processamento de um ambiente de processamento, de acordo com um aspecto da invenção presente, facilita a utilização de STP por links de alta velocidade, baixa latência para fornecer a capacidade de sincronizar todos os sistemas no CTN à exatidão, por exemplo, alguns microssegundos ao baseados em um período de referência fornecido por um único servidor.

Informações adicionais a respeito das redes do sincronismo são fornecidas nos seguintes pedidos de patente: E.U.A n°. de série 60/887.512 denominado "Mensagens e Métodos de Protocolo do Servidor de Tempo"; E.U.A.. n° de série 60/887.544 denominado "Comandos do Protocolo de Tempo do Servidor de Subsistema de Canal"; E.U.A n° de série 60/887.584 denominado "Facilitando a Sincronização de Servidores em uma Reae Coordenada de Temporização"; E.U.A. n° de série 60/887.586 denominado "Facilitando a Recuperação em uma Rede Coordenada de Temporização"; E.U.A. n° de série 11/468.352, denominado "Procedimento de Atualização de Parâmetros de Configuração de Rede Coordenada de Temporização" 30 de agosto de 2006 arquivado; E.U.A.. no. de série 11/460.025, denominado "Informação passível de ser obtida diretamente por meio de Programas Aplicativos utilizável em determinar a exatidão do relógio," arquivou o 26 de julho de 2006; E.U.A. n° de série 11/223.886, denominado "Sistema e Método para o balizamento do TOD-relógio" E.U.A.. n° de série 11/532.168, denominados "Sinal de Sincronismo para o ajuste de balizamento do TOD-relógio; " E.U.A. n° de série 11/468.501, denominado "Controlando o Acesso de Dados através de um laço somente, se alterado a facilidade de travamento " E.U.A. n° de série 11/223.878, denominado "Dispersão do Filtro de Relógio" E.U.A. n° de série 11/223.876, denominado "Método e Sistema para a estimativa do deslocamento e desvio do relógio; " E.U.A.. n° de série 11/223.577, denominado "Uso dos Timestamps T4 para calcular o desvio e deslocamento do relógio " e os E.U.A.. n° de série 11/223.642 denominado "Sistema e Método para calibrar relógio de TOD."

Embora uma ou mais exemplos foram fornecidos aqui, são apenas exemplos. Muitas variações são possíveis sem abandonem o espírito de invenção presente. Por exemplo, processamento de ambientes que não os exemplos aqui fornecidos pode incluir e/ou beneficiam de um ou mais aspectos da invenção presente. Além disso, o ambiente necessário não basear z/arquitetura mas em vez disso, pode ser baseada em outras arquiteturas oferecidas por, por exemplo, IBM Intel Sun Microsystems, bem como outros. Ainda mais longe, o ambiente pode incluir vários processadores, e/ser particionado ou ser atrelado a outros sistemas, como exemplos.

Como usado aqui, a expressão " obter" inclui, mas não é limitado a, buscando, recepção, tendo, fornecendo, sendo fornecido, criando, desenvolvendo, etc..

Os recursos de um ou mais aspectos da invenção presente podem ser implementados em software, firmware, hardware ou alguma combinação destes. Programa pelo menos um dispositivo de armazenamento legível por uma máquina consagra a pelo menos um programa de instruções executáveis pela máquina para executar as capacidades da invenção presente pode ser fornecido.

Os diagramas de fluxo aqui mencionados são apenas exemplos. Pode haver muitas variações esses diagramas ou as etapas (ou operações) descritas sem abandonem o espírito de invenção. Por exemplo, as etapas podem ser realizadas numa ordem diferente, ou etapas podem ser adicionadas, excluídas ou modificadas. Todas estas variações são consideradas uma parte da invenção reivindicada.

Embora preferido embodiments foram descritos e descritos em detalhes aqui, vai ser aparente aos qualificados na arte relevante que várias modificações: acréscimos, substituições e similares podem ser feitas sem que partem de espírito de invenção, e estes são, portanto, consideradas no âmbito da invenção, definido nas declarações seguintes.

Claims (11)

1. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método para estabelecer um caminho lógico entre dois equipamentos de processamento em uma rede de operação conjugada de um ambiente de processamento, é caracterizado pelas etapas de: transmitir, por um equipamento de processamento atrelado a um equipamento de processamento, um pedido para estabelecer um caminho lógico entre o equipamento de processamento e o equipamento de processamento atrelado, o caminho lógico facilitando a sincronização de tempo do equipamento de processamento e do equipamento de processamento atrelado; receber, pelo equipamento de processamento, uma resposta do equipamento de processamento atrelado, indicando se o equipamento de processamento atrelado aceitou o pedido transmitido pelo equipamento de processamento; receber, pelo equipamento de processamento, outro pedido transmitido pelo equipamento de processamento atrelado, o outro pedido pedindo para estabelecer o caminho lógico entre o equipamento de processamento e o equipamento de processamento atrelado, transmitir, pelo equipamento de processamento ao equipamento de processamento atrelado, outra resposta indicando se o equipamento de processamento aceitou o outro pedido transmitido pelo equipamento de processamento atrelado; e estabelecer o caminho lógico entre o equipamento de processamento e o equipamento de processamento atrelado se a resposta indicar que o pedido foi aceito pelo equipamento de processamento atrelado e se a outra resposta indicar que o outro pedido foi aceito pelo equipamento de processamento.

2. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1, é caracterizado por: o equipamento de processamento ser composto por um servidor, e o equipamento de processamento atrelado ser composto por um servidor atrelado.

3. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1 é caracterizado por compreender ainda as etapas de: detectar se uma ligação de comunicação de dados terá sido re- configurada desde que o caminho lógico foi estabelecido na ligação de comunicação de dados; e dar início a transmissão, por um equipamento de processamento para um equipamento de processamento atrelado, do pedido para restabelecer o caminho lógico se a ligação de comunicação de dados tiver sido re-configurada.

4. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1, é caracterizado por compreender ainda as etapas de: determinar se o equipamento de processamento atrelado não respondeu a um comando para trocar os parâmetros de tempo com o equipamento de processamento dentro de um prazo predeterminado; e dar início a transmissão, pelo equipamento de processamento para o equipamento de processamento atrelado, do pedido para estabelecer o caminho lógico, se o equipamento de processamento atrelado não tiver respondido ao comando para trocar os parâmetros de tempo.

5. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1, é caracterizado por compreender ainda as etapas de: comparar um valor de parâmetro identificação (ID) de uma rede de operação conjugada (CTN) do equipamento de processamento e um valor de parâmetro de ID de CTN do equipamento de processamento anexado; e recusar a aceitar o outro pedido transmitido pelo equipamento de processamento atrelado para estabelecer o caminho lógico, se o valor do parâmetro de ID de CTN do equipamento de processamento diferir do valor do parâmetro de ID de CTN do equipamento de processamento atrelado.

6. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação e crédito 1, é caracterizado por compreender ainda as etapas de: comparar um valor de parâmetro de identificação do equipamento e um valor de parâmetro de identificação do equipamento de processamento atrelado; e recusar a aceitar o outro pedido transmitido pelo equipamento de processamento atrelado para estabelecer o caminho lógico se o valor de parâmetro de identificação de equipamento do equipamento de processamento for idêntico ao valor de parâmetro de equipamento de identificação do equipamento de processamento atrelado.

7. MÉTODO. EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1, é caracterizado por compreender ainda as etapas de: comparar um valor parâmetro numérico de versão de uma mecanismo de protocolo de tempo do equipamento de processamento e um valor de parâmetro numérico de versão de um mecanismo de protocolo de tempo do equipamento de processamento atrelado; e recusar a aceitar o outro pedido transmitido pelo equipamento de processamento atrelado para estabelecer o caminho lógico, se a comparação indicar que o mecanismo de protocolo de tempo do equipamento de processamento não é compatível com o mecanismo de protocolo de tempo do equipamento de processamento atrelado.

8. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 1, é caracterizado por compreender ainda as etapas de: comparar um bloco de configuração de um mecanismo de protocolo de tempo do equipamento de processamento e um bloco de configuração de um mecanismo de protocolo de tempo do equipamento de processamento atrelado; e recusar a aceitar o pedido outro transmitido pelo equipamento de processamento atrelado para estabelecer o caminho lógico, se a comparação indicar que o mecanismo de protocolo de tempo do equipamento de processamento não é compatível com o mecanismo de protocolo de tempo do equipamento de processamento atrelado.

9. MÉTODO. EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o método da reivindicação 8, é caracterizado por compreender ainda as etapas de: o bloco de configuração ser composto por um bloco de configuração de estrato-1.

10. MÉTODO, EQUIPAMENTO E PROGRAMA DE COMPUTADORPARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o equipamento é caracterizado por: meios adaptados para realizar todas as etapas do método de acordo com qualquer alegação de método anterior.

11. MÉTODO. EQUIPAMENTO E PROGRAMA DE COMPUTADOR PARA ESTABELECER UM CAMINHO LÓGICO ENTRE SERVIDORES DE UMA REDE DE OPERAÇÃO CONJUGADA, onde o programa de computador é caracterizado por: incluir instruções para a realização de todas as etapas do método de acordo com qualquer pedido de método anterior, quando o referido programa de computador for executado em um equipamento de computador.