Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Propriétés de l’interface physique

Les interfaces physiques des dispositifs de sécurité affectent la transmission des signaux de couche liaison ou des données sur les liaisons. Les rubriques ci-dessous décrivent les propriétés physiques qui incluent les propriétés d’horloge, les propriétés de transmission, telles que l’unité de transmission maximale (MTU), et les méthodes d’encapsulation, telles que l’encapsulation point à point et le relais de trames. Les pare-feu SRX Series prennent également en charge les trames Jumbo.

Comprendre les propriétés physiques des interfaces

Les propriétés physiques d’une interface réseau sont les caractéristiques associées à la liaison physique qui affectent la transmission des signaux de la couche liaison ou des données sur les liaisons. Les propriétés physiques comprennent les propriétés de synchronisation, les propriétés de transmission, telles que l’unité de transmission maximale (MTU), et les méthodes d’encapsulation, telles que l’encapsulation point à point et par relais de trames.

Les valeurs de propriété par défaut d’une interface sont généralement suffisantes pour activer avec succès une liaison bidirectionnelle. Toutefois, si vous configurez un ensemble de propriétés physiques sur une interface, ces mêmes propriétés doivent être définies sur toutes les interfaces adjacentes auxquelles une connexion directe est établie.

Le Tableau 1 récapitule certaines propriétés physiques clés des interfaces de périphériques.

Tableau 1 : propriétés physiques de l’interface

Propriété physique

Description

bert-error-rate

Taux d’erreur binaire (BER). Le taux d’erreur spécifie le nombre d’erreurs binaires au cours d’une période de test de taux d’erreur binaire (BERT) particulière nécessaire pour générer une condition d’erreur BERT. Reportez-vous à la section Comprendre les tests de taux d’erreur binaire.

bert-period

Période de test du taux d’erreur binaire (BERT) au cours de laquelle les erreurs binaires sont échantillonnées. Reportez-vous à la section Comprendre les tests de taux d’erreur binaire.

chap

Contestez le protocole CHAP (Handshake Authentication Protocol). La spécification chap active l’authentification CHAP sur l’interface. Reportez-vous à la section Présentation de l’authentification CHAP sur une interface PPPoE.

clocking

Source de l’horloge pour la liaison. L’horloge peut être fournie par le système local (interne) ou un point de terminaison distant sur la liaison (externe). Par défaut, toutes les interfaces utilisent le mode de synchronisation interne. Si une interface est configurée pour accepter une source d’horloge externe, une interface adjacente doit être configurée pour agir comme source d’horloge. Dans cette configuration, l’interface fonctionne selon un mode de synchronisation de boucle, dans lequel le signal d’horloge est unique pour ce segment de réseau ou cette boucle individuelle. Reportez-vous à la section Présentation de la synchronisation de l’interface.

description

Description textuelle de l'interface définie par l'utilisateur, souvent utilisée pour décrire l'objectif de l'interface.

disable

Désactive administrativement l’interface.

encapsulation

Type d’encapsulation sur l’interface. Les types d’encapsulation les plus courants sont PPP, Frame Relay, Cisco HDLC et PPP over Ethernet (PPPoE). Reportez-vous à la section Comprendre l’encapsulation physique sur une interface.

fcs

Séquence de vérification de trame (FCS). FCS est un schéma de détection d’erreur qui ajoute des bits de parité à un signal numérique et utilise des algorithmes de décodage qui détectent les erreurs dans le signal numérique reçu.

mtu

Taille maximale de l’unité de transmission (MTU). La MTU est le paquet ou la trame de plus grande taille, spécifié en octets ou en octets, qui peut être envoyé dans un réseau basé sur des paquets ou des trames. Le protocole TCP utilise MTU pour déterminer la taille maximale de chaque paquet dans n’importe quelle transmission.

Vous pouvez ajuster les valeurs MTU au niveau des interfaces physiques à l’aide de la commande suivante :

set interface interface-name mtu mtu-value

Parfois, il est nécessaire de réduire les valeurs MTU sur les interfaces pour qu’elles correspondent à la MTU de l’interface de contact hôte, sinon des paquets sont abandonnés. Vous pouvez ajuster les valeurs MTU en définissant l’option mtu de la set interfaces [fxp0 | em0 | fab0 | fab1] commande sur une valeur comprise entre 256 et 9192.

