BRPI0806401B1

BRPI0806401B1 - Método e equipamento para protocolo de tempo de servidores

Info

Publication number: BRPI0806401B1
Application number: BRPI0806401-6A
Authority: BR
Inventors: Scott Carlson; Dennis J. Dahlen; Donald Crabtree; Noshir Dhondy; Michel Hack; Denise Sevigny; Ronald Smith; Judith Wierbowski
Original assignee: International Business Machines Corporation
Priority date: 2007-01-31
Filing date: 2008-01-17
Publication date: 2020-09-24
Also published as: CN101595669B; US20100223317A1; KR101109897B1; IL198616A0; BRPI0806401A2; US8001225B2; JP2010517456A; MX2009007877A; CN101595669A; US7895303B2; KR20090088380A; US8738792B2; WO2008092747A1; JP5079018B2; US20080183849A1; CA2676117A1; IL198616A; CA2676117C; US20080183899A1

Abstract

método, equipamento e programa de computador para protocolo de tempo de servidores. mensagens de protocolo de tempo de servidor (stp) e métodos de intercâmbio das mesmas são fornecidos para facilitar a sincronização das unidades de processamento de uma rede de operação conjugada. as mensagens de stp incluem comandos de parâmetros (xtp) de troca de tempo e respostas e comandos de controle (stc) de stp e respostas. o processamento de troca de mensagem xtp inclui: gerar um comando de mensagem xtp em uma primeira unidade de processamento incluindo um fixado pela primeira unidade de processamento e um campo carimbo de hora receber comando que é desarmado pela primeira unidade de processamento; transmitir o comando de mensagem xtp para uma segunda unidade de processamento; definir o campo carimbo de hora receber comando no comando xtp com o tempo com que o comando do xtp é recebido na segunda unidade de processamento; e gerar uma resposta de mensagem do xtp na segunda unidade de processamento, a resposta de mensagem incluindo o carimbo de hora transmitir comando fixado pela primeira unidade de processamento e o carimbo de hora receber comando definido pela segunda unidade de processamento.

Description

MÉTODO E EQUIPAMENTO PARA PROTOCOLO DE TEMPO DE SERVIDORES

Campo Técnico

[001] A presente invenção refere-se, em geral, à sincronização de tempo dentro e através de uma rede de unidades de processamento e, em especial, às mensagens e métodos de protocolo de tempo do servidor que facilitam os servidores em uma rede de sincronização de tempo, por exemplo, para uma mesma raiz de referência primária de tempo.

Antecedentes da Invenção

[002] Por razões de desempenho e integridade de dados, sistemas de computação que acessam dados compartilhados, como o SYSPLEX, oferecido por International Business Machines Corporation, Armonk, Nova York, devem ser capazes de manter a sincronização do relógio de hora do dia (TOD) com uma precisão que seja melhor do que o melhor tempo de comunicação entre os sistemas. Atualmente, em um exemplo, para atender aos requisitos de sincronização, um temporizador, como o IBM® 9037 SYSPLEX, é utilizado. Este temporizador requer conexões de temporização dedicadas dispendiosas e uma caixa externa separada.

[003] Outras redes, como Protocolo de Tempo para Redes (NTP), fornecem sincronização de tempo, mas não cumprem os requisitos de precisão dos sistemas de alta qualidade. O NTP requer que cada servidor tenha acesso a uma fonte externa de tempo que fornece precisão para um nível de microssegundo para assegurar que todos os servidores sincronizem com o mesmo tempo de referência. Esse é um problema para os sistemas que não têm a capacidade de se conectar a servidores de tempo externos que fornecem esse nível de precisão. Além disso, um requisito de receptores GPS ou um anexo semelhante em cada sistema pode ser considerado impraticável por razões de manutenção, segurança e confiabilidade.

Sumário da Invenção

[004] As insuficiências do estado da técnica são superadas e vantagens adicionais são fornecidas através da disponibilização de um método de troca das mensagens para facilitar a sincronização das unidades de processamento de uma rede de cronometragem. O método inclui: geração de um comando da mensagem de parâmetros de tempo de conversão (XTP) numa primeira unidade de processamento, o comando da mensagem do XTP incluindo um campo de marcador de hora de transmissão da mensagem, definido pela primeira unidade de processamento, e um campo de marcador de hora de recepção da mensagem, desativado pela primeira unidade de processamento; configurando o campo de marcador de hora de recebimento de comando da mensagem no comando da mensagem do XTP com a hora que o comando da mensagem do XTP é recebido na segunda unidade de processamento; e gerando uma resposta da mensagem do XTP na segunda unidade de processamento, a resposta da mensagem do XTP, incluindo o marcador de hora de transmissão da mensagem definido pela primeira unidade de processamento e o marcador de hora de recepção de comando da mensagem definido pela segunda unidade de processamento obtido através do comando da mensagem do XTP.

[005] Os produtos de sistemas e programas de computador correspondentes aos métodos acima resumidos também estão aqui descritos e reivindicados.

[006] Funcionalidades e vantagens adicionais são realizadas através das técnicas da presente invenção. Outras representações e aspectos da invenção estão aqui descritos em detalhe e são considerados parte da invenção reivindicada.

Breve Descrição dos Desenhos

[007] O tema em referência que é considerado como a invenção está particularmente descrito e reivindicado distintamente nas reivindicações ao final da especificação. As considerações anteriores e outros objetos, funcionalidades e vantagens da invenção são evidenciadas a partir da seguinte descrição pormenorizada consideradas em conjunto com os desenhos que acompanham em que:

[008] FIG. 1A ilustra um exemplo de uma rede mista de sincronização de tempo coordenada para incorporar um ou mais aspectos da presente invenção;

[009] FIG. 1B ilustra um exemplo de uma rede apenas do STP para incorporar um ou mais aspectos da presente invenção;

[010] FIG. 2 ilustra um exemplo de um bloco de informações de configuração estrato-1, em conformidade com um aspecto da presente invenção;

[011] FIG. 3 ilustra um exemplo de um novo bloco de informações de configuração estrato-1, em conformidade com um aspecto da presente invenção;

[012] FIG. 4 é um fluxograma de uma representação do processamento de comando da mensagem do XTP, de acordo com um aspecto da presente invenção;

[013] FIG. 5 retrata uma representação de um formato de comando da mensagem do XTP, em conformidade com um aspecto da presente invenção;

[014] FIG. 6 é um fluxograma de uma representação de processamento de resposta da mensagem do XTP, de acordo com um aspecto da presente invenção;

[015] FIG. 7 retrata uma representação de um formato de resposta da mensagem do XTP, de acordo com um aspecto da presente invenção;

[016] FIG. 8 retrata uma representação de um formato de dados de resposta da mensagem do XTP, de acordo com um aspecto da presente invenção;

[017] FIG. 9 retrata outra representação de formato de dados de resposta da mensagem do XTP, de acordo com um aspecto da presente invenção;

[018] FIG. 10 retrata ainda outra representação de formato de dados de resposta da mensagem do XTP, em conformidade com um aspecto da presente invenção;

[019] FIGS. 11A e 11B retratam um processo de transmissão de comando da mensagem do XTP, de acordo com um aspecto da presente invenção;

[020] FIG. 12 é um fluxograma de uma representação de processamento associado a um procedimento de transmissão da mensagem de resposta XTP, em conformidade com um aspecto da presente invenção;

[021] FIG. 13 retrata uma representação de formato de comando da mensagem do controle (STC) do STP, em conformidade com um aspecto da presente invenção;

[022] FIG. 14 retrata uma representação do formato de resposta da mensagem de STC, de acordo com um aspecto da presente invenção;

[023] FIG. 15 retrata uma representação de um novo bloco de informações de configuração de estrato-1, em conformidade com um aspecto da presente invenção;

[024] FIG. 16A ilustra um exemplo de uma resposta do parâmetro de leitura da CTN em um formato de área dependente de operação, de acordo com um aspecto da presente invenção;

[025] FIG. 16B ilustra um exemplo de um formato de área de dados de "parâmetros gerais de parâmetros da CTN de leitura”, de acordo com um aspecto da invenção presente;

[026] FIG. 17A ilustra uma representação de um comando de caminho do STP estabelecido num formato de área dependente da operação, de acordo com um aspecto da presente invenção;

[027] FIG. 17B ilustra uma representação de estabelecimento de uma resposta de modo de assunção do controle de servidor arbitrário em um formato de área de "operação dependente”, de acordo com um aspecto da presente invenção;

[028] FIG. 18 ilustra uma representação de um ambiente de processamento para incorporar um ou mais aspectos da presente invenção;

[029] FIG. 19 ilustra mais detalhes da memória da FIG. 18, em conformidade com um aspecto da presente invenção; e

[030] FIG. 20 ilustra um exemplo de um produto de programa de computação para incorporar um ou mais aspectos da presente invenção.

Melhor Modo de Implementação da Invenção

[031] Em conformidade com um aspecto da presente invenção, mensagens e métodos de processamento do protocolo de tempo do servidor (STP), empregando estes, são fornecidas para, por exemplo, transferir informações de temporização entre dois servidores numa rede de temporização para facilitar a sua sincronização. As mensagens dos parâmetros de tempo de troca (XTP) e as mensagens de controle do STP (STC) estão descritas.

[032] Embora várias redes possam ser configuradas para incluir um servidor de estrato-1, uma dessas redes é uma Rede de Temporização Coordenada. (CTN). Em uma Rede de Temporização Coordenada, múltiplos sistemas de computação distintos mantêm a sincronização de tempo para formar a Rede de Temporização Coordenada. Sistemas na Rede de Temporização Coordenada empregam um protocolo baseado em mensagem, referido como um Protocolo de Tempo do Servidor (STP), para passar informações de registro do tempo entre os sistemas permitindo conexões de dados de alta velocidade. Isso permite que relógios de hora-do-dia (TOD), em cada sistema, sejam sincronizados com a precisão requerida nos sistemas atuais de computação de alta tecnologia. Uma vez que o protocolo faz uso da tecnologia dentro de um sistema computacional, a precisão na sincronização aumenta na medida em que a tecnologia melhora. Um sistema computacional que fornece um mecanismo do STP é referido aqui como um servidor de tempo ou servidor.

[033] Um servidor definido em uma CTN como um servidor de tempo primário fornece tempo de referência primária para a CTN. O servidor em uma CTN, que determina a CST (uma estimativa do relógio de hora-do-dia (TOD) para a CTN), com base nas informações de outro servidor na CTN, é denominado servidor secundário de tempo. O servidor primário de tempo pode obter o seu tempo de uma fonte externa de tempo, que fornece os meios para sincronizar os relógios de hora do dia em uma CTN para um padrão de tempo definido.

[034] Servidores em uma CTN, que estão na condição sincronizada, recebem um valor, referido como um nível de estrato, que especifica o número de servidores entre ele e um servidor de tempo primário. Um servidor de tempo primário opera em um nível de estrato de 1; servidores de tempo secundários operam em um nível de estrato de 2 ou superior, que aumenta à medida em que número de servidores no caminho de temporização para o estrato-1 aumenta. Em geral, a qualidade da informação de registro de tempo diminui conforme os aumentos de nível de estrato. O servidor que não estiver sincronizado é atribuído um nível de estrato de 0.

