Dans RouterOS, une déconnexion PPPoE signalée comme une « demande d'homologue » se produit généralement lorsque l'homologue (c'est-à-dire l'autre extrémité de la connexion PPPoE, qui est généralement le serveur PPPoE du FAI) demande de mettre fin à la session.
A la fin de l'article vous trouverez un petit tester cela vous permettra évaluer les connaissances acquises dans cette lecture
Cela peut être dû à plusieurs raisons, notamment :
1. Problèmes d'authentification
En cas de problème avec les informations de connexion (nom d'utilisateur et mot de passe), le serveur peut mettre fin à la session.
2. Politique du serveur
Le serveur PPPoE peut avoir des politiques pour déconnecter les sessions après un certain temps ou en raison de restrictions d'utilisation.
3. Problèmes de configuration
Des configurations incorrectes côté client ou serveur peuvent entraîner des déconnexions. Cela peut inclure des paramètres de délai d'attente, une MTU ou des problèmes de négociation de session PPPoE.
4. Maintenance du serveur ou problèmes techniques
Le serveur pourrait être en cours de maintenance ou rencontrer des problèmes techniques provoquant des déconnexions.
5. Problèmes de qualité de ligne ou de connexion
Des problèmes de ligne physique ou des interférences peuvent provoquer des déconnexions. Cela peut être particulièrement courant sur les connexions DSL.
Diagnostic et solution
Pour diagnostiquer et résoudre ce problème, vous pouvez essayer les étapes suivantes :
- Vérifiez les informations d'identification : Assurez-vous que le nom d'utilisateur et le mot de passe sont corrects.
- Vérifiez la configuration du MikroTik et du serveur PPPoE : Assurez-vous que tous les paramètres sont corrects et répondent aux exigences du fournisseur de services.
- Consultez les journaux système : MikroTik RouterOS fournit des journaux détaillés qui peuvent fournir plus d'informations sur la cause de la déconnexion. Accédez aux journaux pour rechercher des messages spécifiques pouvant indiquer le problème.
- Consultez votre fournisseur d'accès Internet : Il se peut que des informations ou des problèmes connus de votre côté soient à l'origine des déconnexions.
Si le problème persiste après ces étapes, il peut être utile d'effectuer des tests supplémentaires, tels que changer le matériel ou tester la connexion dans un environnement différent, pour exclure les causes possibles.
Quelles sont les valeurs recommandées pour MRU et MTU ?
Sur une connexion PPPoE (Point-to-Point Protocol over Ethernet), les valeurs recommandées pour le MRU (Maximum Receiver Unit) et le MTU (Maximum Transmission Unit) peuvent varier en fonction de l'environnement spécifique et des exigences du fournisseur d'accès Internet. .
Cependant, vous pouvez suivre certaines pratiques générales :
MRU (unité de réception maximale)
- MRU fait référence à la taille maximale des paquets que la connexion peut recevoir. Dans le contexte de PPPoE, cette valeur est souvent configurée pour être égale ou légèrement supérieure au MTU afin de s'adapter à la surcharge de l'encapsulation PPPoE.
- Une valeur commune pour MRU dans les connexions PPPoE, c'est Octets 1492, étant donné que le MTU standard pour Ethernet est de 1500 8 octets et que PPPoE a une surcharge de XNUMX octets. Cependant, cette valeur peut être ajustée en fonction des recommandations du FAI ou pour optimiser les performances du réseau.
MTU (unité de transmission maximale)
- MTU fait référence à la taille maximale des paquets que la connexion peut transmettre. Sur les connexions PPPoE, le MTU est généralement inférieur à celui des connexions Ethernet normales en raison de la surcharge de PPPoE.
- Une valeur Recommandé pour MTU dans les connexions PPPoE, c'est 1480 à 1492 octets. La valeur exacte peut dépendre de plusieurs facteurs, notamment du type de trafic réseau et des spécifications du FAI. La valeur de 1492 XNUMX octets est couramment utilisée pour éviter la fragmentation des paquets sur le réseau.
Ajustements supplémentaires
- MSS (taille maximale des segments) : En plus du MTU et du MRU, il est également important de prendre en compte le paramètre MSS, en particulier pour les connexions TCP sur PPPoE. Le MSS est généralement le MTU moins 40 octets (pour l'en-tête IP et TCP), ce qui dans le cas d'un MTU de 1492, donnerait un MSS de Octets 1452. Une configuration correcte du MSS peut aider à éviter les problèmes de fragmentation des paquets TCP.
Considérations supplémentaires
- FAI spécifique : C'est toujours une bonne idée de vérifier auprès de votre fournisseur de services Internet ses recommandations spécifiques. Certains FAI peuvent avoir des configurations réseau uniques qui nécessitent des ajustements spécifiques des valeurs MRU et MTU.
- Essais et erreurs: Parfois, les paramètres optimaux pour MRU et MTU peuvent être trouvés par essais et erreurs, en ajustant les valeurs et en surveillant les performances du réseau et l'apparition de problèmes tels que la fragmentation des paquets ou des problèmes avec des sites Web spécifiques.
Il est important de se rappeler que des valeurs MRU et MTU incorrectes peuvent entraîner des problèmes tels que la fragmentation des paquets, la perte de paquets ou une diminution globale de l'efficacité du réseau. Il est donc crucial d'effectuer des ajustements minutieux et des tests approfondis.
Exemple de configuration dans MikroTik
Cet exemple suppose que vous disposez déjà d'une interface client PPPoE configurée et qu'il vous suffit d'ajuster ces paramètres :
/interface pppoe-client
set [trouver] add-default-route=oui use-peer-dns=oui \
mru=1492 mtu=1492 nom=pppoe-out1 \
user="votre_utilisateur" mot de passe="votre_mot de passe"
/ip pare-feu mangle
ajouter action=change-mss chain=forward new-mss=1452 \
protocol=tcp tcp-flags=syn out-interface=pppoe-out1 passthrough=oui
ajouter action=change-mss chain=forward new-mss=1452 \
protocole = tcp tcp-flags = syn in-interface = pppoe-out1 passthrough = oui
Exemple de répartition :
/interface pppoe-client set [trouver]
Recherchez l'interface client PPPoE existante et appliquez les paramètres suivants.
- add-default-route=oui : Ajoutez une route par défaut via cette interface.
- use-peer-dns=oui : Utilise le serveur DNS fourni par le homologue PPPoE.
- mru=1492 : Définissez l'unité de réception maximale sur 1492 XNUMX octets.
- mtu=1492 : Définissez l'unité de transmission maximale sur 1492 XNUMX octets.
- nom=pppoe-out1 : Définit le nom de l'interface PPPoE (modifiez-le en fonction de votre configuration).
- utilisateur = "votre_utilisateur": Spécifie le nom d'utilisateur pour l'authentification PPPoE.
- mot de passe = "votre_mot de passe": Spécifie le mot de passe pour l'authentification PPPoE.
/ip pare-feu mangle ajouter action=change-mss
Ajoutez des règles à la table mangle du pare-feu pour ajuster le MSS des paquets TCP avec l'indicateur SYN, afin de garantir qu'ils ne dépassent pas la taille effective maximale autorisée après l'encapsulation PPPoE.
- chaîne = en avant : Applique la règle aux paquets en cours de transfert.
- nouveau-mss=1452 : Définissez la nouvelle valeur MSS sur 1452 XNUMX octets.
- protocole=tcp : Applique la règle uniquement aux paquets TCP.
- tcp-flags=syn : Applique la règle uniquement aux paquets TCP avec l'indicateur SYN, qui sont des paquets d'initiation de connexion.
- interface externe=pppoe-out1 : Appliquez la règle aux paquets sortant sur l'interface pppoe-out1 (ajustez en fonction du nom de votre interface PPPoE).
- in-interface=pppoe-out1 : La deuxième règle est similaire mais s'applique aux paquets entrants via l'interface PPPoE.
- passthrough=oui : Permet au paquet d'être traité par des règles supplémentaires après celle-ci.
Ceci est juste un exemple de base. Vous devrez ajuster les noms d'interface, les valeurs d'utilisateur et de mot de passe, ainsi que tout autre paramètre spécifique à votre réseau et à vos exigences.
De plus, il est important de tester ces modifications dans un environnement contrôlé pour s'assurer qu'elles n'interrompent pas votre connexion Internet.
Bref quiz de connaissances
Que pensez-vous de cet article?
Oserez-vous évaluer vos connaissances acquises ?
Livres recommandés pour cet article
(Livre) Mise en réseau avec MikroTik RouterOS : une approche pratique pour comprendre et mettre en œuvre RouterOS
Matériel d'étude pour le cours de certification MTCNA, mis à jour vers RouterOS v7
Livre des concepts fondamentaux de MikroTik, RouterOS v7
Matériel d'étude pour le cours de certification MTCNA, mis à jour vers RouterOS v7
Peut-être êtes-vous intéressé...
- Mauvaises configurations de couche 2 : limitations de déchargement matériel sur plusieurs ponts
- Mauvaises configurations de couche 2 : interfaces LAG et équilibrage de charge
- Mauvaises configurations de couche 2 : flux de paquets avec déchargement matériel et apprentissage MAC
- Comprendre le concept de MTU aux couches 2 et 3 : impacts et considérations
- Liaison XOR (balance-xor) dans MikroTik