Exemple:

user@host# set interfaces em0 mtu 1400

La plage prise en charge pour la configuration d’une taille de paquet MTU est comprise entre 256 et 9192 octets. Cependant, toutes les interfaces ne prennent pas en charge 9192 octets. Pour plus d’informations sur les interfaces prises en charge, consultez Valeurs MTU par défaut et maximales.

no-keepalives

Désactivation des messages keepalive sur un lien physique. Un message keepalive est envoyé entre les périphériques réseau pour indiquer qu’ils sont toujours actifs. Keepalives aide à déterminer si l’interface fonctionne correctement. À l’exception des interfaces ATM-sur-ADSL, toutes les interfaces utilisent des keepalives par défaut.

pap

Protocole d’authentification par mot de passe (PAP). La spécification pap active l’authentification PAP sur l’interface. Reportez-vous à la section Présentation de l’authentification CHAP sur une interface PPPoE.

payload-scrambler

Brouillage du trafic transmis sur l’interface. Le brouillage de la charge utile rend aléatoire la charge utile de données des paquets transmis. Le brouillage élimine les modèles de bits non variables (chaînes de tous les 1 ou de tous les 0) qui génèrent des erreurs de couche de liaison sur certaines liaisons physiques.

Comprendre les tests de taux d’erreur binaire

Dans le domaine des transmissions de télécommunications, le taux d’erreur binaire (TEB) est le pourcentage de bits présentant des erreurs par rapport au nombre total de bits reçus au cours d’une transmission, généralement exprimé sous la forme de 10 à une puissance négative. Par exemple, une transmission avec un TEB de 10 à 6 a reçu 1 bit erroné sur 1 000 000 de bits transmis. Le TEB indique la fréquence à laquelle un paquet ou une autre unité de données doit être retransmis en raison d’une erreur. Si le TEB est trop élevé, un débit de données plus lent peut améliorer le temps de transmission global d’une quantité donnée de données s’il réduit le TEB et diminue ainsi le nombre de paquets renvoyés.

Un test de taux d’erreur binaire (BERT) est une procédure ou un appareil qui mesure le TEB pour une transmission donnée. Vous pouvez configurer un périphérique pour qu’il agisse comme un périphérique BERT en configurant l’interface avec un taux d’erreur binaire et une période de test. Lorsque l’interface reçoit une requête BERT d’un testeur BER, elle génère une réponse selon un modèle BERT bien connu. L’appareil d’initiation vérifie la réponse établie selon le modèle BERT pour déterminer le nombre d’erreurs de bits.

Comprendre l’horloge d’interface

Le chronométrage détermine la manière dont les nœuds de routage individuels ou les réseaux entiers échantillonnent les données transmises. Au fur et à mesure que les flux d’informations sont reçus par un appareil dans un réseau, une source d’horloge spécifie quand échantillonner les données. Dans les réseaux asynchrones, la source d’horloge est dérivée localement et les réseaux synchrones utilisent une source d’horloge centrale externe. La synchronisation de l’interface indique si l’appareil utilise une horloge asynchrone ou synchrone.

Note:

Étant donné que les réseaux véritablement synchrones sont difficiles à concevoir et à maintenir, la plupart des réseaux synchrones sont en réalité des réseaux plésiochrones. Dans un réseau plésiochrone, les différentes régions temporelles sont contrôlées par des horloges locales synchronisées (avec des contraintes très étroites). De tels réseaux se rapprochent de la synchronicité et sont généralement connus sous le nom de réseaux synchrones.

La plupart des réseaux sont conçus pour fonctionner comme des réseaux asynchrones. Chaque appareil génère son propre signal d’horloge, ou les appareils utilisent des horloges provenant de plusieurs sources d’horloge. Les horloges du réseau ne sont pas synchronisées avec une source d’horloge unique. Par défaut, les appareils génèrent leurs propres signaux d’horloge pour envoyer et recevoir du trafic.