[035] A instalação de STP fornece os procedimentos necessários para transmitir, receber e processar mensagens do STP. As mensagens do STP são transmitidas por um ou mais conexões de dados físicos entre servidores. A conexão de dados que se estabeleceu entre dois servidores é denominada um caminho do STP. A instalação de STP fornece as facilidades para estabelecer e manter os caminhos do STP.

[036] Mensagens do STP incluem um comando da mensagem e uma resposta da mensagem. Dois tipos de mensagens do STP são suportados. A mensagem de parâmetros de tempo de troca (XTP) e a mensagem de controle STP (STC). A mensagem XTP é usada para a troca de informação de registro de tempo usada para determinar CST para a CTN. Mensagens de controle STP são usadas para definir e modificar diversos parâmetros da CTN exigidos por servidores na CTN.

[037] Uma CTN pode operar, por exemplo, como um dos dois tipos de configurações: tanto como uma configuração da CTN mista ou como uma configuração da CTN somente do STP. Em uma configuração mista da CTN, os servidores estão configurados para fazer parte tanto de uma rede do STP e de uma rede de Referência de Tempo Externa (ETR). Em uma configuração mista da CTN, os servidores na CTN são configurados com o mesmo ID de rede de ETR não-nulo e um temporizador (por exemplo, temporizador 9037 SYSPLEX) fornece a referência de tempo primária para a CTN. Pelo menos um servidor na CTN deve passar para sinais de temporização fornecidos pelo temporizador SYSPLEX antes que a sincronização possa ocorrer dentro da CTN. Servidores que não passam para o temporizador SYSPLEX são servidores de tempo secundários e alcançam a sincronização através da troca sinais do STP, conforme descrito mais abaixo.

[038] Como um exemplo, cada servidor que passa para os sinais de tempo do temporizador SYSPLEX recebe os parâmetros de protocolo de tempo e propaga a informação para servidores de tempo secundários na CTN, usando, por exemplo, um procedimento de atualização de parâmetro da CTN.

[039] Um exemplo deste processo está descrito no Pedido de Patente norte-americano n° 11/468,352, intitulado "Procedimento de Atualização de Parâmetro de Configuração de Rede de Tempo Coordenado”, Carlson et al., apresentado em 30 de agosto de 2006.

[040] Um exemplo de uma configuração da CTN mista 100 está descrito em referência à FIG. 1.A. Configuração da CTN mista 100 inclui, por exemplo, um Servidor A (102) acoplado a uma rede de área local (104), um Servidor B (106) acoplado à rede de área local (104) e um Servidor C (108) acoplado à uma rede de área local (110). Cada servidor é, por exemplo, um complexo de processamento central baseado na z/Architecture® oferecido por International Business Machines Corporation. z/Architecture® é uma marca registrada da International Business Machines Corporation, Armonk, Nova York, EUA. Uma representação da z/Architecture ® está descrito em "Princípios de Operação z/Architecture” Publicação IBM N° SA22-7832-04, de setembro de 2005.

[041] Cada rede de área local é acoplada a um console 120 utilizado no fornecimento de sincronização de tempo dentro da rede. Além disso, a rede de área local 104 e a rede de área local 110 são acopladas umas às outras através de uma rede de longa distância 112.

[042] Servidores A e B são acoplados à uma rede de referência de tempo externa 114 e Servidores B e C são configurados para integrar uma rede do STP 116. Servidor B está a um nível de estrato-1 e o Servidor C está a um nível de estrato-2. Conexões do STP 118 são usadas para acoplar a facilidade do STP do Servidor B com a facilidade do STP do Servidor C.

[043] Em uma CTN somente do STP, os servidores na CTN estão configurados para fazer parte de uma rede do STP e nenhum está configurado para fazer parte de uma rede de ETR. Um exemplo de uma rede do STP apenas 150 está descrito em referência à FIG. 1B. Neste exemplo, o Servidor A (152) e o Servidor B (154) estão acoplados a uma LAN (156) e o Servidor C (158) está atrelado a uma LAN (160). Cada um dos servidores inclui uma facilidade do STP 162, e cada facilidade está acoplada uma a outra através de uma ou mais conexões do STP 164.

[044] Além disso, a LAN 156 está acoplada a um console 170 e a LAN 160 está acoplada a um console 172. A console 170 é adiante acoplada a uma fonte de tempo externa (ETS) 174, como, por exemplo, uma discagem para fora para um serviço de tempo de telefone (por exemplo, ACTS: Serviço de Tempo de Computador Automatizado NIST). Nesta rede, não existe nenhuma rede ETR. Servidor B tem um nível de estrato-1, e Servidores A e C têm um nível de estrato de 2.

[045] O servidor que deve atuar como servidor estrato-1 ativo na rede, como uma rede do STP apenas, é especificado como parte de uma configuração de estrato-1 definida para a rede. A configuração do estrato-1 é mantida em cada servidor da rede e fornece informação relacionada com a configuração de rede, incluindo, por exemplo, o tipo de configuração definida para a rede. A rede pode ser configurada como um dos vários tipos, incluindo, por exemplo:

a) Configuração Nula - em uma configuração nula, um servidor de estrato-1 não é identificado. O servidor permanece não sincronizado, até que se conecte a um servidor que possui uma configuração de estrato-1 não-nula. A configuração de estrato-1 em um servidor que está no nível de estrato 0 é igual à configuração nula quando, por exemplo, não está conectado a qualquer outro servidor e o único indicador da CTN do CEC em um bloco informação de configuração do estrato-1, descrito abaixo, é zero.
b) Definição de Servidor Único - em uma definição de servidor único, a configuração de estrato-1 define um servidor de estrato-1 primário único que atua como o servidor ativo estrato-1 para a CTN. A perda do servidor estrato-1 primário resulta na perda de tempo sincronizado na CTN até que uma nova configuração do estrato-1 seja especificada no console.
Uma configuração de um servidor de estrato-1 único pode também incluir uma indicação de que o servidor de estrato-1 especificado é o único servidor (por exemplo, complexo eletrônico de computação (CEC) ou (CPC) na CTN e que nenhum outro servidor ou servidores adicionais farão parte do CTN. Neste caso, a CTN é referida como única CTN do CEC. Quando uma configuração de estrato-1 indica que é uma única CTN do CEC, a configuração é uma configuração de estrato-1 válida para o estado inicializado do servidor após uma reinicialização da ligação. Quando uma configuração de servidor único de estrato-1 não especifica que é uma CTN do CEC único, a configuração não é uma configuração de estrato-1 válida para o estado inicializado do servidor após reinicialização da ligação e a configuração do estrato-1 é definida como configuração nula.
c) Configuração de Servidor Duplo - Em uma configuração de servidor duplo, a configuração inclui um servidor primário de estrato-1 e um servidor alternativo de estrato-1. A utilização de uma configuração de servidor duplo fornece um mecanismo para um servidor alternativo poder assumir a função de servidor ativo de estrato-1 para a CTN. O servidor alternativo de estrato-1, quando configurado com a mesma conectividade para outros servidores na CTN como o servidor primário de estrato-1, poderá assumir como o estrato-1 ativo sem interrupção da capacidade de sincronização da CTN. O servidor de estrato-1 (primário ou alternativo) que está agindo como o servidor ativo de estrato-1 para uma CTN é indicado no bloco de informação de configuração de estrato-1 mantido em cada servidor na CTN, conforme descrito abaixo. O servidor de estrato-1 que não é o servidor ativo de estrato-1 é definido como o servidor inativo de estrato-1.

[046] O servidor inativo de estrato-1 em uma configuração de servidor duplo assume o papel do servidor ativo de estrato-1 quando detecta uma falha ativa de estrato-1. Uma falha ativa de estrato-1 é detectada em uma configuração de servidor duplo quando ocorrer um dos seguintes:

• Um procedimento de recuperação assistida do console é executado e indica que ocorreu uma falha ativa do estrato-1, ou
• Um sinal de verificação do sistema de estrato-1 é reconhecido.

[047] O servidor inativo de estrato-1 em uma configuração de servidor duplo executa a recuperação assistida do console quando o servidor inativo de estrato-1 perde a ligação com o servidor ativo de estrato-1.

d) Configuração em Tríade - em uma configuração em tríade, a
configuração de estrato-1 inclui um servidor primário de estrato-1, um servidor alternativo de estrato-1, e um servidor arbitrário. A definição de uma configuração em tríade fornece um mecanismo para um servidor alternativo poder assumir a função do servidor ativo de estrato-1 para a CTN, conforme definido para uma configuração de servidor duplo. Adicionalmente, a definição de servidor arbitrário, quando configurado com conectividade tanto para o servidor primário de estrato-1 quanto para o alternativo de estrato-1, fornece um mecanismo para os servidores estrato-1 inativo e arbitrário para comunicarem entre si para poderem determinar que ocorreu uma falha de servidor ativo de estrato-1 e que o inativo de estrato-1 deve assumir como o servidor ativo de estrato-1.

[048] O servidor inativo de estrato-1 em uma configuração em tríade assume o papel de estrato-1 ativo quando ele reconhece uma falha no estrato-1 ativo. O servidor inativo de estrato-1 reconhece uma falha de estrato-1 ativo quando qualquer uma das seguintes ocorre:

• Um procedimento de recuperação em tríade é executado e indica que ocorreu uma falha no estrato-1 ativo.
• Um procedimento de recuperação de console assistida é executado e indica que uma falha ocorreu no estrato-1 ativo.

[049] O servidor inativo de estrato-1 executa o procedimento de recuperação em tríade quando ocorrem as seguintes condições:

• O servidor inativo de estrato-1 perde ligação com o servidor ativo de estrato-1 e tem ligação com o arbitrário.
• O servidor inativo de estrato-1 reconhece um intervalo de comunicação de estrato-1 ativo e tem ligação com o arbitrário.

[050] O servidor inativo de estrato-1 executa a recuperação assistida do console quando o servidor inativo de estrato-1 perde a ligação com o servidor ativo de estrato-1 e não está ligado ao arbitrário.

[051] O servidor inativo de estrato-1 executa o procedimento de assunção de controle de estrato-1 ativo para assumir o papel do servidor ativo de estrato-1 para a CTN.

[052] O servidor ativo de estrato-1 em uma configuração em tríade abandona o papel de servidor ativo de estrato-1 quando detecta que perdeu a ligação tanto com o servidor inativo de estrato-1 quanto com o servidor arbitrário. O servidor ativo de estrato-1 executa um procedimento de rendição de estrato-1 ativo para desistir da função de servidor ativo de estrato-1 para a CTN.

[053] Em um exemplo, as informações de configuração do estrato-1 são mantidas em um bloco de controle, denominadas bloco de informações de configuração de estrato-1 (SCIB), que é armazenado em ou acessível para cada servidor da rede. O SCIB é usado para identificar a configuração de estrato-1 para uma rede.

