Propriedades de interface física
As interfaces físicas em dispositivos de segurança afetam a transmissão de sinais da camada de enlace ou dos dados por todos os links. Os tópicos abaixo descrevem as propriedades físicas que incluem propriedades de clocking, propriedades de transmissão, como a unidade de transmissão máxima (MTU) e métodos de encapsulamento, como o encapsulamento ponto a ponto e o encapsulamento do Frame Relay. O dispositivo também oferece suporte para quadros jumbo.
Entender as propriedades físicas da interface
As propriedades físicas de uma interface de rede são as características associadas ao enlace físico que afeta a transmissão de sinais da camada de enlace ou dos dados em todos os links. As propriedades físicas incluem propriedades de clocking, propriedades de transmissão, como a unidade de transmissão máxima (MTU) e métodos de encapsulamento, como o encapsulamento ponto a ponto e o encapsulamento do Frame Relay.
Os valores de propriedade padrão para uma interface geralmente são suficientes para habilitar com sucesso um link bidirecional. No entanto, se você configurar um conjunto de propriedades físicas em uma interface, essas mesmas propriedades devem ser definidas em todas as interfaces adjacentes às quais uma conexão direta é feita.
A Tabela 1 resume algumas das principais propriedades físicas das interfaces de dispositivo.
Propriedade física |
Descrição |
|---|---|
|
Taxa de erro de bit (BER). A taxa de erro especifica o número de erros de bit em um determinado período de teste de taxa de erro de bit (BERT) necessário para gerar uma condição de erro bert. Veja a compreensão do teste da taxa de erro de bits. |
|
Período de tempo do teste de taxa de erro (BERT) em que erros de bits são amostrados. Veja a compreensão do teste da taxa de erro de bits. |
|
Desafio Desafie o Protocolo de Autenticação de Aperto de Mão (CHAP). Especificar |
|
Fonte de clock para o link. O clocking pode ser fornecido pelo sistema local (interno) ou por um endpoint remoto no link (externo). Por padrão, todas as interfaces usam o modo clocking interno. Se uma interface estiver configurada para aceitar uma fonte de clock externa, uma interface adjacente deve ser configurada para agir como uma fonte de relógio. Sob essa configuração, a interface opera em um modo de temporizante de loop, no qual o sinal de clocking é exclusivo para esse segmento ou loop de rede individual. Veja a compreensão do clock da interface. |
|
Uma descrição de texto definida pelo usuário da interface, muitas vezes usada para descrever o propósito da interface. |
|
Desativa administrativamente a interface. |
|
Tipo de encapsulamento na interface. Os tipos comuns de encapsulamento incluem PPP, Frame Relay, Cisco HDLC e PPP over Ethernet (PPPoE). Veja a compreensão do encapsulamento físico em uma interface. |
|
Sequência de verificação de quadros (FCS). FCS é um esquema de detecção de erros que aplica bits de paridade a um sinal digital e usa algoritmos de decodificação que detectam erros no sinal digital recebido. |
|
Tamanho máximo da unidade de transmissão (MTU). MTU é o pacote ou quadro de maior tamanho, especificado em bytes ou octets, que pode ser enviado em uma rede baseada em pacotes ou baseada em quadros. O TCP usa MTU para determinar o tamanho máximo de cada pacote em qualquer transmissão. Você pode ajustar os valores de MTU nas interfaces físicas usando o seguinte comando:
Às vezes, há a necessidade de reduzir os valores de MTU em interfaces para combinar com o MTU da interface de toque do host, caso contrário, os pacotes são descartados. Você pode ajustar os valores do MTU definindo a opção Exemplo: O intervalo suportado para configurar um tamanho de pacote MTU é de 256 a 9192 bytes. No entanto, todas as interfaces não suportam bytes 9192. Para obter mais informações sobre as interfaces suportadas, consulte O padrão do MTU e os valores máximos. |
|
Desativação de mensagens keepalive em um link físico. Uma mensagem keepalive é enviada entre dispositivos de rede para indicar que eles ainda estão ativos. Os keepalives ajudam a determinar se a interface está operando corretamente. Com exceção das interfaces ATM-over-ADSL, todas as interfaces usam keepalives por padrão. |
|
Protocolo de autenticação de senha (PAP). Especificar |
|
A mexida do tráfego transmitiu a interface. A carga de pagamentos randomiza a carga de dados de pacotes transmitidos. O scrambling elimina padrões de bit nãovariáveis (strings de todos os 1s ou todos os 0s) que geram erros de camada de enlace em alguns links físicos. |
Entendendo o teste da taxa de erro de bits
Na transmissão de telecomunicações, a taxa de erro de bit (BER) é a porcentagem de bits que têm erros em comparação com o número total de bits recebidos em uma transmissão, geralmente expressos como 10 a uma potência negativa. Por exemplo, uma transmissão com um BER de 10-6 recebeu 1 bit erro em 1.000.000 bits transmitidos. O BER indica com que frequência um pacote ou outra unidade de dados deve ser retransmitido por causa de um erro. Se o BER for muito alto, uma taxa de dados mais lenta pode melhorar o tempo de transmissão geral para uma determinada quantidade de dados se reduzir o BER e, assim, reduzir o número de pacotes ressentidos.
Um teste de taxa de erro (BERT) é um procedimento ou dispositivo que mede o BER para uma determinada transmissão. Você pode configurar um dispositivo para agir como um dispositivo BERT configurando a interface com uma taxa de erro de bit e um período de teste. Quando a interface recebe uma solicitação BERT de um testador BER, ela gera uma resposta em um padrão BERT bem conhecido. O dispositivo de iniciação verifica a resposta padronizada por BERT para determinar o número de erros de bits.
Entender o clock da interface
O clocking determina como nós de roteamento individual ou redes inteiras amostram dados transmitidos. Como fluxos de informações são recebidos por um dispositivo em uma rede, uma fonte de relógio especifica quando provar os dados. Em redes assíncronas, a fonte do relógio é derivada localmente, e as redes síncronas usam uma fonte de clock central e externa. O clock da interface indica se o dispositivo usa clocking assíncronos ou síncronos.
Como redes verdadeiramente síncronos são difíceis de projetar e manter, a maioria das redes síncronos são realmente redes plesiócronos. Em uma rede plesiócrono, diferentes regiões de temporização são controladas por clocks locais que são sincronizados (com restrições muito estreitas). Essas redes abordam a sincronicidade e são geralmente conhecidas como redes síncronas.
A maioria das redes são projetadas para operar como redes assíncronos. Cada dispositivo gera seu próprio sinal clock, ou dispositivos usam relógios de mais de uma fonte de relógio. Os relógios dentro da rede não são sincronizados com uma única fonte de relógio. Por padrão, os dispositivos geram seus próprios sinais de clock para enviar e receber tráfego.
O relógio do sistema permite que o dispositivo prove (ou detecte) e transmita dados recebidos e transmitidos por suas interfaces. O clocking permite que o dispositivo detecte e transmita os 0s e 1s que compõem o tráfego digital através da interface. A falha na detecção dos bits em um fluxo de dados resulta em queda no tráfego.
As oscilações de curto prazo no sinal do relógio são conhecidas como . As variações de longo prazo no sinal são conhecidas como .
O clock assíncrona pode derivar o sinal do relógio do fluxo de dados ou transmitir explicitamente o sinal de clocking.
Este tópico contém as seguintes seções:
Clocking de fluxo de dados
Comum em links T1, o clock de fluxo de dados ocorre quando sinais de clock separados não são transmitidos dentro da rede. Em vez disso, os dispositivos devem extrair o sinal do relógio do fluxo de dados. Conforme os bits são transmitidos por toda a rede, cada bit tem um slot de tempo de 648 nanossegundos. Dentro de um slot de tempo, os pulsos são transmitidos com picos e quedas de tensão alternados. O dispositivo receptor usa o período de tensãos alternada para determinar a taxa de clock para o fluxo de dados.
Transmissão explícita de sinal de clocking
Os sinais de clock compartilhados pelos hosts em um link de dados devem ser transmitidos por um ou ambos os endpoints no link. Em uma conexão serial, por exemplo, um host opera como um relógio primário e o outro opera como um cliente relógio. O clock primário gera internamente um sinal de clock que é transmitido pelo link de dados. O cliente do relógio recebe o sinal do relógio e usa seu período para determinar quando coletar dados e como transmitir dados pelo link.
Esse tipo de sinal de clock controla apenas a conexão em que está ativo e não é visível para o resto da rede. Um sinal de clock explícito não controla como outros dispositivos ou mesmo outras interfaces na mesma amostra de dispositivo ou transmitem dados.
Entender as sequências de verificação de quadros
Todos os pacotes ou quadros dentro de uma rede podem ser danificados por crosstalk ou interferência nos fios físicos da rede. A sequência de verificação de quadros (FCS) é um campo extra em cada quadro transmitido que pode ser analisado para determinar se houve erros. O FCS usa verificações de redundância cíclica (CRCs), checksums e bits de paridade bidimensional para detectar erros nos quadros transmitidos.
Este tópico contém as seguintes seções:
Verificações e checksums de redundância cíclica
Em um link que usa CRCs para verificação de quadros, a fonte de dados usa um algoritmo polinomia predefinido para calcular um número de CRC dos dados que está transmitindo. O resultado está incluído no campo FCS do quadro e transmitido com os dados. Na extremidade receptora, o host de destino realiza o mesmo cálculo sobre os dados que recebe.
Se o resultado do segundo cálculo corresponde ao conteúdo do campo FCS, o pacote foi enviado e recebido sem erros de bit. Se os valores não corresponderem, um erro de FCS é gerado, o quadro é descartado e o host de origem é notificado do erro.
Os checksums funcionam de maneira semelhante aos CRCs, mas usam um algoritmo diferente.
Paridade bidimensional
Em um link que usa bits de paridade bidimensionais para a verificação de quadros, os hosts de envio e recebimento examinam cada quadro na transmissão total de pacotes e criam um byte de paridade que é avaliado para detectar erros de transmissão.
Por exemplo, um host pode criar o byte de paridade para a sequência de quadros a seguir, resumindo cada coluna (cada posição de bit no quadro) e mantendo apenas a parte menos significativa:
Frame 1 0 1 0 1 0 0 1 Frame 2 1 1 0 1 0 0 1 Frame 3 1 0 1 1 1 1 0 Frame 4 0 0 0 1 1 1 0 Frame 5 0 1 1 0 1 0 0 Frame 6 1 0 1 1 1 1 1 Parity Byte 1 1 1 1 0 1 1
Se a soma dos valores de bit estiver uniforme, o bit de paridade para a posição é 0. Se a soma for estranha, o bit de paridade é 1. Esse método é chamado até mesmo de paridade. Os bytes de paridade correspondentes nos hosts de origem e recebimento indicam que o pacote foi recebido sem erro.
Padrão de MTU e valores máximos
Os valores de MTU são padrão sem configurações de MTU. Se o valor do MTU for definido, a fórmula IFF MTU (IP MTU) = IFD MTU (Media MTU) – L2 Overhead será aplicável. Consulte a Tabela 2 para obter valores de MTU padrão.
Para o ATM MLPPP, independentemente do UIFD MTU, o IP MTU é sempre de 1500 porque o cálculo de IP MTU é baseado na interface LSQ. Mesmo que você configure o MTU da família LSQ, o valor de MTU de IP não pode exceder 1504.
PIM |
MTU de mídia padrão (Bytes) |
MTU máximo (Bytes) |
MTU IP padrão (Bytes) |
|---|---|---|---|
Mini-PIM de Ethernet de 1 porta Gigabit pequeno fator de forma plugável (SFP) |
1514 |
9010 |
1500 |
Mini-PIM com pequeno fator de forma plugável (SFP) de 1 porta |
1514 |
1518 |
1500 |
DOCSIS Mini-PIM |
1504 |
1504 |
1500 |
Serial Mini-PIM |
1504 |
2000 |
1500 |
T1/E1 Mini-PIM |
1504 |
2000 |
1500 |
GPIM duplo CT1/E1 |
1504 |
9000 |
1500 |
Quad CT1/E1 GPIM |
1504 |
9000 |
1500 |
2 portas 10- Gigabit Ethernet XPIM |
1514 |
9192 |
1500 |
Ethernet XPIM de 16 portas Gigabit |
1514 |
9192 |
1500 |
Ethernet XPIM de 24 portas Gigabit |
1514 |
9192 |
1500 |
Mini-PIM ADSL2+ (Encapsulamento) |
|||
|
1512 |
1512 |
1504 |
|
1512 |
1512 |
1512 |
|
1512 |
1512 |
1508 |
|
1512 |
1512 |
1510 |
|
1512 |
1512 |
1488 |
|
1512 |
1512 |
1506 |
|
1512 |
1512 |
1510 |
|
1512 |
1512 |
1500 |
|
1512 |
1512 |
1480 |
Modo VDSL- Mini-PIM AT (Encapsulamento) |
|||
|
1514 |
1514 |
1506 |
|
1514 |
1514 |
1514 |
|
1514 |
1514 |
1510 |
|
1514 |
1514 |
1512 |
|
1514 |
1524 |
1490 |
|
1514 |
1514 |
1508 |
|
1514 |
1514 |
1512 |
|
1514 |
1514 |
1500 |
|
1514 |
1514 |
1482 |
Modo VDSL- Mini-PIM PT |
1514 |
1514 |
1500 |
Modo G.SHDSL Mini-PIM AT (Encapsulamento) |
|||
|
4482 |
4482 |
4470 |
|
4482 |
4482 |
4470 |
|
4482 |
4482 |
4470 |
|
4482 |
4482 |
4470 |
|
4482 |
4482 |
1500 |
|
4482 |
4482 |
4476 |
|
4482 |
4482 |
4480 |
|
4482 |
4482 |
1500 |
|
4482 |
4482 |
1492 |
Modo G.SHDSL Mini-PIM PT |
1514 |
1514 |
1500 |
Entendendo o suporte a estruturas jumbo para interfaces Ethernet
Os dispositivos de segurança da Juniper Networks oferecem suporte a quadros jumbo de até 9192 bytes.
Os quadros jumbo são quadros Ethernet com mais de 1500 bytes de carga (unidade de transmissão máxima [MTU]). Os quadros jumbo podem transportar até 9000 bytes de carga útil.
Você configura quadros jumbo na interface física usando o seguinte comando:
set interface interface-name mtu mtu-value
Exemplo:
user@host# set interfaces ge-0/0/0 mtu 9192
O intervalo suportado para configurar um tamanho de pacote MTU é de 256 a 9192 bytes. No entanto, todas as interfaces não suportam bytes 9192. Para obter mais informações sobre as interfaces suportadas, consulte O padrão do MTU e os valores máximos.