L’horloge système permet à l’appareil d’échantillonner (ou de détecter) et de transmettre les données reçues et transmises via ses interfaces. L’horloge permet à l’appareil de détecter et de transmettre les 0 et les 1 qui composent le trafic numérique via l’interface. Si vous ne détectez pas les bits dans un flux de données, le trafic est interrompu.

Les fluctuations à court terme du signal d’horloge sont connues sous le nom de . Les variations à long terme du signal sont connues sous le nom de .

L’horloge asynchrone peut soit dériver le signal d’horloge du flux de données, soit transmettre explicitement le signal d’horloge.

Cette rubrique contient les sections suivantes :

Synchronisation des flux de données

Courante dans les liaisons T1, la synchronisation des flux de données se produit lorsque des signaux d’horloge distincts ne sont pas transmis au sein du réseau. Au lieu de cela, les appareils doivent extraire le signal d’horloge du flux de données. Au fur et à mesure que les bits sont transmis sur le réseau, chaque bit a un intervalle de temps de 648 nanosecondes. Dans un créneau horaire, les impulsions sont transmises avec des pics et des chutes de tension alternatifs. L’appareil récepteur utilise la période des tensions alternatives pour déterminer la fréquence d’horloge du flux de données.

Transmission explicite du signal d’horloge

Les signaux d’horloge partagés par les hôtes sur une liaison de données doivent être transmis par l’un ou les deux points de terminaison de la liaison. Dans une connexion série, par exemple, un hôte fonctionne comme horloge principale et l’autre comme client d’horloge. L’horloge primaire génère en interne un signal d’horloge qui est transmis sur la liaison de données. Le client d’horloge reçoit le signal d’horloge et utilise sa période pour déterminer quand échantillonner les données et comment les transmettre sur la liaison.

Ce type de signal d’horloge contrôle uniquement la connexion sur laquelle il est actif et n’est pas visible par le reste du réseau. Un signal d’horloge explicite ne contrôle pas la façon dont d’autres appareils ou même d’autres interfaces sur le même appareil échantillonnent ou transmettent des données.

Comprendre les séquences de vérification de trame

Tous les paquets ou trames d'un réseau peuvent être endommagés par la diaphonie ou des interférences dans les fils physiques du réseau. La séquence de vérification de trame (FCS) est un champ supplémentaire dans chaque trame transmise qui peut être analysé pour déterminer si des erreurs se sont produites. Le FCS utilise des contrôles de redondance cyclique (CRC), des sommes de contrôle et des bits de parité bidimensionnels pour détecter les erreurs dans les trames transmises.

Cette rubrique contient les sections suivantes :

Contrôles de redondance cyclique et sommes de contrôle

Sur une liaison qui utilise des CRC pour la vérification de trame, la source de données utilise un algorithme polynomial prédéfini pour calculer un nombre CRC à partir des données qu’elle transmet. Le résultat est inclus dans le champ FCS de la trame et transmis avec les données. Du côté récepteur, l’hôte de destination effectue le même calcul sur les données qu’il reçoit.

Si le résultat du second calcul correspond au contenu du champ FCS, le paquet a été envoyé et reçu sans erreur de bit. Si les valeurs ne correspondent pas, une erreur FCS est générée, la trame est ignorée et l’hôte d’origine est averti de l’erreur.

Les sommes de contrôle fonctionnent de la même manière que les CRC, mais utilisent un algorithme différent.

Parité bidimensionnelle

Sur une liaison qui utilise des bits de parité bidimensionnels pour la vérification des trames, les hôtes émetteurs et récepteurs examinent chaque trame dans la transmission totale du paquet et créent un octet de parité qui est évalué pour détecter les erreurs de transmission.

Par exemple, un hôte peut créer l’octet de parité pour la séquence d’images suivante en additionnant chaque colonne (chaque position de bit dans l’image) et en ne conservant que le bit de poids faible :

Si la somme des valeurs de bits dans une position de bit est paire, le bit de parité pour la position est 0. Si la somme est impaire, le bit de parité est égal à 1. C’est ce qu’on appelle la parité paire. Les octets de parité correspondants sur les hôtes d’origine et de réception indiquent que le paquet a été reçu sans erreur.

Valeurs MTU par défaut et maximales