[054] Uma representação de um bloco de informações de configuração de estrato-1 200 está descrita com referência à FIG. 2. O bloco de informações de configuração de estrato-1 200 inclui, por exemplo, os seguintes campos:
a) Descritor de Nó de Estrato-1 Primário 202: este campo é válido quando um servidor único, servidor duplo ou definição em tríade foi especificado no campo de tipo de configuração do bloco de informações de configuração, descritos abaixo e quando válido, inclui o descritor de nó do descritor de nó de estrato-1 primário.
b) Descritor de Nó de Estrato-1 Alternativo 204: Este campo é válido quando uma definição de servidor duplo ou em tríade foi especificada no campo de tipo de configuração e quando válido, inclui o descritor de nó do descritor do descritor de nó do servidor alternativo de estrato-1.
c) Descritor de Nó Arbitrário 206: Este campo é válido quando uma definição em tríade foi especificada no campo do tipo de configuração e inclui o descritor de nó do descritor de nó do servidor de arbitrário.
d) Marcador de hora de configuração de estrato-1 208: Este campo inclui um marcador de hora indicando a hora em que as informações de configuração de estrato-1 neste bloco tornaram-se atuais no servidor.
e) Tipo de Configuração (CType) 210: Este campo especifica o tipo de configuração do estrato-1, conforme definido abaixo:

• Definição de Nulo - Nenhum dos descritores de nó é válido.
• Definição de servidor único - Somente o descritor de nó primário de estrato-1 é válido.
• Definição de Servidor Duplo: Os descritores de nó primário de estrato-1 e alternativo de estrato-1 são válidos.
• Definição de Em tríade: Os descritores de nó primário de estrato-1, alternativo de estrato-1 e arbitrários são válidos.

f) Estrato-1 Ativo (A) 212: Este campo é válido quando um servidor duplo ou definição de em tríade foi especificada e indica se o servidor primário de estrato-1 ou o servidor alternativo de estrato-1 é o servidor ativo de estrato-1.
g) Única CTN do CEC (X) 214: Este campo é válido quando o tipo de configuração especifica uma definição de servidor único e quando, por exemplo, um indica que a CTN é a única CTN do CEC. Quando o campo é, por exemplo, zero, a CTN não é a única CTN do CEC.
h) Configuração de Recuperação (R) 216: Este campo indica se a configuração de estrato-1 descrita por este bloco é o resultado de uma ação de recuperação de estrato-1 ou um comando de console.
i) Variação Máxima da Taxa de Distorção de Curto Prazo de Estrato-1 218: Este campo inclui um valor que especifica a alteração máxima possível na taxa de distorção do oscilador físico no servidor de estrato-1 que pode ocorrer durante qualquer período especificado (por exemplo, de 60 segundos). Este campo é usado para formar um valor que está no mesmo formato que a taxa de direção de base. Em máquinas que não são capazes de executar a alternância dinâmica de oscilador, o valor é igual a flutuação máxima de frequência do oscilador de estrato-1 que pode ocorrer durante um período especificado (por exemplo, de 60 segundos). Em máquinas que são capazes de executar a alternância dinâmica do oscilador, o valor é definido como o intervalo máximo de tolerância distorcida especificada para o oscilador. Por exemplo, em uma máquina que suporta oscilador dinâmico, alternando com tolerância de distorção do oscilador especificada em +/-2 ppm a frequência nominal, o valor é definido como o equivalente a 4 ppm. Uma alternância de oscilador dinâmico ocorre quando o oscilador físico usado para conduzir o relógio da TOD do sistema é alternado de um oscilador para outro.

[055] Adicionalmente ao bloco de controle acima, outro bloco de controle, denominado novo bloco de informação de configuração de estrato-1 (NSCIB), pode ser usado para especificar uma nova configuração de estrato-1 para a CTN. Além disso, ele pode ser usado para especificar uma atualização para o ID da CTN que deve ocorrer simultaneamente com a alteração de configuração de estrato-1.

[056] Um exemplo, o NSCIB em um servidor é significativo quando o servidor está configurado para ser parte de uma configuração da CTN do STP apenas ou se a parte de migração do STP no NSCIB é igual a um.

[057] Uma representação de um novo bloco de informações de configuração de estrato 1 300 é descrita com referência à FIG. 3. O novo bloco de informações de configuração de estrato-1 300 inclui, por exemplo, os seguintes campos:
a) Descritor Primário de Nó de Estrato-1 302: Este campo é válido quando um único servidor, servidor duplo ou definição em tríade foi especificado no campo tipo de configuração e inclui o descritor primário de nó de estrato-1.
b) Descritor Alternativo de Nó de Estrato-1 304: Este campo é válido quando um servidor duplo ou de definição em tríade foi especificado no campo tipo de configuração e inclui o descritor de nó do descritor de nó alternativo de estrato-1.
c) Descritor Arbitrário de Nó 306: Este campo é válido quando uma definição em tríade foi especificada no campo do tipo de configuração e inclui o descritor de nó do novo descritor de nó arbitrário.
d) Tempo de Atualização da Configuração do Estrato-1 308: Quando o servidor está configurado para ser parte de uma CTN do STP apenas, este campo inclui um marcador de hora que indica quando os valores neste bloco devem tornar-se atuais para a CTN. Quando o servidor não estiver configurado para ser parte de uma CTN do STP apenas, o campo não possui significado.
e) Tipo de configuração (CType) 310: Este campo especifica o tipo de configuração de estrato-1, conforme definido abaixo:

f) Estrato-1 Ativo (A) 312: Este campo é válido quando um servidor duplo ou definição em tríade foi especificado e indica se o servidor primário de estrato-1 ou o servidor alternativo de estrato-1 é um p servidor ativo de estrato-1.
g) Alteração do ID da CTN (C) 314: Quando o servidor está configurado para ser parte da CTN do STP apenas, este campo indica se uma mudança do ID da CTN está sendo solicitada e a identificação da CTN é válida. A alteração ocorre no tempo de atualização de configuração do estrato-1.
A identificação da CTN é um valor que é usado para identificar uma CTN. O ID da CTN inclui, por exemplo, um ID de rede do STP e um número de rede de ETR. O ID de rede do STP identifica a rede do STP, se houver, que está configurada para o servidor. O número de rede de ETR identifica o número de rede de ETR, se houver, que está configurado para este servidor.
h) Configuração de Migração do STP (S) 316: Este campo é significativo quando, por exemplo, o servidor não é configurado como uma CTN do STP apenas. O campo indica se uma configuração de estrato-1 de migração do STP apenas foi definida para o servidor. Quando o campo é, por exemplo, um, o NSCIB inclui a configuração de estrato-1 que deve se tornar atual quando a identificação da CTN no servidor é modificada para uma configuração do STP apenas. Quando o campo é zero, uma configuração de estrato-1 de migração do STP apenas não está definida para o servidor.
i) Única CTN do CEC (X) 318: Este campo é válido quando o tipo de configuração especifica uma definição de servidor único e quando um, por exemplo, indica a CTN é a único CTN do CEC. Quando o campo é, por exemplo, zero, a CTN não é a única CTN do CEC.
j) Configuração de recuperação (R) 320: Este campo indica se a configuração de estrato-1 descrita por este bloco é o resultado de uma ação de recuperação de estrato-1 ou um comando de console.
k) Variação Máxima da Taxa de Distorção de Curto Prazo de Estrato-1 322: Este campo inclui um valor que especifica a alteração máxima possível na taxa de distorção do oscilador físico no novo servidor de estrato-1 que possa ocorrer durante qualquer período especificado (por exemplo, de 60 segundos).
l) Novo ID da CTN 320: Este campo é válido quando o indicador de mudança de ID da CTN especifica o pedido de mudança de um ID da CTN e uma identificação da CTN válida. Este campo especifica o novo ID da CTN.

[058] Se o novo bloco de informações de configuração de estrato-1 não deve ser utilizado para especificar uma atualização para o ID da CTN, então o bloco não pode incluir o pedaço de mudança do ID da CTN ou o novo ID da CTN, por exemplo. Detalhes adicionais sobre redes de tempo coordenada e a definição de uma configuração de estrato-1 para uma rede de tempo estão descritos nos seguintes pedidos de patente norte-americanos (EUA): S. Carlson et al., "Facilitando a Sincronização de Servidores em uma Rede de Tempo Coordenada”, Pedido n° 60/887,584; e S. Carlson, "Definição de uma Configuração de Estrato-1 em uma Rede de Tempo Coordenada”, Pedido n° 60/887,652.

[059] Conforme observado inicialmente, em um aspecto, aqui estão fornecidos o comando dos parâmetros de tempo de troca (XTP) e mensagens de resposta, bem como mensagens de controle (STC) de protocolo de tempo de servidor para uma instalação de protocolo de tempo de servidor, como descrito acima. Novamente, mensagens de protocolo (STP) de tempo de servidor são transmitidas ao longo de caminhos do STP entre dois servidores sob a forma de um comando da mensagem e uma resposta da mensagem. Um comando da mensagem é enviado de um servidor para um servidor anexado; e uma resposta da mensagem do STP é enviada de um servidor para um servidor anexado em resposta a um comando da mensagem recebida do servidor anexado. A resposta da mensagem é enviada para o servidor anexado na conexão por meio da qual enviou o comando da mensagem. Conforme utilizado aqui, um servidor enviando um comando da mensagem é denominado o originador da mensagem, enquanto um servidor que recebe um comando da mensagem é referido como o destinatário da mensagem. Um comando da mensagem contém um código de comando da mensagem que indica o tipo da mensagem sendo transmitido. Por exemplo, os códigos de comando da mensagem do STP podem suportar:

• Mensagens de parâmetros de Tempo de Troca (XTP)
• Mensagens de Controle do STP (STC)

[060] A resposta da mensagem contém um código de resposta que descreve o resultado da tentativa para executar o comando da mensagem. Respostas genéricas estão definidas abaixo. Nem todas as respostas são aplicáveis a todos os comandos da mensagem. Respostas adicionais dependentes de comando podem ser definidas para comandos individuais. Quando várias condições de resposta podem ser detectadas simultaneamente, código de resposta de número mais baixo pode ser relatado.

[061] Códigos de Comando:

• Êxito: O comando da mensagem foi realizado com êxito.
• STP não habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
• Ocupado: O comando da mensagem não pode ser executado neste momento devido a condições ocupadas ou contenção de recursos.
• Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
• Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
• Caminho não estabelecido: O caminho não é estabelecido no servidor anexado.
• Resposta de CF: Indica que a facilidade do STP não é suportada no servidor anexado.

[062] A mensagem de parâmetros (XTP) de tempo de troca é utilizada para trocar os carimbos temporais, informações de registro de tempo e informação de parâmetro da CTN entre dois servidores diretamente anexados. A informação na resposta da mensagem é utilizada pelo originador da mensagem para calcular o atraso completo, compensação e valores de dispersão que são usados por algoritmos de seleção e de filtragem de relógio STP para selecionar uma fonte de relógio. Também é usado para definir parâmetros de registro de tempo da CTN e garantir a sincronização dos servidores anexados.

[063] A facilidade do STP no servidor mantém um histórico das informações do marcador de hora e do registro do tempo recebidas nas respostas da mensagem XTP em uma matriz de rastreamento do XTP. O número de amostras mantido na matriz pode variar. Procedimentos de transmissão do XTP são usados para transmitir comandos da mensagem XTP, e procedimentos de recebimento do XTP são utilizados para receber mensagens do XTP, conforme descrito mais abaixo.

