Auteur Sujet: ONU fs.com tx power a 40dB (Lu 13820 fois)

Atmis · « **Réponse #36 le:** 18 octobre 2023 à 11:52:42 »

Merci cyayon ! Je vais pouvoir m'inspirer du meilleur des 2 mondes

cyayon · « **Réponse #37 le:** 18 octobre 2023 à 11:53:48 »

le mien semble moins élégant, peut-être trop monolithique ...

fttmeh · « **Réponse #38 le:** 18 octobre 2023 à 13:45:32 »

J'ai revu mon script entre temps, pour faire un seul qui fasse les checks en IPv4 et IPv6.

Si les variables testv4 et testv6 ont une valeur de 1, les tests correspondants seront faits.

Il faut aussi deux scripts pour faire le restart du client DHCPv4 et DHCPv6.

checkInetGateways:

Code: [Sélectionner]

:local defgw4
:local defgw6
:local testv4 1
:local testv6 1
:local dorestarts 0

:do { :set defgw4 [ /ip route get number=[find dst-address="0.0.0.0/0" and active ] value-name=gateway ] } on-error={ :log error "CONNECTIVITY-CHECK (IPv4): No gateway detected, exiting." ; :set testv4 0 }

:do { :set defgw6  [ /ipv6 route get number=[find dst-address="::/0" and active ] value-name=gateway ] } on-error={ :log error "CONNECTIVITY-CHECK (IPv6): No gateway detected, exiting." ; :set testv6 0 }

:local pingresult4 [ /ping address=$defgw4 count=3 interval=1.5s ]
:local pingresult6 [ /ping address=$defgw6 count=3 interval=1.5s ]

:if ( ($pingresult4 = 0) and ($testv4 = 1) ) do={
		:log info "CONNECTIVITY-CHECK (IPv4): Failed ping to default gateway, restarting dhcp client"
		:set dorestarts 1
}


:if ( ($pingresult6 = 0) and ($testv6 = 1) ) do={
		:log info "CONNECTIVITY-CHECK (IPv6): Failed ping to default gateway, restarting dhcp client"
		:set dorestarts 1
}

:if ( $dorestarts = 1 ) do={
		/system/script/run restartDHCPv4client
		:delay 3s
		/system/script/run restartDHCPv6client
}

restartDHCPv4client:

Code: [Sélectionner]

/ip dhcp-client release [find interface=vlan832-wan ]
/ip dhcp-client disable [find interface=vlan832-wan ]
:delay 2s
/ip dhcp-client enable [find interface=vlan832-wan ]

restartDHCPv6client:

Code: [Sélectionner]

/ipv6 dhcp-client release [find interface=vlan832-wan ]
/ipv6 dhcp-client disable [find interface=vlan832-wan ]
:delay 2s
/ipv6 dhcp-client enable [find interface=vlan832-wan ]

Atmis · « **Réponse #39 le:** 20 octobre 2023 à 09:42:38 »

J'ai tenté de mettre en place le script de fttmeh qui correspond bien à ce que je souhaite faire.
A mon premier test j'ai tout explosé

Pour information, j'avais activé la fonction "Detect Internet" sur mon routeur, mais celle-ci ne se contente pas de vérifier si la connexion internet est bien active en affichant un joli graph sur l'application mobile : en cas de désactivation du client DHCP, elle recrée un client DHCP dynamique (non fonctionnel), non supprimable et empêchant de réactiver mon client DHCP. J'étais obligé de couper la fonction "Detect Internet" pour reprendre la main. Donc dans le cadre de la mise en place du script, soit je désactive la fonction "Detect Internet", soit je me contente d'un Release qui a toujours été suffisant dans mon cas pour retrouver la connexion.

Ensuite, j'ai un cas étrange. J'ai 2x installations similaires (RB5009+CRS305), et sur une installation je peux pinger la passerelle Orange, sur l'autre impossible. Sauf erreur de ma part, les configurations sont identiques.
Savez-vous si Orange désactive la réponse au ping sur certaines passerelles ?

cyayon · « **Réponse #40 le:** 20 octobre 2023 à 09:50:21 »

Salut,

Attention, dans certains cas chez Orange, la gateway n’est pas pingable.
Je crois qu’avec un abonnement GP ça fonctionne mais pas avec un abonnement PRO et/ou avec une IP fixe.

C’est pour cela que dans mon script, je ping d’autres IP et avec des retry pour être certain de ne pas restart le dhclient en permanence.

Atmis · « **Réponse #41 le:** 20 octobre 2023 à 09:54:01 »

Super, merci cyayon pour la précision !
Ce sont 2 offres pro avec IP fixe, et donc dans un cas une passerelle est pingable et l'autre non.
Je vais donc faire comme toi et me baser sur d'autres IP

Atmis · « **Réponse #42 le:** 12 novembre 2023 à 18:26:41 »

Pour information, j'ai mis à jour mes équipements en 7.12, avec pas mal de modifications concernant la gestion du SFP et une note sur le forum Mikrotik :

Citer

Notice - SFP/QSFP functionality has been refactored for consistent behavior and better scalability. Now, compliance with SFP/SFP+/QSFP MSA standard is mandatory. This may cause issues with SFP/QSFP modules that are not fully compliant. All current MikroTik modules abide this standard.

Moins de 12h après la mise à jour sur le CRS305, j'ai eu un TX à -40db dans la nuit mais les scripts ont tout remis en place

Cela fait à présent 3 jours que c'est stable, mais le problème est toujours présent.

cyayon · « **Réponse #43 le:** 12 novembre 2023 à 18:29:11 »

Merci pour l'info.

Il y a vraiment un problème entre le CRS305 et cet ONU.
Depuis que je suis sur CRS310 plus de problème.

Faudrait tester cela sur un CRS305 : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ (section TX Fault / Serial)

Atmis · « **Réponse #44 le:** 12 novembre 2023 à 18:40:07 »

Oui, j'hésite à essayer cela car cela désactive le port série et ça m'a dépanné dans le passé. A voir

Atmis · « **Réponse #45 le:** 12 novembre 2023 à 22:28:06 »

Aller, je me suis lancé, j'ai appliqué le paramétrage Hack GPON sur l'ONU de la maison. Pour le moment ça fonctionne, j'appliquerai la même chose au bureau dans quelques jours si tout va bien.
On va voir s'il y a du mieux, je vous tiendrai au courant.

cyayon · « **Réponse #46 le:** 13 novembre 2023 à 09:55:45 »

Cool, faut compter au moins 2 ou 3 mois avant de crier victoire.

Atmis · « **Réponse #47 le:** 20 novembre 2023 à 11:15:26 »

Modification appliquée au bureau jeudi dernier, on se reparle dans quelques mois

(ou avant si ça merde toujours

)