Par défaut, les valeurs MTU ne contiennent aucune configuration MTU. Si la valeur MTU est définie, la formule IFF MTU (IP MTU) = IFD MTU (Media MTU) – L2 Overhead s’applique. Reportez-vous au tableau 2 pour connaître les valeurs MTU par défaut.

Note:

Pour ATM MLPPP, indépendamment de la MTU UIFD, la MTU IP est toujours égale à 1500, car le calcul de la MTU IP est basé sur l’interface LSQ. Même si vous configurez la MTU de la famille LSQ, la valeur de MTU IP ne peut pas dépasser 1504.

Le Tableau 2 répertorie les valeurs MTU des pare-feu et des modules d’interface physique (PIM) des pare-feu SRX Series.

Tableau 2 : valeurs MTU des pare-feu SRX Series PIM

PIM

MTU média par défaut (octets)

MTU maximale (octets)

MTU IP par défaut (octets)

Mini-PIM SFP (Small Form-Factor Pluggable) 1 port Gigabit Ethernet

1514

9010

1500

Mini-PIM enfichable de petite forme (SFP) à 1 port

1514

1518

1500

DOCSIS Mini-PIM

1504

1504

1500

Mini-PIM série

1504

2000

1500

T1/E1 Mini-PIM

1504

2000

1500

Double GPIM CT1/E1

1504

9000

1500

Quad CT1/E1 GPIM

1504

9000

1500

2 ports 10 Gigabit Ethernet XPIM

1514

9192

1500

16 ports Gigabit Ethernet XPIM

1514

9192

1500

24 ports Gigabit Ethernet XPIM

1514

9192

1500

 

Mini-PIM ADSL2+ (encapsulation)

atm-snap

1512

1512

1504

atm-vcmux

1512

1512

1512

atm-nlpid

1512

1512

1508

atm-cisco-nlpid

1512

1512

1510

ether-over-atm-llc

1512

1512

1488

atm-ppp-llc

1512

1512

1506

atm-ppp-vcmux

1512

1512

1510

atm-mlppp-llc

1512

1512

1500

ppp-over-ether-over-atm-llc

1512

1512

1480

 

VDSL- Mode Mini-PIM AT (encapsulation)

atm-snap

1514

1514

1506

atm-vcmux

1514

1514

1514

atm-nlpid

1514

1514

1510

atm-cisco-nlpid

1514

1514

1512

ether-over-atm-llc

1514

1524

1490

atm-ppp-llc

1514

1514

1508

atm-ppp-vcmux

1514

1514

1512

atm-mlppp-llc

1514

1514

1500

ppp-over-ether-over-atm-llc

1514

1514

1482

 

VDSL- Mode PT Mini-PIM

1514

1514

1500

 

Mode Mini-PIM AT G.SHDSL (Encapsulation)

atm-snap

4482

4482

4470

atm-vcmux

4482

4482

4470

atm-nlpid

4482

4482

4470

atm-cisco-nlpid

4482

4482

4470

ether-over-atm-llc

4482

4482

1500

atm-ppp-llc

4482

4482

4476

atm-ppp-vcmux

4482

4482

4480

atm-mlppp-llc

4482

4482

1500

ppp-over-ether-over-atm-llc

4482

4482

1492

 

Mode PT Mini-PIM G.SHDSL

1514

1514

1500

Comprendre la prise en charge des trames Jumbo pour les interfaces Ethernet

Les équipements SRX Series prennent en charge des trames Jumbo jusqu’à 9 192 octets.

Les trames Jumbo sont des trames Ethernet avec une charge utile de plus de 1 500 octets (unité de transmission maximale [MTU]). Les trames Jumbo peuvent transporter jusqu’à 9000 octets de charge utile.

Vous pouvez configurer des trames Jumbo au niveau de l’interface physique à l’aide de la commande suivante :

set interface interface-name mtu mtu-value

Exemple:

La plage prise en charge pour la configuration d’une taille de paquet MTU est comprise entre 256 et 9192 octets. Cependant, toutes les interfaces ne prennent pas en charge 9192 octets. Pour plus d’informations sur les interfaces prises en charge, consultez Valeurs MTU par défaut et maximales.