XTP mensagem de comando

[064] Como mostrado, pelo exemplo da FIG. 4, a facilidade do STP no servidor que envia um comando da mensagem do XTP define todos os campos do comando da mensagem, exceto para o campo de marcador de hora da mensagem-comando-recebimento 410. Os campos de comando da mensagem do XTP são definidos por servidor de origem da mensagem no momento que a mensagem é enviada. Um formato de comando da mensagem XTP é representado na FIG. 5. Neste formato, o cabeçalho da mensagem 510 contém informação que é dependente do tipo de conexão de dados usado para implementar a conexão do STP. Código de comando 520 contém uma indicação do comando da mensagem do XTP específico. Formato XTP 530 contém um valor que especifica o formato da área-dependente-formato no comando da mensagem. Este valor pode ser definido para zero para comandos da mensagem. O ID da CTN 540 é definido como o ID do CTN do servidor que envia o comando da mensagem, ou seja, o servidor de origem. O marcador de hora de transmissão de comando da mensagem 550 é definida como relógio da hora-do-dia (TOD) no servidor de origem na data que a mensagem é transmitida sobre o caminho do STP pelo servidor. O marcador de hora de recebimento de comando da mensagem 560 é definida pelo servidor de recebimento, conforme explicado abaixo. Dados dependentes do formato XTP 570 são definidos como zero para um comando da mensagem do XTP.

[065] Continuando com a FIG. 4, o comando da mensagem do XTP é encaminhado para um servidor anexado, ou seja, o servidor destinatário da mensagem 420. O servidor destinatário da mensagem de comando define o campo de "marcador de hora de recebimento do comando da mensagem” no comando da mensagem do XTP no momento que a mensagem é recebida nesse servidor 430. O campo de marcador de hora de recebimento de comando da mensagem é definido a partir do relógio da hora-do-dia (TOD) no servidor destinatário quando o comando da mensagem é recebido. Novamente, no momento em que o comando da mensagem do XTP foi transmitido no servidor de origem, o campo de marcador de hora de recebimento de comando da mensagem estava indefinido.

[066] O destinatário da mensagem verifica erros de caminho do STP e caso detectado, invoca procedimentos de recuperação de erros. Caso contrário, o servidor destinatário armazena os dados de "marcador de hora de comando da mensagem de entrada” do comando da mensagem nos dados do marcador de hora para o servidor destinatário, e executa uma resposta da mensagem do XTP para gerar e transmitir uma mensagem de resposta 440 (FIG. 4).

Mensagem de Resposta do XTP

[067] A FIG. 6 descreve uma representação do protocolo para gerar e tratar de uma resposta da mensagem do XTP. A facilidade do STP que recebe o comando mensagem XTP, ou seja, o servidor que origina a mensagem de resposta do XTP, define todos os campos de resposta da mensagem no momento que a mensagem de resposta deve ser enviada, exceto para o campo de marcador de hora "recebimento da resposta da mensagem” 610.

[068] FIG. 7 descreve uma representação de um formato de resposta da mensagem do XTP. Neste formato, os campos estão definidos do seguinte modo:
• Cabeçalho da mensagem 700: Contém informação que é dependente do tipo de conexão de dados usado para implementar a conexão do STP empregada.
• Código de Resposta 705: É um número inteiro que descreve os resultados da tentativa de executar a mensagem. Códigos de resposta válida podem incluir:

1. Êxito: O comando da mensagem foi realizado com êxito.
2. A STP não habilitada: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
3. Erro de a configuração: O comando da mensagem contém um ID da CTN incompatível.
4. O caminho não estabelecido: O caminho não é estabelecido no servidor anexado.
5. Resposta de CF: Indica que a facilidade do STP não é suportada no servidor anexado.

• Formato XTP 710: Especifica o formato da área-dependente-de formato na resposta da mensagem, o que, a título de exemplo, pode incluir valores válidos de 0, 1 e 2, conforme explicado mais abaixo.
• Chave de Parâmetro da CTN 715: Indica se os conteúdos da área-dependente-de formato foram alterados. O campo só é válido em CTNs do STP apenas. Em um CTN misto, o campo é insignificante e ignorado. O servidor ativo de estrato-1 incrementa a chave de parâmetro da CTN sempre que ele altera o formato usado na resposta da mensagem XTP ou quando ele altera qualquer valor nos dados enviados na área-de dados-dependente-de formato. Um servidor de tempo secundário define a chave de parâmetro CTN 715 com o valor que recebeu na última resposta da mensagem XTP de sua fonte de relógio atual ou, se não tem uma fonte de relógio, ao mesmo valor enviado em sua última resposta da mensagem do XTP. O valor inicializado é zero, e o campo encapsula a zero.
• Estrato 720: É definido para o nível de estrato do servidor que envia a resposta da mensagem.
• Modo de Temporizador 725: Está definido para o código de modo de temporização do servidor que envia a resposta da mensagem.
• Estado de Temporizador 730: Está definido para o código de estado de temporizador do servidor que envia a resposta da mensagem.
• Servidor do Relógio Local (L) 735: Especifica se o servidor que envia a resposta da mensagem é configurado como servidor do relógio local.
• ID da CTN 740: Está definido para o ID do CTN do servidor que envia a resposta da mensagem.
• Taxa de Direção de Correção PRT Atual 745: Contém a taxa de direção-de correção-de PRT-atual para o CTN. Nas respostas da mensagem do XTP enviadas pelo servidor de estrato-1, contém a taxa de direção de correção PRT que estava em vigor no momento que a mensagem foi enviada. Nas respostas da mensagem do XTP enviadas por servidores secundários, o campo é definido com o valor recebido na resposta da mensagem mais recente do XTP recebida da fonte do relógio para o servidor. A taxa de direção de correção PRT (PCSR) é usada para corrigir um erro acumulado entre o relógio da TOD atual no servidor de estrato-1 ativo e o tempo de referência primária. Em um CTN misto, o PCSR é definido como zero.
• Marcador de hora de Transmissão do Comando da Mensagem 750: Está definido para o marcador de hora "transmissão do comando da mensagem”.
• Marcador de hora de Recebimento do Comando da Mensagem 755: Está definido para o marcador de hora "recebimento do comando da mensagem”.
• Marcador de hora de transmissão da resposta da mensagem 760: Está definido para o relógio da TOD do servidor que envia a resposta da mensagem no momento em que a mensagem é transmitida.
• Marcador de hora de recebimento da resposta da mensagem 765: Contém o marcador de hora do momento em que a resposta da mensagem é recebida pelo servidor anexado. O campo é definido com o relógio da TOD no servidor que recebe a resposta da mensagem quando a resposta da mensagem é recebida.
• Intervalo da mensagem 770: É definido para o campo intervalo-mensagem-saída do tempo do servidor anexado mantendo os parâmetros definidos no servidor de envio.
• Taxa de Direção de Base 775: Está definido para a taxa de direção de base do servidor que envia a resposta da mensagem.
• Atraso da Raiz 780: Está definido para o atraso de ida-e-volta do CST no servidor de envio da resposta da mensagem.
• Dispersão da Raiz 785: Está definido para a dispersão do relógio do CST no servidor de envio da resposta da mensagem.
• Identificador de Referência 790: Está definido para a identificação de referência CST no servidor de envio da resposta da mensagem.
• Marcador de hora de referência 795: Está definido para o marcador de hora de referência CST no servidor de envio da resposta da mensagem. O formato de marcador de hora está no formato de marcador de hora STP.
- Dados dependentes do formato XTP 799: Está definido com base no campo de formato. Três campos de formato de resposta da mensagem são descritos na FIGS. 8, 9 e 10.

[069] FIG. 8 retrata dados de formato 0 de resposta da mensagem (que é usado para fornecer informações gerais de parâmetro CTN) e inclui o XTP formato geral 810, o bloco de direção de correção (PCSB) 820, um novo bloco de ID do CTN (CIB) 830, um bloco de informações de compensação para ajuste do segundo (LSOIB) 840, e de deslocamento de um tempo total 850. Os dados de formato-1 da resposta da mensagem da FIG. 9 são usados para entregar um novo bloco de informações de configuração de estrato-1, e, se especificado, um novo ID da CTN, e inclui um novo formato geral do XTP 910 e um novo bloco de informações de configuração de estrato-1 920. Os dados de formato-2 de resposta da mensagem da FIG. 10, que inclui um formato geral do XTP 1010 e um bloco de informações de parâmetro de controle em tempo (TCPIB) 1020, é usado para entregar um parâmetro de controle de tempo como um bloco de informações de parâmetro de controle de fuso horário.

[070] Voltando à FIG. 6, a resposta da mensagem do XTP é encaminhada para um servidor de recebimento de resposta mensagem 620, que como observado, é o servidor anexado originário do comando da mensagem do XTP. O servidor anexado define o campo de marcador de hora de recebimento de resposta da mensagem na resposta da mensagem XTP quando a resposta da mensagem é recebida 630, e invoca um procedimento de resposta da mensagem XTP recebida 640 (descrito abaixo). Como observado acima, procedimentos de transmissão do XTP são usados para transmitir um comando da mensagem do XTP 420 (FIG. 4) ou uma resposta da mensagem do XTP 620 (FIG. 6), conforme explicado mais abaixo.

[071] O formato utilizado para uma resposta da mensagem do XTP por um servidor de tempo primário depende de saber se uma atualização do parâmetro da CTN está em andamento. Se uma atualização estiver em andamento, então o servidor de tempo primário usa o formato que contém o parâmetro a ser atualizado. Quando uma atualização do parâmetro da CTN não está em andamento, a resposta da mensagem do XTP de formato-0 pode ser utilizada para todas as respostas. O formato utilizado para uma resposta da mensagem do XTP por um servidor de tempo secundário depende se o servidor tem uma fonte de relógio. Quando o servidor tem uma fonte de relógio, ele usa o mesmo formato como previsto na última resposta válida da fonte de relógio. Quando o servidor não tem uma fonte de relógio, ele usa a resposta de formato-0.

Transmissão de Comando da mensagem

[072] O procedimento de transmissão de comando da mensagem XTP é usado para transmitir o comando da mensagem de parâmetros de tempo de troca (XTP) para um servidor específico, anexado. O caminho do STP que é usado para transmitir a mensagem é determinado usando, por exemplo, um procedimento de seleção de caminho do STP de modelo dependente.

[073] A iniciativa de emitir um comando da mensagem do XTP é estabelecida quando termina o temporizador de intervalo da mensagem para um servidor anexado. O parâmetro de intervalo da mensagem para o servidor anexado especifica a taxa em qual comandos da mensagem XTP são enviados ao servidor anexado.

[074] O procedimento de transmissão de comando da mensagem XTP estabelece o cabeçalho da mensagem, define o código de comando da mensagem igual ao código de comando do XTP e constrói o restante do comando da mensagem do XTP. Imediatamente antes de enviar a mensagem, o marcador de hora de transmissão de comando da mensagem no comando da mensagem é definido como o relógio da TOD atual e o comando é transmitido ao longo do caminho do STP selecionado. Se for detectada uma condição de não entrega da mensagem STP, uma entrada inválida é adicionada para a matriz de rastreamento do XTP.

Transmissão de Resposta da mensagem

[075] O procedimento de transmissão de resposta da mensagem é usado para transmitir uma resposta da mensagem XTP em seguida à recepção de um comando da mensagem do XTP. O procedimento cria o cabeçalho da mensagem de resposta, define o código de resposta da mensagem e cria o restante da resposta da mensagem do XTP. Imediatamente antes de enviar a mensagem, o marcador de hora de transmissão de resposta da mensagem, na resposta da mensagem, é definido como valor igual a hora atual do dia e a resposta é transmitida no caminho STP sobre o qual o comando da mensagem foi recebido.

Procedimentos de Recebimento do XTP

[076] Procedimentos de recebimento do XTP são usados para receber um comando da mensagem do XTP ou uma resposta da mensagem do XTP.

Mensagem de Resposta Recebida

[077] FIGS. 11A e 11B retratam uma representação lógica implementada para processamento de recebimento de resposta da mensagem XTP. O procedimento de recebimento de resposta da mensagem XTP é invocado sempre que for recebida uma resposta da mensagem do XTP em um caminho do STP.

[078] O procedimento inicialmente busca um erro de caminho do STP 1110, e se for detectado um erro, um procedimento de recuperação de erro 1120 é invocado. Se não for detectado erro de caminho do STP, então a resposta da mensagem do STP é adicionada à matriz de rastreamento do XTP e o código de entrada está definido 1130.

[079] O código de entrada é definido com um primeiro valor 1140 para indicar que os dados de marcador de hora são inválidos se alguma das seguintes condições for verdadeira:

• Qualquer marcador de hora contém todos os zeros, ou
• O estado de temporização for o estado de parado.

[080] Se o código de entrada não estiver definido como o primeiro valor, então o código de entrada é definido como um segundo valor 1150 para indicar que os dados de marcador de hora são válidos, mas a entrada não deve ser usada para determinar uma fonte de relógio utilizável se alguma das seguintes condições for verdadeira:

• O estado de temporização da resposta da mensagem indica que não está sincronizado,
• O estrato de resposta da mensagem do servidor anexado é igual ao parâmetro de estrato máximo, ou
• O nível de estrato do servidor é diferente de zero e o estrato de resposta da mensagem é maior do que esse valor.

[081] Se o código de entrada não estiver definido como o primeiro valor ou o segundo valor, então o código de entrada é definido como um terceiro valor 1160 (FIG. 11B), indicando que a entrada contém dados de registro de tempo válido, e as seguintes ações são realizadas:

• Os dados de referência de registro de tempo associados com o servidor anexado são atualizados a partir das informações na resposta da mensagem.
• Processos de filtragem e seleção de relógio são realizados.
• É realizado um procedimento de atualização de relógio.

[082] Se o servidor estiver em estado sincronizado, então os dados no campo de "dados dependentes do formato” a mais recente mensagem de resposta válida é verificada quanto a atualizações e, se detectadas, os dados são usados para atualização de parâmetros da CTN do servidor 1170.

Comando da mensagem Recebido

[083] O procedimento de "recebimento de comando da mensagem do XTP” é invocado sempre que um comando da mensagem XTP é recebido em um caminho do STP. A FIG. 12 retrata uma representação de tal procedimento. Como ilustrado, o procedimento inclui a verificação de erro de caminho STP 1210, e se for detectado um erro, inicialização do procedimento de recuperação de erro 1220. Se não for detectado erro algum de caminho do STP, então o procedimento armazena o marcador de hora de "comando da mensagem entrante” a partir do comando da mensagem para dentro dos dados de marcador de hora para o servidor anexado 1230. O procedimento de transmissão de "resposta da mensagem do XTP” é então realizada para enviar uma mensagem de resposta 1240.

Mensagem de Controle STC

[084] Um comando da mensagem de controle do STP (STC) é usado para solicitar atualizações de parâmetro da CTN, para estabelecer e remover os caminhos do STP, e ler informações de configuração dos servidores anexados. O campo de "código de operação” no comando mensagem especifica a operação ser executada.

[085] A FIG. 13 retrata uma representação de formato de comando da mensagem de STC. Os campos deste formato de comando podem ser definidos da seguinte forma:
• Cabeçalho da mensagem 1310: O campo de cabeçalho da mensagem contém informação que depende do tipo de conexão de dados usado para implementar a conexão do STP.
• Código de Comando 1320: O campo de código de comando está definido com um valor definido para comandos da mensagem de STC.
• Código de Operação 1330: O campo de código de operação contém um valor que especifica a operação ser executada. Operações possíveis incluem:

o Operações de solicitação de atualização

• Alterar configuração de "solicitação de estrato-1”

o Operações de leitura

• Ler Estado de Anexação de Nó
• Ler Parâmetros da CTN

o Operações de notificação

• Estabelecer caminho STP
• Remover caminho STP
• Definir modo de assunção de controle pelo servidor arbitrário
• Redefinir modo de assunção de controle pelo servidor arbitrário
• Estado de assunção de controle pelo servidor arbitrário Ativo
• ID da CTN 1340: Contém o ID da CTN do servidor de envio.
• Marcador de hora de transmissão de comando da mensagem 1350: Está definido a partir do relógio da hora-do-dia (TOD) no servidor no momento em que a mensagem é transmitida ao longo do caminho do STP pelo servidor.
• Marcador de hora de Recebimento de Comando da mensagem 1360: Está definido para a hora em que o comando da mensagem é recebido no servidor anexado. O campo é definido a partir do relógio de hora do dia no servidor anexado quando o comando da mensagem é recebido. No momento em que o comando da mensagem é transmitido, o campo está indefinido.
• Dados dependentes de Operação 1370: Este campo contém dados que dependem do código de operação especificado no comando da mensagem. Resposta da mensagem de STC

[086] A FIG. 14 retrata uma representação de formato de resposta da mensagem de STC, onde os campos do formato são definidos da seguinte forma:

• Cabeçalho da mensagem 1410 da mensagem: contém o campo de cabeçalho da mensagem. O campo de cabeçalho da mensagem contém informação que depende do tipo de conexão de dados usado para implementar as conexões do STP.
• Código de Resposta 1420: Contém o código de resposta, que é um inteiro que descreve os resultados da tentativa de executar o comando da mensagem.
• ID da CTN 1430: contém o ID da CTN do servidor de envio.
• Marcador de hora de Transmissão de Resposta da mensagem 1440: Está definido a partir do relógio de hora do dia do servidor que envia a mensagem de resposta no momento que resposta da mensagem é transmitida.
• Marcador de hora de Recebimento de Resposta da mensagem 1450: Contém o Marcador de hora do momento em que a resposta da mensagem foi recebida pelo servidor anexado. O campo é definido a partir do relógio da hora do dia de relógio no servidor que recebe a mensagem de resposta quando a resposta da mensagem é recebida.
• Dados Dependentes de Operação 1460: Este campo contém dados que dependem do código de operação especificado no comando da mensagem.

[087] Conforme observado acima, operações de STC são especificadas pelo código de operação transmitido em cada mensagem de controle de STC. Os seguintes tipos de operações são suportados conforme descrito abaixo:
Operações de Solicitação de Atualização; Operações de Leitura; e Operações de Notificação.

Operações de Solicitação de Atualização

[088] Uma mensagem de controle do STP de solicitação para atualização é enviada por um servidor do STP secundário para notificar o servidor de estrato-1 ativo sobre um pedido de atualização do parâmetro da CTN. Se o servidor de tempo estiver diretamente anexado a um servidor de estrato-1, o servidor de tempo secundário envia a mensagem ao servidor de estrato-1 ativo. Se o servidor de tempo secundário não estiver diretamente anexado a um servidor de estrato-1 ativo, o servidor de tempo secundário envia a mensagem a todos os servidores anexados que têm um nível inferior de estrato.

[089] Um servidor de tempo secundário tem a iniciativa de enviar uma mensagem de solicitação de atualização mediante o recebimento de solicitação de comando de console para atualizar um parâmetro da CTN ou mediante o recebimento de uma operação de solicitação de atualização de outro servidor de tempo. Quando um servidor de tempo secundário recebe uma mensagem de solicitação de atualização, ele envia o parâmetro de solicitação de atualização na mensagem para todos os servidores anexados com um nível inferior de estrato usando uma nova mensagem de solicitação de atualização.

[090] Ao receber uma operação de solicitação de atualização, o servidor de estrato-1 ativo executa o procedimento de atualização do parâmetro da CTN.

Alteração de Configuração de Solicitação de Stratum-1

[091] A operação de alteração de configuração do "pedido de estrato-1” é emitida por um servidor de tempo secundário para solicitar uma alteração da configuração do estrato-1 para o CTN. A operação é emitida por um servidor de tempo secundário após ele ter aceitado um comando console para modificar a configuração do estrato-1 para o CTN. Um servidor de tempo secundário aceita o comando de "modificar o estrato-1” apenas quando a nova configuração de estrato-1 especifica o servidor de tempo secundário como o novo servidor de estrato-1 ativo. A área "dependente de operação” do comando da mensagem está ilustrada na FIG. 15.
• Bloco de Configuração do Estrato-1 1500: Contém a nova configuração de estrato-1 que está sendo solicitada. As respostas válidas para a operação são as seguintes:

o Êxito: O comando a mensagem foi realizado com êxito.
o STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
o Ocupado: O comando da mensagem não pode ser executado neste momento devido a condições ocupadas ou contenção de recursos.
o Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
o Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
o Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
o Resposta de CF: Os códigos de resposta indicam que a facilidade do STP não é suportada no servidor anexado.

[092] A área "dependente de operação” da resposta da mensagem não contém dados significativos.

Operações de Leitura

[093] Comandos de leitura são usados para obter parâmetros da CTN e informações de configuração dos servidores anexados. Os dados que podem ser obtidos de um servidor anexado incluem: Estado de Anexação de Nó; e Parâmetros da CTN.

Ler Estado de Anexação de Nó

[094] O comando de estado de "ler anexação de nó” retorna o estado de anexação para o descritor de nó fornecido na área de "dependente de operação”. Respostas válidas para esta operação podem igualmente incluir:

[095] Quando o código de resposta é um valor particular, a área de "dependente de operação” da resposta da mensagem pode conter um pedação de estado de anexação.

• Estado de Anexação (A): Especifica o estado de anexação para o servidor descrito pelo descritor de nó fornecido no comando da mensagem. Um primeiro valor indica que o servidor especificado não está anexado ao receptor de comando da mensagem; e um segundo valor indica que o servidor especificado está anexado ao receptor de comando da mensagem.

Ler Parâmetro da CTN

[096] A operação de "ler parâmetro da CTN” faz a leitura dos parâmetros da CTN do servidor anexado. Os parâmetros da CTN, que devem ser devolvidos, são especificados na área "dependente de operação” de comando da mensagem. A área "dependente de operação” de comando da mensagem pode incluir:
• Código de Parâmetro da CTN: Especifica os parâmetros da CTN para serem retornados na resposta da mensagem, por exemplo:

o Ler Parâmetros Gerais da CTN
o Ler Nova Informação de Configuração Estrato-1
o Ler Bloco de Informação de Parâmetros de Controle de fuso-horário (TCPIB)
o Ler Informação de Confirmação de Estrato-1 Atual

[097] Códigos de resposta válidos para as operações podem ser as seguintes:

o Êxito: O comando a mensagem foi realizado com êxito.
o STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
o Ocupado: O comando da mensagem não pode ser executado neste momento devido a condições ocupadas ou contenção de recursos.
o Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
o Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
o Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
o Resposta de CF: Um indício de que a facilidade do STP não é suportada no servidor anexado.

[098] Quando um código de resposta em particular é devolvido, a área "dependente de operação” do bloco de resposta da mensagem (em uma representação) tem o formato ilustrado na FIG. 16A.
• Código de Parâmetro da CTN 1610: Especifica os parâmetros da CTN que são fornecidos na resposta da mensagem, incluindo:

o Parâmetros da CTN gerais fornecidos na resposta da mensagem.
o Novo bloco de informação de configuração de Estrato-1 fornecido na resposta da mensagem.
o TCPIB fornecido na resposta da mensagem.
o Bloco atual de informação de configuração do estrato-1 fornecido na resposta da mensagem.

• Chave do Parâmetro da CTN 1620: Contém a chave do parâmetro da CTN para o servidor.
• Área de dados do parâmetro da CTN 1630: O conteúdo da área de dados do parâmetro da CTN depende do código de parâmetro CTN na resposta da mensagem, conforme demostrado na FIG. 16B.
• Bloco Informações de Direção de Correção PRT (PCSIB) 1650: Contém o PCSIB para o servidor.
• Novo Bloco Informações de ID da CTN (NCIIB) 1660: Contém o novo CIIB para o servidor.
• Bloco de Informação de Compensação do Ajuste do Segundo (LSOIB) 1670: Contém o LSOIB para o servidor e é usado, por exemplo, na conversão entre o tempo universal coordenado (UTC) e a hora do STP.

[099] Nova área de dados de informação de configuração do Stratum-1:

• Novo Bloco de Configuração do Estrato-1: Contém o bloco de configuração do novo estrato-1 para o servidor.

[100] Área de dados TCPIB:

• Bloco de Informações do parâmetro de controle do fuso-horário (TCPIB): Contém o TCPIB para o servidor.

[101] Área de Dados de Informação de Configuração do Estrato-1 Atual:

• Bloco de Configuração do Estrato-1: Contém o bloco de informações de configuração do estrato-1 atual para o servidor.

Operações de Notificação

[102] Notificação de operações são usadas para criar ou remover um caminho do STP e para a comunicação entre o servidor de estrato-1 alternativo e o arbitrário durante uma assunção de controle do estrato-1.

Estabelecer Caminho do STP

[103] A operação de estabelecimento do caminho do STP (ESP) é executado como parte do procedimento de inicialização do caminho do STP para estabelecer um caminho entre dois servidores. A operação é usada para trocar e validar a certos parâmetros associados a cada um dos servidores anexados. A área "dependente da operação” de comando da mensagem tem, por exemplo, o formato ilustrado na FIG. 17A.

• Descritor de Ponto de Conexão 1710: Contém o descritor de nó do CPC do servidor que envia o comando.
• Estrato 1720: Contém o estrato do servidor que envia o comando.
• Número Máximo de Versão 1730: Especifica o número de versão mais alto do STP suportado pela instalação do STP que envia o comando.
• Número de Versão Exigida 1740: Especifica o número de versão do STP ativo na instalação de STP que envia o comando e é a versão que deve ser usada pelo servidor anexado para que o procedimento de ESP seja concluído com êxito. Quando não especificado, o servidor que envia o comando é capaz de operar em qualquer versão até e incluindo o número de versão de máximo especificado.
• Bloco de Configuração do Estrato-1 1750: Contém o bloco de configuração do estrato-1 para o servidor que envia o comando da mensagem.

[104] O bloco de resposta da mensagem do ESP não tem quaisquer dados dependentes de operação. As respostas a seguir são válidas para a operação:

• Êxito: O comando da mensagem foi realizado com êxito.
• STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
• Ocupado: O comando da mensagem não pode ser executado neste momento devido a condições ocupadas ou contenção de recursos.
• Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
• Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
• Erro do Descritor de Nó: O descritor de nó no comando da mensagem ESP é inválido. O valor do descritor de nó fornecido no comando da mensagem é armazenado no bloco de informações de conexão no servidor de recebimento.
• Versão Não Suportada: O número da versão necessária no comando da mensagem ESP não é suportada pelo servidor de recebimento. O número de versão necessária fornecido no comando da mensagem é armazenado no bloco de informações sobre a conexão no servidor de recebimento.
• Erro de configuração do Estrato 1: O bloco de informações de configuração de estrato-1 no comando da mensagem ESP não é compatível com a configuração do estrato-1 no servidor de recebimento.
• Servidor Autoacoplado: O descritor de nó do servidor anexado é idêntico ao descritor do nó desse servidor, indicando que este servidor está acoplado a ele mesmo.
• Estado Ativo de Assunção de Controle: O servidor arbitrário recebeu um comando de ESP do servidor de estrato-1 primário, enquanto o servidor arbitrário estava no estado ativo de aquisição e o primário se especificou a si próprio como o servidor do estrato-1 ativo.
• Caminhos Permitidos Excedidos: O servidor não pode suportar quaisquer caminhos adicionais do STP.
• Resposta de CF: Os códigos de resposta indicam que a facilidade do STP não é suportada no servidor anexado.

Remover Caminho do STP

[105] A operação de remover o caminho do STP remove o caminho STP estabelecido a um servidor anexado. O servidor de envio define o estado de conexão do caminho para não inicializado como resultado da operação. O comando da mensagem e a resposta da mensagem não incluem quaisquer dados dependentes da operação. Respostas válidas para a operação incluem:

• Êxito: O comando a mensagem foi realizado com êxito.
• STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
• Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
• Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
• Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
• Resposta de CF: A resposta indica que a facilidade do STP não é suportada no servidor anexado.

[106] O servidor de envio define o estado do caminho como não inicializado, e o motivo para indicar “inicialização não completa” como resultado da operação, independentemente da resposta.

Definir Modo de Aquisição pelo Servidor Arbitrário

[107] A operação de modo de estabelecimento de aquisição pelo servidor arbitrário é emitida para o servidor arbitrário pelo servidor de estrato-1 alternativo para colocar o servidor arbitrário no modo de aquisição. O servidor receptor retorna o sinalizador de estado de aquisição de servidor arbitrário no bloco de resposta.

[108] A área de dados dependentes da operação de comando da mensagem tem o formato ilustrado na FIG. 17B.

• Tempo limite de comunicação do estrato-1 ativo 1780: Quando definido, o comando da mensagem de "definir modo de aquisição do servidor arbitrário” está sendo emitido porque o servidor de estrato-1 inativo reconheceu uma condição de tempo limite do estrato-1 ativo. Quando não definido, o comando da mensagem "definir modo de aquisição do servidor arbitrário” está sendo emitido porque o servidor de estrato-1 inativo perdeu conexão com o servidor de estrato-1 ativo.

[109] Códigos de resposta válido para a operação incluem:

o Êxito: O comando a mensagem foi realizado com êxito.
o STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
o Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
o Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
o Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
o Comando Inválido: O receptor de comando da mensagem não é um servidor arbitrário designado.
o Remetente Inválido: O servidor de comando da mensagem não é um servidor designado de estrato-1 alternativo. o Resposta de CF: Os códigos de resposta indicam que a facilidade do STP não é suportada no servidor anexado.

• Sinalizador de Estado de Assunção de Controle 1790: Quando definido, indica que o servidor arbitrário entrou em modo de assunção do controle e está no estado ativo de assunção de controle. Quando não definido, ele indica: que o servidor arbitrário entrou em modo de assunção de controle e está no estado de assunção de controle pendente; ou o servidor arbitrário não entrou em modo de assunção de controle. Redefinir Modo de Assunção de Controle pelo Servidor Arbitrário

[110] A operação de redefinir o modo de assunção de controle pelo servidor arbitrário é emitida para o servidor arbitrário pelo servidor de estrato-1 alternativo para retirar o servidor arbitrário do modo de assunção de controle. O comando da mensagem de área dependente da operação não inclui quaisquer dados. Respostas válidas para a operação incluem:

• Êxito: O comando a mensagem foi realizado com êxito.
• STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
• Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
• Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
• Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
• Comando Inválido: O receptor de comando da mensagem não é um servidor arbitrário designado.
• Remetente Inválido: O servidor de comando da mensagem não é um servidor designado de estrato-1 alternativo.
• Resposta de CF: Os códigos de resposta indicam que a facilidade do STP não é suportada no servidor anexado.

Estado de Assunção de Controle pelo Servidor Arbitrário Ativo

[111] A operação de "estado ativo de assunção de controle pelo servidor arbitrário” é emitida ao servidor de estrato-1 alternativo pelo servidor arbitrário para notificar o servidor de estrato-1 alternativo que o servidor arbitrário árbitro ingressou no estado de "assunção de controle ativo”. O comando da mensagem de área dependente da operação não inclui qualquer informação. Respostas válidas para a operação incluem:

• Êxito: O comando da mensagem foi realizado com êxito.
• STP Não Habilitado: A facilidade do STP está instalada, mas não habilitada no servidor anexado.
• Parâmetros de Operação Inválidos: O comando da mensagem contém parâmetros inválidos.
• Erro de configuração: O comando da mensagem contém um ID da CTN incompatível.
• Caminho Não Estabelecido: O caminho não está estabelecido no servidor anexado.
• Comando Inválido: O receptor de comando da mensagem não é um servidor arbitrário designado.
• Remetente Inválido: O servidor de comando da mensagem não é um servidor designado.
• Resposta de CF: Os códigos de resposta indicam que a facilidade do STP não é suportada no servidor anexado.

[112] Em uma representação, um ou mais aspectos da presente invenção podem ser executados num ambiente de processamento que está baseada em 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 convidada. Como exemplos, a arquitetura nativa é a Power4 ou PowerPC ® arquitetura oferecida por International Business Machines Corporation, de Armonk, Nova York ou de uma arquitetura Intel ®, oferecida pela Intel Corporation; e a arquitetura de convidada é a z/Architecture® também oferecida por International Business Machines Corporation, Armonk, Nova York. Aspectos da z/Architecture® estão descritos no "Princípios de Operação da z/Architecture®”, Publicação da IBM n° SA22-7832-04, de setembro de 2005. Em tal ambiente, instruções e/ou lógica, que é especificada em z/Architecture® e concebido para executar em uma máquina z/Architecture® de, é emulado executar em uma arquitetura diferente da z/Architecture®. Um exemplo deste ambiente de processamento está descrito com referência às FIGS. 18-20.

[113] Referente à FIG. 18, está descrita uma representação do ambiente de processamento para incorporar e utilizar um ou mais aspectos da presente invenção. O ambiente de processamento 1800 inclui, por exemplo, uma unidade de processamento central nativa 1802, uma memória 1804 (por exemplo, a memória principal) e um ou mais dispositivos de entrada/saída (I/O) 1806 acopladas a outra via, por exemplo, um ou mais autocarros 1808 e/ou outras conexões. Como exemplos, ambiente de processamento de 1800 pode incluir um processador Power PC ®, um servidor pSeries ® ou um servidor xSeries ® oferecidos por International Business Machines Corporation, Armonk, Nova Iorque; um HP Superdome com processadores Intel ® Itanium ® 2 oferecidas por Hewlett-Packard Company, Palo Alto, Califórnia; e/ou outras máquinas baseadas em arquiteturas oferecidas por 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.

[114] A unidade de processamento central nativa 1802 inclui um ou mais registros nativos 1810, como um ou mais registros de propósito geral e/ou um ou mais registros de propósito especiais, utilizados durante o processamento dentro do ambiente. Estes registros incluem informações que representam o estado do ambiente em qualquer momento específico no tempo.

[115] Além disso, a unidade de processamento central nativa 1802 executa instruções e código que são armazenados na memória 1804. Em um exemplo específico, a unidade de processamento central executa o código de emulador 1812 armazenado na memória de 1804. Este código permite que o ambiente de processamento configurado em uma arquitetura emule a arquitetura de outra. Por exemplo, o código de emulador 1812 permite que máquinas com base em arquiteturas diferentes da z/Architecture®, como processadores Power PC ®, servidores pSeries ®, servidores xSeries ®, servidores HP Superdome ® ou outros emulem a z/Architecture® e executem o software e instruções desenvolvidas com base na z/Architecture®.

[116] Maiores detalhes relativos ao código de emulador 1812 estão descritos em relação à FIG. 19. Instruções de convidado 1902 incluem instruções de software (por exemplo, instruções de máquina) que foram desenvolvidas para serem executadas em uma arquitetura diferente da CPU nativa 1802 (FIG. 18). Por exemplo, instruções de convidado 1902 podem ter sido projetadas para executar no z/Architecture® processador 902, mas em vez disso estão sendo emuladas na CPU nativa 1802 do (que pode ser, por exemplo, um processador Intel® Itanium® 2). Em um exemplo, o código de emulador 1812 (FIG. 18) inclui uma instrução de rotina de busca 1900 para obter uma ou mais instruções de convidado 1902 da memória 1804, e opcionalmente fornecer segurança local para a instrução obtida.

[117] Código de emulador 1812 inclui, ainda, uma rotina de tradução de instrução 1904 para determinar o tipo de instrução de convidado que foi obtida e fornecer um ou mais instruções nativas 1909 que correspondem à instrução do convidado. Em um exemplo, o fornecimento inclui a criação durante, por exemplo, o processamento de uma tradução, um fluxo nativo de instruções para uma instrução de determinado convidado. Isso inclui identificar a função e criar as instruções nativas equivalentes. Em mais um exemplo, o fornecimento das instruções nativas inclui a seleção de um segmento de código no emulador associado com a instrução de convidado. Por exemplo, cada instrução de convidado possui um segmento de código associado no emulador, que inclui uma sequência de uma ou mais instruções nativas, e esse segmento de código é selecionado para ser executado.

[118] O código emulador 1812 inclui, ainda, uma rotina de controle de emulação 1906 para fazer com que as instruções nativas sejam executadas. A rotina de controle de emulação 1906 pode fazer com que a CPU nativa 1802 execute uma rotina de instruções nativas que emulam um ou mais instruções de convidado anteriormente obtidas e, quando da conclusão de tal execução, retorne o controle para a instrução de rotina de busca 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 1909 pode incluir o carregamento de dados em um registro de memória 1804; armazenamento de dados de volta para a memória de um 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 pela unidade de processamento central nativa 1802. Em outros exemplos, uma ou mais rotinas ou operações são implementadas no firmware, hardware, software ou alguma combinação destas. Os registros do processador convidado emulado podem ser emulados usando os registros 1810 da CPU nativa ou utilizando localizações na memória 1804. Nas representações, as instruções de convidado 1902, instruções nativas 1909 e código de emulação 1812 podem residir na mesma memória ou podem ser dispersos em diferentes dispositivos de memória.

[119] Em mais uma representação, um sistema adequado de processamento de dados para armazenamento e/ou execução de código de programa é utilizável que inclui pelo menos um processador acoplado direta ou indiretamente a elementos de memória por meio de um sistema barramento. Os elementos de memória incluem, por exemplo, a memória local empregada durante a execução efetiva do código de programa, armazenamento em massa e memória em 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.

[120] Input/Output ou dispositivos de I/O (incluindo, mas não limitado a teclados, monitores, dispositivos apontadores, DASD, fita, CDs, DVDs, thumb drives e outros suportes de memória, etc.) podem ser acoplados ao sistema diretamente ou através dos controladores intermediárias de I/O. Adaptadores de rede também podem ser acoplados ao sistema para habilitar o sistema de processamento de dados para tornar-se acoplado 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, cabo de modems, e placas Ethernet são apenas alguns dos tipos disponíveis de adaptadores de rede.

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

[122] Um exemplo de um artigo de fabricação ou de um produto de programa de computador incorporando um ou mais aspectos da presente invenção está descrito com referência à FIG. 20. Um produto de programa de computador 2000 inclui, por exemplo, uma ou mais mídia utilizáveis de computador 2002 para armazenamento de meios de código de programa computador legível ou lógica 2004 para oferecer e facilitar um ou mais aspectos da presente invenção. O meio pode ser um sistema eletrônico magnético, óptico, eletromagnético, infravermelho, ou de semicondutores (ou aparelho ou dispositivo) ou um meio de propagação. Exemplos de um meio legível por computador incluem 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), uma memória somente de leitura (ROM), um disco magnético rígido e um disco óptico. Exemplos de discos ópticos incluem discos compactos de memória somente para leitura (CD-ROM), discos compactos de memória para leitura/gravação (CD-R/W) e DVD.

[123] Uma sequência de instruções do programa ou um conjunto lógico de um ou mais módulos inter-relacionados definido por um ou mais meios de códigos de programa legível de computador significa ou lógica direciona o desempenho de um ou mais aspectos da presente invenção.

[124] Aqui estão escritos os recursos que facilitam a manutenção de sincronização de tempo por múltiplos sistemas de computação distintos para formar uma Rede de Tempo Coordenada. Servidores na rede de tempo aproveitam o Protocolo de Tempo do Servidor para passar informações de registro do tempo por meio de conexões de dados de alta velocidade existentes entre os sistemas que fornecem a capacidade para relógios de hora do dia em cada sistema para ser sincronizado com a precisão exigida nos atuais sistemas computacionais de alta performance. O uso do STP em conexões de alta velocidade e baixa latência oferece a capacidade de sincronizar todos os sistemas no CTN à exatidão, por exemplo, alguns microssegundos quando baseados em um tempo de referência fornecido por um único servidor.

[125] O STP fornece a capacidade de definir e manter informações de registro de tempo dentro da CTN, tais como fuso horário, compensação do horário de verão e compensação para ajuste do segundo. As informações podem ser atualizadas no âmbito da CTN de forma programada e coerente, para que ocorram todas as alterações ao mesmo tempo em todos os servidores da CTN. Isso evita potenciais exposições do sistema a riscos e interrupções que ocorrem quando esses parâmetros são atualizados de forma ocasional, criando discrepâncias de configuração de tempo entre computadores.

[126] Parâmetros da CTN podem ser definidos e lidos por um operador através da interface do console do STP. CTN parâmetros incluem a conectividade do servidor, informações de hora local, como fuso horário e horário de verão e compensação para ajuste do segundo necessários para calcular a UTC. O console em si é um elemento que fornece uma interface de operador para exibir e definir os parâmetros da CTN, e que tem capacidade para comunicar com a facilidade do STP.

[127] Embora um ou mais exemplos foram aqui fornecidos, este são apenas exemplos. Muitas variações são possíveis sem abandonar o espírito da presente invenção. Por exemplo, o processamento de ambientes distintos dos exemplos aqui fornecidos pode incluir e/ou se beneficiar de um ou mais aspectos da presente invenção. Como exemplo. Além disso, não é necessário que o ambiente seja baseado na z/Architecture®, mas em vez disso, pode ser baseada em outras arquiteturas oferecidas por, por exemplo, IBM®, Intel®, Sun Microsystems, bem como outros. Adicionalmente, o ambiente pode incluir vários processadores, ser partilhado e/ou ser acoplado a outros sistemas, como exemplos.

[128] Além disso, embora vários blocos de controle tenham sido descritos, cada um desses blocos de controle pode incluir mais, menos e/ou diferentes informações. O local dentro do bloco de controle e o tamanho de cada campo dentro do bloco de controle pode variar para diferentes representações.

[129] Como usada aqui, a expressão "obtenção” inclui, mas não é limitada a busca, recepção, posse, fornecimento, ser fornecido, criando, desenvolvendo, etc.

[130] Detalhes adicionais sobre redes de temporização coordenadas podem ser encontrados nos seguintes pedidos de patentes norte-americanas: "Sistema e Método para a Direção do Relógio da TOD”, Pedido de Registro n° 11/223,886; "Sinal de Sincronização para Ajuste de Direção do Relógio da TOD”, Pedido de Registro n° 11/532,168; "Gerenciando o acesso aos dados através de um loop somente se o recurso de bloqueio for modificado”, Pedido de Registro n° 11/468,501; "Dispersão do filtro do relógio”, Pedido de Registro n° 11/223,878; "Método e Sistema para Estimativa de Desvios do Relógio e Compensação”, Pedido de Registro n° 11/223,876; "Uso dos Carimbos temporal T4 para Calcular os Desvios do Relógio e Compensação”, Pedido de Registro n° 11/223,577; "Obtenção direta por programas de aplicação de informações utilizáveis na determinação da precisão do relógio”, Serial No. 11/450,025; "Sistema e Método para Calibrar um Relógio da TOD”, Pedido de Registro n° 11/223,642; "Método e sistema para estabelecer um caminho lógico entre servidores em uma rede de tempo coordenada”, por S. Carlson et al. Pedido de Registro n° 60/887,576; e "Subsistema de canal Subsistema de canal Tempo de servidor Protocolo Comandos de protocolo”, por S. Carlson et al, Pedido de Registro n° 60/887,544.

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

[132] Os fluxogramas aqui mencionados são apenas exemplos. Pode haver muitas variações a esses diagramas ou as etapas (ou operações) aqui 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.

[133] Embora as representações tenham sido ilustradas e descritas aqui em detalhes, será evidente aos versados na técnica relevante que várias modificações, acréscimos, substituições e similares podem ser feitas sem abandonar o espírito da invenção, e estes são, portanto, consideradas no âmbito da invenção definidos nas reivindicações.

Claims

MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES caracterizado por:
receber uma mensagem de comando de parâmetros de tempo de conversão (XTP) em uma segunda unidade de processamento, dita mensagem tendo sido gerada por uma primeira unidade de processamento, o comando de mensagem XTP incluindo um campo de marcador de hora de transmissão do comando da mensagem, definido pela primeira unidade de processamento, e um campo de marcador de hora de recepção do comando da mensagem, desativado pela primeira unidade de processamento;
configurar o campo de marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP com a hora em que o comando da mensagem XTP é recebido na segunda unidade de processamento; e
gerar na segunda unidade de processamento, uma resposta da mensagem XTP para ser enviada para a primeira unidade de processamento, a mensagem de resposta XTP incluindo o marcador de hora de transmissão do comando da mensagem definido pela primeira unidade de processamento e o marcador de hora de recepção do comando da mensagem definido pela segunda unidade de processamento obtido do comando da mensagem XTP; em que
o comando da mensagem XTP inclui ainda um cabeçalho de mensagem dependente do tipo de conexão de dados usado para implementar uma conexão de protocolo de tempo de servidor entre a primeira unidade de processamento e a segunda unidade de processamento, e um identificador de rede de sincronização coordenada (CTN) a qual pertence a primeira unidade de processamento, e
o comando de mensagem XTP é transmitido através da conexão de protocolo de tempo de servidor, e o campo do marcador de hora de transmissão do comando da mensagem é definido pela primeira unidade de processamento usando um relógio com a hora atual do dia da primeira unidade de processamento, e é definido imediatamente antes de transmitir o comando da mensagem XTP; e
a geração da resposta da mensagem XTP na segunda unidade de processamento inclui a verificação de coincidência do identificador de CTN recebido com o comando da mensagem e o identificador de CTN de uma de uma rede de sincronização a qual pertença a segunda unidade de processamento;
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 1, caracterizado por:
a geração do comando da mensagem XTP pela primeira unidade de processamento, dita geração incluindo do campo do marcador de hora de transmissão do comando da mensagem na primeira unidade de processamento usando um relógio com a hora do dia da primeira unidade de processamento, e a definição do campo do marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP pela segunda unidade de processamento inclui a definição do campo do marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP com a hora que o comando da mensagem XTP é recebido na segunda unidade de processamento usando um relógio com a hora do dia da segunda unidade de processamento;
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 1, caracterizado por:
a geração da resposta da mensagem XTP na segunda unidade de processamento inclui um campo de marcador de hora de transmissão da resposta da mensagem definido pela segunda unidade de processamento e um campo de marcador de hora de recebimento da resposta da mensagem que é desativado pela segunda unidade de processamento;
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 3, caracterizado por:
a transmissão da resposta da mensagem XTP da segunda unidade de processamento para a primeira unidade de processamento e a definição do campo de marcador de hora de recebimento da resposta na resposta da mensagem XTP na primeira unidade de processamento com a hora que a resposta da mensagem XTP é recebida na primeira unidade de processamento;
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 3, caracterizado por:
a resposta da mensagem XTP a ser enviada a para primeira unidade de processamento incluir
um cabeçalho de mensagem dependente de um tipo de ligação de dados usado para implementar uma ligação de protocolo de tempo de servidor entre a primeira unidade de processamento e a segunda unidade de processamento através do qual o comando da mensagem XTP e a resposta da mensagem XTP são transmitidas;
um código de resposta indicativo dos resultados da tentativa de executar o comando de mensagem;
um formato XTP, especificando o formato de uma área dependente de formato na resposta da mensagem XTP;
uma chave de parâmetro CTN, indicando se o conteúdo da área dependente de formato foi alterado;
um estrato definido para o nível da segunda unidade de processamento que envia a resposta da mensagem XTP;
um modo de sincronização definido para o modo de sincronização da segunda unidade de processamento que envia a resposta da mensagem XTP;
um estado de sincronização definido para o estado de sincronização da segunda unidade de processamento que envia a resposta da mensagem XTP;
uma indicação de servidor de relógio local especificando se a segunda unidade de processamento que envia a resposta da mensagem XTP está configurada como uma unidade de processamento de relógio local;
o ID de CTN da rede de sincronização para a qual a segunda unidade de processamento que envia a resposta da mensagem XTP pertence;
uma taxa de direção de correção da hora de referência primária (PRT) atual para a rede de sincronização coordenada;
um intervalo de mensagem definido, para o campo de saída de para mensagens saindo, a partir de parâmetros de registros de horário estabelecidos pela segunda unidade de processamento;
uma taxa de direção de base definida para a taxa de direção base da segunda unidade de processamento que envia a resposta da mensagem XTP;
um atraso de raiz definido para o atraso de ida e volta de um horário de servidor coordenado (CST) na segunda unidade de processamento que envia a resposta da mensagem XTP;
uma dispersão de raiz definida para uma dispersão de relógio-CST na segunda unidade de processamento que envia a resposta da mensagem XTP;
um identificador de referência definido para uma identificação (ID) de referência-CST na segunda unidade de processamento que envia a resposta da mensagem XTP;
um marcador de hora de referência definido para um marcador de referência-CST na segunda unidade de processamento que envia a resposta da mensagem XTP; e
um campo de dados dependente de formato XTP definido para um de vários formatos possíveis de formatos de resposta de mensagem;
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 4, caracterizado por:
a resposta mensagem XTP incluir um campo de dados dependente de formato XTP definido para um de vários formatos possíveis de formatos de resposta de mensagem que incluem
um primeiro formato de resposta de mensagem usado para entregar informações gerais de parâmetros CTN, dito primeiro formato de resposta de mensagem tendo um formato geral de XTP, um bloco de direção de correção da hora de referência primária (PRT), um novo bloco de ID de CTN, um bloco de informação de compensação de ajuste de segundo e um tempo total de compensação;
um segundo formato de resposta de mensagem usado para entregar um novo bloco de informação de configuração de estrato 1, e, se especificado, uma nova identidade de CTN, dito segundo formato de resposta de mensagem tendo um formato geral de XTP, e um novo bloco de informação de configuração de estrato 1; e
um terceiro formato de resposta de mensagem usado para entregar um parâmetro de controle de horário, dito terceiro formato de resposta de mensagem tendo um formato geral de XTP e um bloco de informação de parâmetro para controle de horário.
MÉTODO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 4, caracterizado por:
o processamento da resposta da mensagem XTP na primeira unidade processamento contra o recebimento da mesma, mediante
adição da resposta da mensagem XTP a uma matriz de rastreamento XTP e definição de um código de entrada, em que a definição do código de entrada inclui
definir o código de entrada com um primeiro valor para indicar dados de marcador de hora inválidos caso qualquer marcador de hora contenha todos os 0s (zeros) ou um estado de sincronização recebido de uma segunda unidade seja um estado parado/travado;
definir o código de entrada com um segundo valor para indicar que o marcador de hora é válido, mas não deve ser usado para a determinação de uma fonte de relógio usável se um estado de sincronização mensagem-resposta indicar não estar sincronizado, um estrato de mensagem-resposta da segunda unidade de processamento for igual a um parâmetro de estrato máximo, ou um nível de estrato a primeira unidade de processamento for não-zero e o estrato mensagem-resposta da segunda unidade de processamento for maior do que o nível de estrato da primeira unidade de processamento; e
definir o código de entrada com um terceiro valor se nem o primeiro ou o segundo valor forem estabelecidos, dito terceiro valor indicando que o marcador de hora é válido, e quando o terceiro valor for definido incluir a atualização dos dados de registros de tempo-referência associados a segunda unidade de processamento a partir informações da resposta da mensagem XTP, realizar a filtragem e seleção de relógio e a atualização;
quando a primeira unidade estiver no estado de sincronizada, verificar os dados em um campo de dados dependente de formato de uma resposta da mensagem de registro de hora válida mais recente para atualizações, e caso seja detectado, usar aqueles dados para atualizar os parâmetros de CTN da primeira unidade de processamento;
EQUIPAMENTO PARA PROTOCOLO DE TEMPO DE SERVIDORES caracterizado por:
uma memória;
um processador em comunicação com a memória;
dito equipamento estando configurado para executar as tarefas de
receber uma mensagem de comando de parâmetros de tempo de conversão (XTP) em uma segunda unidade de processamento de uma rede de sincronização coordenada, dita mensagem tendo sido gerada por uma primeira unidade de processamento da mesma, o comando de mensagem XTP incluindo um campo de marcador de hora de transmissão do comando da mensagem, definido pela primeira unidade de processamento, e um campo de marcador de hora de recepção do comando da mensagem, desativado pela primeira unidade de processamento;
configurar o campo de marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP com a hora em que o comando da mensagem de XTP é recebido na segunda unidade de processamento;
gerar na segunda unidade de processamento, uma resposta da mensagem XTP para ser enviada para a primeira unidade de processamento, a mensagem de resposta XTP incluindo o marcador de hora de transmissão do comando da mensagem definido pela primeira unidade de processamento e o marcador de hora de recepção do comando da mensagem definido pela segunda unidade de processamento obtido do comando da mensagem XTP; em que
o comando da mensagem XTP inclui ainda um cabeçalho de mensagem dependente do tipo de conexão de dados usado para implementar uma conexão de protocolo de tempo de servidor entre a primeira unidade de processamento e a segunda unidade de processamento, e um identificador de rede de sincronização coordenada (CTN) a qual pertence a primeira unidade de processamento, e
o comando de mensagem XTP é transmitido através da conexão de protocolo de tempo de servidor para a segunda unidade de processamento, e o campo do marcador de hora de transmissão do comando da mensagem é definido pela primeira unidade de processamento usando um relógio com a hora atual do dia da primeira unidade de processamento, e é definido imediatamente antes de transmitir o comando da mensagem XTP; e
a geração da resposta da mensagem XTP na segunda unidade de processamento inclui a verificação de coincidência do identificador de CTN recebido com o comando da mensagem XTP com o identificador de CTN de uma de uma rede de sincronização a qual pertença a segunda unidade de processamento;
EQUIPAMENTO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 8, caracterizado por:
a geração do comando da mensagem XTP pela primeira unidade de processamento, dita geração incluindo a definição do campo do marcador de hora de transmissão do comando da mensagem na primeira unidade de processamento usando um relógio com a hora do dia da primeira unidade de processamento, e
a definição do campo do marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP pela segunda unidade de processamento inclui a definição do campo do marcador de hora de recebimento do comando da mensagem no comando da mensagem XTP com a hora que o comando da mensagem XTP é recebido na segunda unidade de processamento usando um relógio com a hora do dia da segunda unidade de processamento;
EQUIPAMENTO PARA PROTOCOLO DE TEMPO DE SERVIDORES, de acordo com a reivindicação 8, caracterizado por:
a geração da resposta da mensagem XTP na segunda unidade de processamento inclui um campo de marcador de hora de transmissão da resposta da mensagem definido pela segunda unidade de processamento e um campo de marcador de hora de recebimento da resposta da mensagem que é desativado pela segunda unidade de processamento; e
a transmissão da resposta da mensagem XTP por parte da segunda unidade de processamento, da segunda unidade de processamento para a primeira unidade de processamento e a definição do campo de marcador de hora de recebimento da resposta na resposta da mensagem XTP na primeira unidade de processamento com a hora em que a resposta da mensagem XTP é recebida na primeira unidade de processamento;
SUPORTE FÍSICO PARA PROTOCOLO DE TEMPO DE SERVIDORES caracterizado por:
conter nele gravados quaisquer dos métodos das reivindicações 1, 2, 3, 4, 5, 6, ou 7.