Bonjour,
Depuis environ 2 semaines j'ai des coupures intempestives sur mon routeur perso, un Asus RT-AX56U, celui-ci subitement perd le DHCP K-net.
Pour y remédier j'éteins et je rallume le boitier convertisseur fibre > rj45 et magique cela refonctionne, suis-je le seul ? c'est un boitier Calix 801gv2
J'aurais bien voulu configurer mon routeur en IP Fixe directement mais je n'ai pas les paramètres masque + passerelle correspondant à mon ip fixe, comment les avoirs ?
Merci d'avance
Bonjour,
CitationJ'aurais bien voulu configurer mon routeur en IP Fixe directement mais je n'ai pas les paramètres masque + passerelle correspondant à mon ip fixe, comment les avoirs ?
Tu ne pourras pas. C'est le DHCP OI qui autorise la connexion.
Sinon essayer de faire un cron ARP ?
Cordialement
Bonsoir,
et pourquoi je ne pourrais pas les avoirs ? au travail je les ai tous....
cad cron arp ?
merci encore
Parce que c'est la requète DHCP qui autorise la connexion, si tu mets une IP Fixe, tu te feras couper automatiquement dans les 10 minutes, en gros.
bonjour,
ah bon c'est pas l'adresse mac du routeur?
merci
Citation de: Vincent O le 08 Mai 2019 à 20:12:32
Hugues tient la bonne piste. Plusieurs OI font ça.
Sur les réseaux L2 (SIEA, ex-Tutor, passif) les requêtes DHCP arrivent directement sur nos serveurs, et la durée du bail est configurée à 12h sur nos serveurs.
Sur les réseau L3 les BNG/BRAS des OI font proxy DHCP. Ce sont eux qui vous répondent, en allant faire la requête vers nos serveurs DHCP (eux configurés pour 12h) et en modifiant la réponse avant de vous la donner. Si notre serveur répond un DHCPACK le BNG rajouté une ACL pour autoriser le traffic IP de/vers l'IP ou le préfixe que notre serveur a répondu (la partie authentification dont Hugues parle).
Plusieurs OI ont effectivement configuré le bail du serveur DHCP des BNG a 5 min.
En temps normal il n'y en a pas besoin. La vrai raison, c'est en cas de maintenances ou de redémarrage du BNG. En forçant le bail à 5 minutes, le client a au maximum 5 minutes de coupure. Sinon le client se retrouve à devoir soit redémarrer son routeur pour forcer une requête DHCP, soit attendre la fin du bail précédent (jusqu'à 6h pour un demi-bail donc).
Ben quand cela coupe, mon routeur est en rouge, n'arrive pas a avoir en effet l'ip fixe, je relance celui-ci, il reste bloqué, pas d'ip
Pour que celui-ci reparte il faut que j'éteigne l'adaptateur fibre > rj45, cela fait 2ans et demi que cela fonctionnait bien et depuis 2 semaines cela coupe
Citation de: sebdepringy le 16 Août 2021 à 11:15:03
Ben quand cela coupe, mon routeur est en rouge, n'arrive pas a avoir en effet l'ip fixe, je relance celui-ci, il reste bloqué, pas d'ip
Pour que celui-ci reparte il faut que j'éteigne l'adaptateur fibre > rj45, cela fait 2ans et demi que cela fonctionnait bien et depuis 2 semaines cela coupe
Vous êtes sur un réseau Covage ?
Si oui peut-être vous êtes passé sur un réseau L3
oui en principe je suis sur Covage, mon ip fixe est ipv4
y a t'il quelque chose à faire?
Regarder les logs du routeur?
Ceux de l'ONT?
bizarre comme panne...
Bonjour,
Ces coupures intempestives ressemblent à une partie de mes problèmes. Je suis chez TDF, et je ne peux plus atteindre ma passerelle réseau donnée par le dhcp plusieurs fois dans la journée et jusqu'à 8 minutes pour les coupures les plus longues. C'est observable et mesuré depuis 15 jours aussi. Bail dhcp de 12 heures.
Question: comment on accède aux logs de l'ont ?
JC
https://forum.caps.services/index.php/topic,6771.msg87139.html#msg87139
https://forum.caps.services/index.php/topic,8337.0/topicseen.html
Sur Covage, Le bail DHCP est de 5 min.
C'est inutile d'aller dans l'ONT ...
C'est juste le DHCP OI qui vous coupent.
Citation de: thedark le 16 Août 2021 à 18:42:56
C'est juste le DHCP OI qui vous coupent.
Ce serait bien de trouver pourquoi...
Vous avez essayer de faire ça ?
https://forum.caps.services/index.php/topic,4260.msg101606.html#msg101606 (Tache Cron)
Ah et je fais quoi? ils ont fait des modifications? j'ai un routeur asus et cela fonctionnait bien depuis plus de 2ans
J'ai pas accès au log de l'ont
non pas essayé, je m'oriente sur un problème de routeur, j'ai contacté le support asus, inefficace a part me dire, faite un downgrade, le pire c'est que c'est mieux depuis...
cela arrive quand je fais mes synchro entre nas avec Rsync, j'éteint mon routeur et cela repart, demain j'essaye un identique car j'en ai plusieurs, ensuite je ferais un essai avec un RT-AC68U
Après changement de routeur, RT-AX56U vers RT-AC66U B1, coupure
Reset d'un second RT-AX56U, reparamétrage, cela a fonctionné pour le transfert de 1TO de données, je me suis enfin ! et non.... la connexion a sauté et impossible de la retrouver, dans le routeur j'ai
La durée de bail
Renewing...
Le bail a expiré
Expired
Donc j'ai remis le RT-AC66U, relancé ma synchro, j'ai desactivé la protection IPS, j'attend de voir...
J'ai rappelé le support, rien de nouveau, j'ai demandé pourquoi je ne peux pas faire un paramétrage manuel plutot que d'être dépendant du dhcp de knet...
Citation de: sebdepringy le 09 Octobre 2021 à 21:05:31
J'ai rappelé le support, rien de nouveau, j'ai demandé pourquoi je ne peux pas faire un paramétrage manuel plutot que d'être dépendant du dhcp de knet...
Nop, le DHCP fonctionne très bien.
Sauf avec certains routeur PERSO, ça bug à cause du release 3 minute.
Après peut-être c'est propre à votre routeur ou IP.
PS: Le static, tu peux oublier ce n'est pas possible.
Citation de: thedark le 09 Octobre 2021 à 21:26:39
Citation de: sebdepringy le 09 Octobre 2021 à 21:05:31
J'ai rappelé le support, rien de nouveau, j'ai demandé pourquoi je ne peux pas faire un paramétrage manuel plutot que d'être dépendant du dhcp de knet...
Nop, le DHCP fonctionne très bien.
Sauf avec certains routeur PERSO, ça bug à cause du release 3 minute.
Après peut-être c'est propre à votre routeur ou IP.
PS: Le static, tu peux oublier ce n'est pas possible.
Je veux bien que c'est pas possible, parce qu'ils ont pas envie (peux-être ?)
Au boulot j'ai mis les mêmes routeurs, on es sur covage également sauf que je rentre les ip fixe moi même et cela ne saute pas ! sa tient parfaitement !
En plus avant juillet je ne rencontrais pas ce problème... cela a fonctionné pendant 2.5ans sans problèmes, alors pourquoi maintenant cela ne fonctionne plus?
Résultat des courses
2x RT-AX56U = même problème
1x RT-AC66U B1 = même problème
La ligne est bonne sinon je ne pourrais pas transférer autant
Citation de: sebdepringy le 10 Octobre 2021 à 19:26:28
Je veux bien que c'est pas possible, parce qu'ils ont pas envie (peux-être ?)
Nop, à cause du serveur DHCP Covage.
Mais vous pouvez essayer de votre coté sans demander à K-NET.
Logiquement la passerelle c'est .254 de mémoire.
Il n'y a plus d'ACL sur le relay dhcp covage?
Citation de: Steph le 10 Octobre 2021 à 19:33:56
Il n'y a plus d'ACL sur le relay dhcp covage?
Si il y a encore :P
Citation de: thedark le 10 Octobre 2021 à 19:32:13
Citation de: sebdepringy le 10 Octobre 2021 à 19:26:28
Je veux bien que c'est pas possible, parce qu'ils ont pas envie (peux-être ?)
Nop, à cause du serveur DHCP Covage.
Mais vous pouvez essayer de votre coté sans demander à K-NET.
Logiquement la passerelle c'est .254 de mémoire.
dhcp de covage ou dhcp de knet?
déjà essayé, cela accroche pas malheureusement en manuel
maintenant si mon routeur est subitement incompatible, lequel prendre? et pourquoi cela saute juste quand j'envoie de gros transfert?
Type de connexion
Adresse IP Automatique
Adresse IP du réseau étendu
185.251.1xx.xxx
Masque de sous-réseau
255.255.252.0
DNS
1.1.1.1
8.8.4.4
Passerelle
185.251.1xx.xxx
La durée de bail
5 Minutes
Le bail a expiré
4 Minutes 51 Secondes
Paramètres WAN
merci encore de l'aide :)
DHCP K-Net et relais DHCP Covage.
C'est Covage qui met 5 min de bail.
Bonjour,
ok, mais comment résoudre le problème ? si je lance pas de gros traffic cela saute pas c'est quand même bizarre comme situation ?
Je viens d'activer ces 2 options également (sans trop savoir ce que cela change, il y a pas trop d'info sur le site d'asus)
Extension de la valeur TTL
Spoof LAN TTL value
quel routeur fonctionne donc parfaitement maintenant ?
Merci encore
Est-ce que le paramètre "DHCP query frequency" de ton routeur est en mode agressif ou normal? 3ème paramètre en partant du bas sur cette page de config: https://demoui.asus.com/Advanced_WAN_Content.asp (https://demoui.asus.com/Advanced_WAN_Content.asp) (source (https://www.snbforums.com/threads/router-ui-emulators.30552/))
Quand j'utilisait un routeur Asus, j'utilisais le firmware de Merlin qui est plus stable et plus performant que celui d'Asus, et comporte des fonctionnalités supplémentaires (https://www.asuswrt-merlin.net/features). Regarde ici pour en savoir plus: https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/ (https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/)
Son site est ici: https://www.asuswrt-merlin.net/ (https://www.asuswrt-merlin.net/)
Citation de: Marc01FR
Quand j'utilisait un routeur Asus, j'utilisais le firmware de Merlin qui est plus stable et plus performant que celui d'Asus, et comporte des fonctionnalités supplémentaires (https://www.asuswrt-merlin.net/features). Regarde ici pour en savoir plus: https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/ (https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/)
Son site est ici: https://www.asuswrt-merlin.net/ (https://www.asuswrt-merlin.net/)
bonjour,
je confirme que le firm. Merlin est très stable et performant, chez moi il est en lieu et place du firm officiel sur mon RT-AX88U depuis que je le possède.
Citation de: Marc01FR le 11 Octobre 2021 à 13:48:27
Est-ce que le paramètre "DHCP query frequency" de ton routeur est en mode agressif ou normal? 3ème paramètre en partant du bas sur cette page de config: https://demoui.asus.com/Advanced_WAN_Content.asp (https://demoui.asus.com/Advanced_WAN_Content.asp) (source (https://www.snbforums.com/threads/router-ui-emulators.30552/))
Quand j'utilisait un routeur Asus, j'utilisais le firmware de Merlin qui est plus stable et plus performant que celui d'Asus, et comporte des fonctionnalités supplémentaires (https://www.asuswrt-merlin.net/features). Regarde ici pour en savoir plus: https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/ (https://www.snbforums.com/threads/about-asuswrt-merlin-custom-firmware-for-asus-routers.7846/)
Son site est ici: https://www.asuswrt-merlin.net/ (https://www.asuswrt-merlin.net/)
Bonsoir,
Firmware merlin = meme problème
Pour la fréquence du dhcp, j'ai essayé les 3, normal, agressif, continu, pour le moment c'est sur continu
Aucune coupure depuis 1 semaine, normal j'ai pas relancé de synchronisation entre nas vous me direz, j'en relance une ce soir !
J'ai laissé l'extension TTL, le spoof je l'ai viré car cela me posait des problèmes de lenteurs générale
Pour le moment le seul firmware avec lequel cela tient la route est la 9.0.0.4.386_41994, les autres cela coupe plus vite, j'ai même désactivé ai protection, cela ne change rien
Relance de mes synchro entre nas, coupure net à 1.1To de données transférés, j'ai relancé ce matin j'attend de voir si à 1.1To cela saute....
Hier coupure vers 18h30 a 1m30 de la fin du baie, ensuite baie expiré, j'appel K-net, connexion retrouvée, le routeur se reconnecte seul
Idem aujourd'hui, même heure.........
C'est du délire chez eux ?
Vous avez un problème qui touche uniquement vous là.
Je suis de près ton problème pour l instant j attend l activation de mon accès fibre je suis sur asus RT-AC5300 avec 5 aimesh ... je me rappelle avoir eu un gros soucis de déconnexions intempestives sur une ancienne version de firmware .. mes versions semblent plus récentes que celle que tu a cité n as tu pas une version plus récente de disponible chez asus ? Peut être une mise à jour manuelle en vérifiant sur leur site ? il semble que ta version soit une beta et qu'il y ait une nouvelle version du firmware la 3.0.0.4.386.43129 pour le RT-AC66U B1
Je te ferais un retour quand ma ligne sera activée ...
Bonjour,
Avec une version plus récente du firmware c'est encore pire ! Même avec le firmware Merlin j'ai le problème, cela arrive quand je fais du RSYNC entre Nas sauf au boulot ou je suis en IP Fixe rentrée manuellement sur le même type de routeur.
J'ai essayé 3 routeurs cela fait exactement le même problème, de façon aléatoire.
J'ai déjà contacté Knet, a part me demander d'activer le ping sur le wan aucun avancement et je n'activerais pas le ping pour une question de sécurité, encore si il y avait quelqu'un qui suit mais j'ai de fort doute la dessus sinon le problème serait réglé
Une idée?
Citation de: sebdepringy le 26 Octobre 2021 à 08:52:45
je n'activerais pas le ping pour une question de sécurité
La bonne blague :P
http://shouldiblockicmp.com/ (http://shouldiblockicmp.com/)
A la rigueur, un Rate Limit sur l'ICMP (et pas juste 1 paquet par seconde), ça peut se comprendre mais pour le reste, c'est pas plus sécurisé de virer l'ICMP qui est surtout bien pratique. Je suppose que si Google, Quad9 et Cloudflare laissent la possibilité de pinger leur DNS (en IPv4 ET IPv6) c'est que ça reste plutôt un mythe la protection de faire du Drop Packet sur l'ICMP.
Citation de: thedark le 26 Octobre 2021 à 09:08:55
Citation de: sebdepringy le 26 Octobre 2021 à 08:52:45
je n'activerais pas le ping pour une question de sécurité
La bonne blague :P
Donc toi tu active le ping ?
L'ICMP ?
Quel est le rapport avec mon problème? knet vois très bien le flux même sans le ping !
Citation de: sebdepringy le 27 Octobre 2021 à 00:23:12
Quel est le rapport avec mon problème? knet vois très bien le flux même sans le ping !
Non. Contrairement à l'OI on n'a pas de visu sur le flux entrant de l'ONT, uniquement sur le routeur.
Et si pas d'ICMP, on ne voit rien (hormis logs DHCP).
Citation de: Novelastre le 27 Octobre 2021 à 10:24:08
Citation de: sebdepringy le 27 Octobre 2021 à 00:23:12
Quel est le rapport avec mon problème? knet vois très bien le flux même sans le ping !
Non. Contrairement à l'OI on n'a pas de visu sur le flux entrant de l'ONT, uniquement sur le routeur.
Et si pas d'ICMP, on ne voit rien (hormis logs DHCP).
Bon j'ai activé le ping.... j'ai eu une coupure de 5mn et cela est revenu derrière et comme par hazard quand j'ai lancé mes synchros aujourd'hui vers 10h45, est-ce que vous avez vu quelque chose ?
Aujourd'hui
Coupure
10h45
11h55-10h58
12h07-12h16
12h52-13H30 ?
16H23-16h31
J'ai supprimé, sur signalement à la modération, les trois derniers messages de Sebdepringy, qui n'étaient composés quasiment que de logs parlant de Wi-Fi...
Sauf que cela ne parlait absolument pas de Wi-Fi, apparemment on préfère supprimer que de se pencher sur le problème !
J'adore avec une ligne à 1 GB inexploitable car se casse la figure dès où'on la sollicite !
Depuis le mois de juillet j'ai le problème, il y a bien eu quelque chose de fait sur la ligne, pendant plus de 2ans cela a fonctionné !
Nov 3 08:46:15 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Nov 3 08:46:17 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Nov 3 08:46:17 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Nov 3 08:46:22 WAN Connection: WAN(0) link up.
Nov 3 08:46:22 rc_service: wanduck 1151:notify_rc restart_wan_if 0
Nov 3 08:46:24 wan: mac clone: [wan0_hwaddr] == [D4:5D:64:C5:9B:10]
Nov 3 08:46:24 wan: finish adding multi routes
Nov 3 08:46:27 WAN Connection: WAN was restored.
Nov 3 08:46:33 BWDPI: fun bitmap = 57f
Nov 3 08:46:34 kernel: Archer TCP Pure ACK Enabled
Nov 3 08:46:34 dhcp client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Nov 3 09:00:33 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Nov 3 09:00:35 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Nov 3 09:00:35 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Nov 3 09:00:38 wan: finish adding multi routes
Nov 3 09:00:42 WAN Connection: WAN was restored.
Nov 3 09:00:46 BWDPI: fun bitmap = 57f
Nov 3 09:00:48 dhcp client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Nov 3 09:00:48 kernel: Archer TCP Pure ACK Enabled
Coupure donc à 8h46, retour à 9h00
J'ai beau regarder cela ne parle pas de wifi ! Je commence à regarder ailleur niveau fournisseur, K-net pas sérieux !
Si si, ça parlait de wifi, et 3 posts complets de logs de wifi, ça n'intéresse personne.
Citation de: sebdepringy le 03 Novembre 2021 à 09:00:09
J'ai beau regarder cela ne parle pas de wifi ! Je commence à regarder ailleur niveau fournisseur, K-net pas sérieux !
Là non, ça ne parle pas de wifi, comme quoi, tu sais sélectionner les lignes pertinentes quand tu veux.
En tout cas, au vu de ça :
Citation de: sebdepringy le 03 Novembre 2021 à 09:00:09
Nov 3 09:00:33 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Nov 3 09:00:35 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Je dirais que soit :
- Le routeur
- L'ONT
- Le câble RJ entre routeur et ONT
sont à changer. Et que le forum ne sera d'aucune aide pour cela :)
Bonjour Hugues,
Routeur déjà essayé avec 3 différents
Le câble pas lui non plus
L'ONT mais juste quand je demande du débit constant pendant des heures ? (Synchro RSYNC entre nas distant donc ?)
Par contre avant j'avais la KBOX, que je gardais pour le téléphone, rendue l'année dernière, est-ce que KNET fait quelque chose derrière pour dire, le client utilise plus la KBOX ?
Par exemple la ligne tient la, si je relance cela va couper ! déconnexion avec bail expiré sur le routeur, on attend un peu, cela se reconnecte
Franchement un ONT foireux, c'est pas impossible comme hypothèse
Bonjour,
Je peux pas le tester de mon coté?
Tient coupure encore vers 2h du matin en plein débit, ce matin aussi alors que cette fois-ci je ne faisais aucune synchro, j'ai fais relancer l'ONT par mon épouse et c'est repartie....
Appel K-Net dans la foulée, on me dit que l'on me tient au courant, je pense les relancer ce soir et si rien ne bouge faire opposition au prélèvement de l'abonnement étant donné que rien ne bouge depuis plus de 3mois, j'ai été assez patient
Va jeter un œil aux logs, des fois que...
Il y a aussi des fonctions de diagnostique.
https://forum.caps.services/index.php/topic,6771.msg87139.html#msg87139
Bonjour,
Coupure encore ce matin entre 11h55 et reprise a 12h01...
Log de mon routeur
Nov 6 12:01:11 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Nov 6 12:01:14 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Nov 6 12:01:14 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Nov 6 12:01:15 wan: finish adding multi routes
Nov 6 12:01:17 WAN Connection: WAN was restored.
Nov 6 12:01:23 BWDPI: fun bitmap = 53b
Nov 6 12:01:25 kernel: Archer TCP Pure ACK Enabled
Nov 6 12:01:25 dhcp client: bound 185.251.1xx.xxx/255.255.252.0 via 185.251.1xx.254 for 300 seconds.
L'ONT que j'ai est un Calix GigaPoint 801Gv2
J'ai essayé d'appeler Knet, injoingnable ce matin, j'ai fais un mail.
Hugues a raison : c'est le port physique qui down.
Bonjour,
Le port physique de l'ONT ou du routeur ?
Si routeur sur les 3 que j'ai testé ??? franchement c'est pas possible
Je fais des synchros tous les jours en ce moment pour tester la stabilité de la ligne, hier dans mon Qnap, dans Rsync j'ai désactivé "Utiliser le controle de congestion TCP BBR" est-ce que ce paramètre peux faire planter un ONT ou routeur?
Citation de: sebdepringy le 09 Novembre 2021 à 11:15:33
Le port physique de l'ONT ou du routeur ?
Ben, de l'ONT, mais du coup, ça fait aussi tomber celui du routeur (c'est normal)
Citation de: sebdepringy le 09 Novembre 2021 à 11:15:33
Je fais des synchros tous les jours en ce moment pour tester la stabilité de la ligne, hier dans mon Qnap, dans Rsync j'ai désactivé "Utiliser le controle de congestion TCP BBR" est-ce que ce paramètre peux faire planter un ONT ou routeur?
Non
Merci, bon coupure depuis 11h49, je suis pas chez moi, d'habitude cela reviens vite.... est-ce une coupure franche? réponse bientot !
Coupure non franche, reparti et Covage passe mardi matin pour voir, apparemment il y aurait un problème sur ma ligne ?
A suivre...
Bonsoir,
Le technicien Axians (mandaté par covage) est passé mardi, apparemment j'avais une athénuation de -25db, soudure refaite dehors, toujours -25db, soudure au niveau du PTO, toujours -25db, résultat il a changé la prise du PTO et fait 2 soudures à l'intérieur, je comprends pas pourquoi 2, test en sortie du PTO = -20.46db, test en sortie de ma jarretière de 10m, même résultat, on rebranche, cela repart, je me dis enfin résolu!
Ehhh non, toujours les mêmes coupures.... renvoie mail et tel à K-net.
Ce soir en aillant marre, j'ai décidé pour être sur de déplacer l'ONT et de mettre une jarretière de 2m
Caractéristique de ma jarretière de 10m
EuroTechnicom
Patchcord SX SCAPC/SCAPC 1.6mm
G657A2 Ivoire Loosetube 10M
IL 1310nm dB: A: 0.23 B: 0.24
RL 1310nm dB: A: 62.6 B: 61.1
IL 1550nm dB: A: 0.10 B: 0.22
RL 1550nm dB: A: 60.3 B: 62.4
Et voici celle de 2m
SC/APC-SC/APC
SM G657A2 SX 3.0mm LSZH
2M
IL A 0.09 / RL A 60.7
IL B 0.04 / RL B 63.6
Axians m'a rappelé, rendez-vous encore pris, lundi a 9h mais est-ce qu'une jarretière peux-être hs quand on pompe du débit?
Citation de: sebdepringy le 18 Novembre 2021 à 22:44:49
est-ce qu'une jarretière peux-être hs quand on pompe du débit?
Non
Comme j'avais dit avec Hugues ONT ou le câble Ethernet.
Ou l'alim de l'ONT ...
ok donc pas jarretière car a replanté cette nuit, cable rj45 changé idem, reste le transfo de l'ont, pourtant la tension est bonne, par contre quand je perd le dhcp l'ont est toujours ok
ce soir pour tester j'ai pris un routeur netgear... on va voir si cela plante!
cela ne peux pas etre knet qui me vire de leur dhcp qd meme ??
sinon pour vous l'atténuation est bonne ?
Citationpourtant la tension est bonne
Une tension mesurée à vide est toujours bonne !
Citation de: sebdepringy le 19 Novembre 2021 à 19:48:07
sinon pour vous l'atténuation est bonne ?
Oui, -20dBm est correct en GPON. -25db commence à être limite.
Pour la jarretière, c'est aussi OK.
IL (insertion loss) doit être le plus bas possible, pour une jarretière typiquement >0dB et < 0.5dB. C'est en gros "l'atténuation". Ça augmente en fonction de la distance, du type de fibre et à chaque passage par un "obstacle" (soudures, connecteurs, ...).
RL (return loss) doit être le plus élevé possible. C'est la puissance du signal réfléchi, qui revient à la source. Ça augmente à chaque fois qu'il y a un changement de réflectance.
Le RL est moindre avec des connecteurs APC que des connecteurs PC / UPC (note: vous devez toujours connecter des connecteurs de même type ensemble, ne branchez jamais un connecteur vert sur un bleu ou inversement).
IL doit être inférieur à 1550nm qu'à 1310nm. Si ce n'est pas le cas, il y a une contrainte : sur un lien, il faudrait sortir le réflectomètre pour trouver où est la contrainte.
Merci Vincent O, bon je viens d'essayer avec un netgear r6400, même probleme de coupure, il a repris mais les logs ont riens vu !
J'essaye le transfo de l'ont
Transfo ont hors de cause, même problème
J'ai essayé aussi de fixer les DNS pour la connexion, j'ai essayé 178.250.208.135 + 1.1.1.1, cela coupe encore plus, bizarre ?
Donc j'ai fixé 178.250.208.135 + 178.250.209.34, plutôt que de laisser en auto, est-ce que cela peux jouer ?
Un technicien viens lundi a 9h, qu'est-ce qu'il va pouvoir faire de plus à part changer l'ont ?? le reste est ok
Merci
Changer l'ONT c'est déjà pas mal, espérons que ça résolve ton souci
Je ne sais pas ce qu'il peut faire.... mais il reste plus que ca a mon domicile qui n'a pas été testé !
Sinon les dns est-ce que cela peux jouer ? passage en fixé au lieu d'auto ? je trouve cela bizarre que j'ai pleins de coupure quand j'essaye les 1.1.1.1
Citation de: sebdepringy le 20 Novembre 2021 à 13:03:13
Sinon les dns est-ce que cela peux jouer ? passage en fixé au lieu d'auto ? je trouve cela bizarre que j'ai pleins de coupure quand j'essaye les 1.1.1.1
Il faut laisser en automatique. Sinon au bout de 3/5 min plus d'internet à cause du DHCP OI.
ok the dark :)
bon covage est repassé ce matin, il ne veule rien faire car j'ai un routeur perso, ils ont ouvert le PTO et dégradé celui, c'est bien a chaque intervention c'est pire !
Covage ce sont des gros branquignoles, je suis dégouté !
Citation de: sebdepringy le 22 Novembre 2021 à 10:15:38
il ne veule rien faire car j'ai un routeur perso
Sauf que ce n'est pas à Covage de décider de quel matériel tu utilises, ils n'ont aucun droit de te refuser une intervention pour ça.
Je veux bien te croire, j'ai eu beau dire que pendant plus de 2ans je n'ai pas eu de problème ils sont resté fixé sur "il a pas une box on fait rien" , il a ouvert le pto un coup de clé pour voir les soudures à l'oeil et on referme vite histoire que je ne vois pas je pense......
Avant c'étais propre, maintenant c'est dégueulasse et j'aime pas quand c'est mal fait !
J'essaye d'appeler knet je n'arrive à avoir personne, axians pareil !!!
mais le truc, c'est que vu que K-Net n'impose pas d'utiliser leur box, tout est une "box" à leurs yeux.
Covage se moque vraiment du monde...
oui c'est clair, j'ai alluciné, le technicien a appelé un mec au téléphone, le mec en gros il en avait rien à faire...
maintenant comment avoir la remise en état comme avant, je pense que je vais me battre dans le vent la !
Hier j'ai réussi enfin à avoir covage, bien sur contacté votre FAI, donc ces gens viennent chez moi, dégrade, repart, mais je dois voir avec mon FAI, quel professionnaliste !
A quand une revente du réseau à des prestataires sérieux et non à des guignols?
On verra bien si c'est mieux avec Altitude Infra.
Si c'est juste un changement de nom mais qu'il garde les mêmes personnes/prestataires ce n'est pas gagné ! c'est pas SFR qui a racheté ? je comprend plus la!
Donc j'ai faits un courrier avec AR à K-Net, chose que je n'aime pas faire mais j'estime que depuis 3 mois j'ai été assez patient et lundi cela a été la goute qui a fait déborder le vase
Citation de: Steph le 24 Novembre 2021 à 10:38:42
On verra bien si c'est mieux avec Altitude Infra.
C'est les mêmes personnes pour l'instant.
Citation de: sebdepringy le 24 Novembre 2021 à 12:42:46
Si c'est juste un changement de nom mais qu'il garde les mêmes personnes/prestataires ce n'est pas gagné ! c'est pas SFR qui a racheté ? je comprend plus la!
SFR devait revendre certains RIP à cause de l'Europe.
https://pix.milkywan.fr/ryQdWQZc.png Ces réseaux reste chez Covage(Altitude) les autres vont chez SFR.
Pour le détail de l'histoire : https://lafibre.info/sfr-les-news/sfr-ftth-achete-covage/msg877091/#msg877091
thedark et steph, merci des infos
sinon il y a rien a faire pour ce dhcp a 5mn ? franchement a chaque fois que cela tombe c'est en plein débit
tout a l'heure c'est tombé, j'ai débranché le prise fibre de l'ont, remise et zou c'est reparti en 10s !
Dec 3 23:21:09 wsdd2[32731]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:21:13 WAN_Connection: ISP's DHCP did not function properly.
Dec 3 23:31:14 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 3 23:31:16 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 3 23:31:16 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 3 23:32:25 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 3 23:32:28 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 3 23:32:28 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 3 23:32:33 wsdd2[32731]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:32:33 wan: finish adding multi routes
Dec 3 23:32:38 WAN_Connection: WAN was restored.
Dec 3 23:32:42 BWDPI: fun bitmap = 50b
Dec 3 23:32:43 kernel: Archer TCP Pure ACK Enabled
Dec 3 23:32:43 rc_service: udhcpc 23896:notify_rc stop_samba
Dec 3 23:32:43 rc_service: udhcpc 23896:notify_rc start_samba
Dec 3 23:32:43 rc_service: waitting "stop_samba" via udhcpc ...
Dec 3 23:32:43 wsdd2[32731]: Terminated received.
Dec 3 23:32:43 Samba_Server: smb daemon is stopped
Dec 3 23:32:44 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 3 23:32:44 Samba_Server: daemon is started
Dec 3 23:42:30 wsdd2[24075]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:42:34 WAN_Connection: ISP's DHCP did not function properly.
Dec 3 23:45:48 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 3 23:45:50 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 3 23:45:50 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 3 23:45:52 wsdd2[24075]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:45:52 wan: finish adding multi routes
Dec 3 23:45:53 WAN_Connection: WAN was restored.
Dec 3 23:46:00 BWDPI: fun bitmap = 50b
Dec 3 23:46:02 kernel: Archer TCP Pure ACK Enabled
Dec 3 23:46:02 rc_service: udhcpc 25869:notify_rc stop_samba
Dec 3 23:46:02 rc_service: udhcpc 25869:notify_rc start_samba
Dec 3 23:46:02 rc_service: waitting "stop_samba" via udhcpc ...
Dec 3 23:46:02 wsdd2[24075]: Terminated received.
Dec 3 23:46:02 Samba_Server: smb daemon is stopped
Dec 3 23:46:03 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 3 23:46:03 Samba_Server: daemon is started
Dec 3 23:53:18 wsdd2[26051]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:53:19 WAN_Connection: ISP's DHCP did not function properly.
Dec 3 23:57:14 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 3 23:57:17 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 3 23:57:17 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 3 23:57:20 wsdd2[26051]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 3 23:57:20 wan: finish adding multi routes
Dec 3 23:57:24 WAN_Connection: WAN was restored.
Dec 3 23:57:28 BWDPI: fun bitmap = 50b
Dec 3 23:57:30 kernel: Archer TCP Pure ACK Enabled
Dec 3 23:57:30 rc_service: udhcpc 27626:notify_rc stop_samba
Dec 3 23:57:30 rc_service: udhcpc 27626:notify_rc start_samba
Dec 3 23:57:30 rc_service: waitting "stop_samba" via udhcpc ...
Dec 3 23:57:30 wsdd2[26051]: Terminated received.
Dec 3 23:57:30 Samba_Server: smb daemon is stopped
Dec 3 23:57:31 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 3 23:57:31 Samba_Server: daemon is started
Dec 3 23:58:01 kernel: 44:EF:BF:FB:B2:15 not mesh client, can't update it's ip
Dec 3 23:58:02 kernel: 44:EF:BF:FB:B2:15 not mesh client, can't update it's ip
Dec 4 00:12:23 wlceventd: wlceventd_proc_event(505): eth6: Auth 44:07:0B:E1:68:1A, status: Successful (0)
Dec 4 00:12:23 wlceventd: wlceventd_proc_event(534): eth6: Assoc 44:07:0B:E1:68:1A, status: Successful (0)
Dec 4 01:52:19 wsdd2[27808]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 01:52:21 WAN_Connection: ISP's DHCP did not function properly.
Dec 4 02:01:12 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 4 02:01:15 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 4 02:01:15 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 4 02:01:18 wsdd2[27808]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 02:01:18 wan: finish adding multi routes
Dec 4 02:01:20 WAN_Connection: WAN was restored.
Dec 4 02:01:26 BWDPI: fun bitmap = 50b
Dec 4 02:01:28 kernel: Archer TCP Pure ACK Enabled
Dec 4 02:01:28 rc_service: udhcpc 11652:notify_rc stop_samba
Dec 4 02:01:28 rc_service: udhcpc 11652:notify_rc start_samba
Dec 4 02:01:28 rc_service: waitting "stop_samba" via udhcpc ...
Dec 4 02:01:28 wsdd2[27808]: Terminated received.
Dec 4 02:01:28 Samba_Server: smb daemon is stopped
Dec 4 02:01:29 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 4 02:01:29 Samba_Server: daemon is started
Dec 4 02:13:45 wsdd2[11833]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 02:13:47 WAN_Connection: ISP's DHCP did not function properly.
Dec 4 02:15:47 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 4 02:15:50 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 4 02:15:50 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 4 02:16:59 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 4 02:17:02 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 4 02:17:02 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 4 02:17:06 wsdd2[11833]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 02:17:07 wan: finish adding multi routes
Dec 4 02:17:11 WAN_Connection: WAN was restored.
Dec 4 02:17:15 BWDPI: fun bitmap = 50b
Dec 4 02:17:16 kernel: Archer TCP Pure ACK Enabled
Dec 4 02:17:16 rc_service: udhcpc 13970:notify_rc stop_samba
Dec 4 02:17:16 rc_service: udhcpc 13970:notify_rc start_samba
Dec 4 02:17:16 rc_service: waitting "stop_samba" via udhcpc ...
Dec 4 02:17:16 wsdd2[11833]: Terminated received.
Dec 4 02:17:16 Samba_Server: smb daemon is stopped
Dec 4 02:17:17 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 4 02:17:17 Samba_Server: daemon is started
Dec 4 02:28:12 wlceventd: wlceventd_proc_event(469): eth6: Deauth_ind 44:07:0B:E1:68:1A, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3)
Dec 4 02:28:33 wlceventd: wlceventd_proc_event(505): eth6: Auth 44:07:0B:E1:68:1A, status: Successful (0)
Dec 4 02:28:33 wlceventd: wlceventd_proc_event(534): eth6: Assoc 44:07:0B:E1:68:1A, status: Successful (0)
Dec 4 02:49:33 wsdd2[14152]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 02:49:35 WAN_Connection: ISP's DHCP did not function properly.
Dec 4 03:01:15 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 4 03:01:17 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 4 03:01:17 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 4 03:01:18 wsdd2[14152]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 03:01:18 wan: finish adding multi routes
Dec 4 03:01:20 WAN_Connection: WAN was restored.
Dec 4 03:01:27 BWDPI: fun bitmap = 50b
Dec 4 03:01:28 kernel: Archer TCP Pure ACK Enabled
Dec 4 03:01:28 rc_service: udhcpc 20053:notify_rc stop_samba
Dec 4 03:01:28 rc_service: udhcpc 20053:notify_rc start_samba
Dec 4 03:01:28 rc_service: waitting "stop_samba" via udhcpc ...
Dec 4 03:01:28 wsdd2[14152]: Terminated received.
Dec 4 03:01:28 Samba_Server: smb daemon is stopped
Dec 4 03:01:29 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 4 03:01:29 Samba_Server: daemon is started
Dec 4 03:01:33 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 4 03:01:35 WAN_Connection: ISP's DHCP did not function properly.
Dec 4 03:01:36 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 4 03:01:36 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 4 03:01:39 WAN_Connection: WAN(0) link up.
Dec 4 03:01:39 rc_service: wanduck 1101:notify_rc restart_wan_if 0
Dec 4 03:01:39 wsdd2[20234]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 03:01:40 wsdd2[20234]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Dec 4 03:01:40 wan: finish adding multi routes
Dec 4 03:01:44 WAN_Connection: WAN was restored.
Dec 4 03:01:48 BWDPI: fun bitmap = 50b
Dec 4 03:01:50 kernel: Archer TCP Pure ACK Enabled
Dec 4 03:01:50 rc_service: udhcpc 20325:notify_rc stop_samba
Dec 4 03:01:50 rc_service: udhcpc 20325:notify_rc start_samba
Dec 4 03:01:50 rc_service: waitting "stop_samba" via udhcpc ...
Dec 4 03:01:50 wsdd2[20234]: Terminated received.
Dec 4 03:01:50 Samba_Server: smb daemon is stopped
Dec 4 03:01:51 dhcp_client: bound 185.251.160.171/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 4 03:01:51 Samba_Server: daemon is started
C'est carnaval quand on demande du débit ! bien sur k-net ne fond rien et ne répondent pas
Citation de: sebdepringy le 04 Décembre 2021 à 09:30:39
C'est carnaval quand on demande du débit ! bien sur k-net ne fond rien et ne répondent pas
C'est glaçant de ne pas fondre. ;)
Citation de: Steph le 04 Décembre 2021 à 13:31:56
Citation de: sebdepringy le 04 Décembre 2021 à 09:30:39
C'est carnaval quand on demande du débit ! bien sur k-net ne fond rien et ne répondent pas
C'est glaçant de ne pas fondre. ;)
oui bon je vais demander mon rio pour la portabilité, je pense que je vais quitter le navire prochainement, même avec un recommandé personne ne bouge, franchement très deçu.
Citation de: sebdepringy le 04 Décembre 2021 à 17:39:37
oui bon je vais demander mon rio pour la portabilité, je pense que je vais quitter le navire prochainement, même avec un recommandé personne ne bouge, franchement très deçu.
Perso, je n'aurais jamais pris dans le 91. Trop d'emmerdes avec l'OI tout pourri!
Mais bon, avec Covage, il y des emmerdes avec tous les FAI...
Remuez vos élus qu'ils secouent les puces de Covage.
Je suis en limite 91, ensuite que cela soit K-Net, orange, sfr, cela sera Covage malheureusement ou je suis, que faire?
La ce qui m'énerve c'est du coté K-Net, personne ne bouge, c'est l'immobilisme total
Citation de: sebdepringy le 07 Décembre 2021 à 18:10:27
Je suis en limite 91, ensuite que cela soit K-Net, orange, sfr, cela sera Covage malheureusement ou je suis, que faire?
La ce qui m'énerve c'est du coté K-Net, personne ne bouge, c'est l'immobilisme total
A ma connaissance, Orange n'utilise pas les équipements actifs de Covage, au moins pour la partie OLT/ONT. Donc en passant sur Orange ou Sosh, tu auras une nouvelle ONT.
Oui tout à fait, ma voisine est chez orange et quand le technicien est venu on a branché directement le câble qui partait du PTO sur la box Orange, le problème c'est que j'ai pas envie de payer une location orange pour une boxe inutile et ensuite il faut que je bricole pour que la box se comporte en "bridge" car je n'ai aucunement confiance à leur box et je compte bien remettre mon routeur.
Nornet aussi ils ont leur PTO intégré ou pas?
Sosh 300/300 donc non
Orange vive le tarif
En tout cas je ne fais plus de pub à KNET, après certains s'étonne que les clients gueule mais il y a de quoi !
Citation de: sebdepringy le 14 Décembre 2021 à 19:30:41
Oui tout à fait, ma voisine est chez orange et quand le technicien est venu on a branché directement le câble qui partait du PTO sur la box Orange, le problème c'est que j'ai pas envie de payer une location orange pour une boxe inutile et ensuite il faut que je bricole pour que la box se comporte en "bridge" car je n'ai aucunement confiance à leur box et je compte bien remettre mon routeur.
Nornet aussi ils ont leur PTO intégré ou pas?
Sosh 300/300 donc non
Orange vive le tarif
En tout cas je ne fais plus de pub à KNET, après certains s'étonne que les clients gueule mais il y a de quoi !
Il y a toujours une ONT, mais elle est sous différent format:
- Boitier Huawei externe (LB4 - Sosh)
- SFP qui se met dans la livebox (LB4 - Sosh)
- Intégré dans la livebox (LB5 - Orange)
Mais c'est pas très important (sauf si tu veux mettre un routeur perso)
Ce que je veux dire, c'est que quitte à changer, autant partir pour un opérateur qui a le moins d'équipement (actif et passif) en commun avec Covage. Si tu prends SFR ou Bouygues, il y a de grande chance pour que l'OLT (le truc qui envoi la lumière dans ta fibre à l'autre bout) reste un équipement de Covage. Avec Orange, qui installe ses équipements en propre, le seul truc que tu utiliseras de Covage est le tronçon passif de fibre PTO/PM (Point de Terminaison Optique chez toi / Point de Mutualisation de ton quartier).
Perso, si ca peut t'aider à te décider, je suis sur Sosh 300/300, j'héberge du Plex pour la famille/ami, Nextcloud, Grafana, backup distant quotidien, plus d'autres bricoles que je test. On fait du Netflix 4k, Prime video, youtube, il m'arrive de télécharger des gros jeux de plusieurs 10aine de Go, je fais du télétravail et sincèrement, ca suffit très largement. Concrètement, à part dans un speedtest, je n'ai vu aucune différence à l'utilisation depuis que je suis passé de 1000/1000 à 300/300, en dehors des gros téléchargement de jeu où il faut attendre 10-15mn de plus... en gros, 1 ou 2 fois par an, rien de grave.
Concernant la livebox, j'ai fait prendre sosh 300/300 à mes parents. Leur LB est dans le garage enfermé dans un "boitier multimédia" au niveau des disjoncteurs et elle ne chauffe pas, elle ne plante pas, le wifi est fiable (capte bien dans toute la maison et pas de coupure ou micro coupure). Si t'as juste besoin d'avoir de l'internet sortant, la livebox fonctionne très bien, tu la branches et tu l'oublis.
Chez moi, sosh 300/300 aussi, je l'ai remplacé par un Mikrotik. J'ai codé quelques scripts pour gérer la bascule FTTH/4G, pour régler un problème de DHCP chez Orange qui me file parfois une IP RFC1918, et pour mettre à jour un dyndns chez OVH. J'héberge mes services cités plus haut et ca fonctionne parfaitement (Hors IPv6 qui a sauté avec Router OS 7, j'ai pas encore regardé pourquoi). Quand tu parles de "bricole", tout dépend du niveau de bricole dont tu parles. Avec un Mikrotik et une ONT Sosh, il y a un peu de travail, ca prend du temps (ou c'est un loisirs suivant tes centres d'intêrets) mais c'est juste de la conf, pas besoin de modifier le firmware. Et avec un débit de 300/300, un Mikrotik Hex, Hex POE ou Hex S à 60€ suffit.
CitationSi tu prends SFR ou Bouygues, il y a de grande chance pour que l'OLT (le truc qui envoi la lumière dans ta fibre à l'autre bout) reste un équipement de Covage
C'est faux ça. OLT est toujours propre aux OCEN. Mais la collecte oui, de mémoire SFR est passé en collecte propre depuis quelques semaines.
Citation de: thedark le 15 Décembre 2021 à 10:33:05
CitationSi tu prends SFR ou Bouygues, il y a de grande chance pour que l'OLT (le truc qui envoi la lumière dans ta fibre à l'autre bout) reste un équipement de Covage
C'est faux ça. OLT est toujours propre aux OCEN. Mais la collecte oui, de mémoire SFR est passé en collecte propre depuis quelques semaines.
Je suis pas convaincu de ce que tu dis. SFR ayant récupéré la main sur les équipements de Covage, ca ne m'étonnerait pas que ce soit juste un renommage des équipements, où un changement des entrées DNS qu'on récupère sur un traceroute.
Ma voisine est chez Bouygues et je suis à 99.99% sure qu'il n'y a pas de splitter optique Bouygues dans le PM. Pour moi, équipement Bouygues/SFR en propre ou via Covage, c'est au petit bonheur la chance. Pour être sure, il faut passer par Orange qui n'utilise QUE ses OLT.
Je ne sais pas ce que valle les réseau Bouyges et SFR, mais je crois que c'est vraiment simple de se passer de leur box, au moins en IPv4, aucune idée pour l'IPv6.
Citation de: halesk2k le 15 Décembre 2021 à 11:03:50
Citation de: thedark le 15 Décembre 2021 à 10:33:05
CitationSi tu prends SFR ou Bouygues, il y a de grande chance pour que l'OLT (le truc qui envoi la lumière dans ta fibre à l'autre bout) reste un équipement de Covage
C'est faux ça. OLT est toujours propre aux OCEN. Mais la collecte oui, de mémoire SFR est passé en collecte propre depuis quelques semaines.
Je suis pas convaincu de ce que tu dis. SFR ayant récupéré la main sur les équipements de Covage, ca ne m'étonnerait pas que ce soit juste un renommage des équipements, où un changement des entrées DNS qu'on récupère sur un traceroute.
95% des réseaux Covage FTTH/FTTO reste chez Covage(Altitude)
Le reste va chez Xpfibre(SFR) comme le réseau Essonne Numérique
https://xpfibre.com/
CitationMa voisine est chez Bouygues et je suis à 99.99% sure qu'il n'y a pas de splitter optique Bouygues dans le PM.
Sur s'il y a des OLT Bouygues ou SFR dans les NRO des RIP.
Oui bon c'est quand même grave si je suis obligé de passer chez orange à cause de se problème !
J'ai franchement l'impression que c'est le dhcp qui me vire quand même, quand cela arrive lors de gros débit, je débranche la fibre sur l'ont et cela repart de suite !
Dans mon routeur en requete dhcp j'ai agressif, normal, continu
J'ai besoin de débit car je synchronise mes nas du boulot @ home, et si je prend du 300/300 cela va mettre trois plus de temps, c'est sur
CitationDans mon routeur en requete dhcp j'ai agressif, normal, continu
Mode Normal ou Continu ?
j'ai essayé les 3 cela fait pareil pour les 3, j'ai lancé mes synchro hier, toute les 3h cela coupe
Dec 15 17:54:27 ntpd: Initial clock set
Dec 15 17:54:28 rc_service: ntpd_synced 2404:notify_rc restart_diskmon
Dec 15 17:54:28 disk_monitor: Finish
Dec 15 17:54:28 disk_monitor: be idle
Dec 15 17:54:28 kernel: Archer TCP Pure ACK Enabled
Dec 15 17:54:28 rc_service: udhcpc 2203:notify_rc stop_samba
Dec 15 17:54:28 rc_service: udhcpc 2203:notify_rc start_samba
Dec 15 17:54:28 rc_service: waitting "stop_samba" via udhcpc ...
Dec 15 17:54:29 Samba_Server: smb daemon is stopped
Dec 15 17:54:30 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 15 17:54:30 Samba_Server: daemon is started
Dec 15 17:56:03 rc_service: httpd 1338:notify_rc restart_wan_if 0;restart_stubby
Dec 15 17:56:05 WAN_Connection: WAN(0) link down.
Dec 15 17:56:05 wan: finish adding multi routes
Dec 15 17:56:08 BWDPI: fun bitmap = 57f
Dec 15 17:56:11 kernel: Archer TCP Pure ACK Enabled
Dec 15 17:56:11 rc_service: udhcpc 2792:notify_rc stop_samba
Dec 15 17:56:11 rc_service: udhcpc 2792:notify_rc start_samba
Dec 15 17:56:11 rc_service: waitting "stop_samba" via udhcpc ...
Dec 15 17:56:12 Samba_Server: smb daemon is stopped
Dec 15 17:56:13 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 15 17:56:13 Samba_Server: daemon is started
Dec 15 17:56:40 WAN_Connection: WAN was restored.
Dec 15 17:56:56 rc_service: httpd 1338:notify_rc restart_wan_if 0;restart_stubby
Dec 15 17:56:59 wan: finish adding multi routes
Dec 15 17:57:02 BWDPI: fun bitmap = 57f
Dec 15 17:57:04 kernel: Archer TCP Pure ACK Enabled
Dec 15 17:57:04 rc_service: udhcpc 3179:notify_rc stop_samba
Dec 15 17:57:04 rc_service: udhcpc 3179:notify_rc start_samba
Dec 15 17:57:04 rc_service: waitting "stop_samba" via udhcpc ...
Dec 15 17:57:04 Samba_Server: smb daemon is stopped
Dec 15 17:57:05 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 15 17:57:05 Samba_Server: daemon is started
Dec 15 17:57:42 rc_service: httpd 1338:notify_rc restart_wan_if 0;restart_stubby
Dec 15 17:57:44 wan: finish adding multi routes
Dec 15 17:57:47 BWDPI: fun bitmap = 57f
Dec 15 17:57:49 kernel: Archer TCP Pure ACK Enabled
Dec 15 17:57:49 rc_service: udhcpc 3521:notify_rc stop_samba
Dec 15 17:57:49 rc_service: udhcpc 3521:notify_rc start_samba
Dec 15 17:57:49 rc_service: waitting "stop_samba" via udhcpc ...
Dec 15 17:57:49 Samba_Server: smb daemon is stopped
Dec 15 17:57:50 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 15 17:57:50 Samba_Server: daemon is started
Dec 16 02:45:47 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 02:45:49 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 02:45:49 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 02:45:52 wan: finish adding multi routes
Dec 16 02:45:52 WAN_Connection: WAN was restored.
Dec 16 02:46:00 BWDPI: fun bitmap = 57f
Dec 16 02:46:02 kernel: Archer TCP Pure ACK Enabled
Dec 16 02:46:02 rc_service: udhcpc 19590:notify_rc stop_samba
Dec 16 02:46:02 rc_service: udhcpc 19590:notify_rc start_samba
Dec 16 02:46:02 rc_service: waitting "stop_samba" via udhcpc ...
Dec 16 02:46:02 Samba_Server: smb daemon is stopped
Dec 16 02:46:03 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 16 02:46:03 Samba_Server: daemon is started
Dec 16 02:46:06 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 02:46:08 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 02:46:08 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 02:46:12 WAN_Connection: WAN(0) link up.
Dec 16 02:46:12 rc_service: wanduck 1154:notify_rc restart_wan_if 0
Dec 16 02:46:14 wan: finish adding multi routes
Dec 16 02:46:17 WAN_Connection: WAN was restored.
Dec 16 02:46:22 BWDPI: fun bitmap = 57f
Dec 16 02:46:23 kernel: Archer TCP Pure ACK Enabled
Dec 16 02:46:23 rc_service: udhcpc 19850:notify_rc stop_samba
Dec 16 02:46:23 rc_service: udhcpc 19850:notify_rc start_samba
Dec 16 02:46:23 rc_service: waitting "stop_samba" via udhcpc ...
Dec 16 02:46:23 Samba_Server: smb daemon is stopped
Dec 16 02:46:24 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 16 02:46:25 Samba_Server: daemon is started
Dec 16 03:00:46 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 03:00:49 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 03:00:49 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 03:00:51 WAN_Connection: WAN(0) link up.
Dec 16 03:00:51 rc_service: wanduck 1154:notify_rc restart_wan_if 0
Dec 16 03:00:54 wan: finish adding multi routes
Dec 16 03:00:59 WAN_Connection: WAN was restored.
Dec 16 03:01:02 BWDPI: fun bitmap = 57f
Dec 16 03:01:04 kernel: Archer TCP Pure ACK Enabled
Dec 16 03:01:04 rc_service: udhcpc 22078:notify_rc stop_samba
Dec 16 03:01:04 rc_service: udhcpc 22078:notify_rc start_samba
Dec 16 03:01:04 rc_service: waitting "stop_samba" via udhcpc ...
Dec 16 03:01:04 Samba_Server: smb daemon is stopped
Dec 16 03:01:05 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 16 03:01:05 Samba_Server: daemon is started
Dec 16 05:16:10 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 05:16:13 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 05:16:13 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 05:16:17 wan: finish adding multi routes
Dec 16 05:16:21 WAN_Connection: WAN was restored.
Dec 16 05:16:26 BWDPI: fun bitmap = 57f
Dec 16 05:16:27 kernel: Archer TCP Pure ACK Enabled
Dec 16 05:16:27 rc_service: udhcpc 7651:notify_rc stop_samba
Dec 16 05:16:27 rc_service: udhcpc 7651:notify_rc start_samba
Dec 16 05:16:27 rc_service: waitting "stop_samba" via udhcpc ...
Dec 16 05:16:27 Samba_Server: smb daemon is stopped
Dec 16 05:16:28 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 16 05:16:28 Samba_Server: daemon is started
Dec 16 09:01:14 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 09:01:16 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 09:01:16 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 09:01:22 wan: finish adding multi routes
Dec 16 09:01:23 WAN_Connection: WAN was restored.
Dec 16 09:01:30 BWDPI: fun bitmap = 57f
Dec 16 09:01:31 kernel: Archer TCP Pure ACK Enabled
Dec 16 09:01:31 rc_service: udhcpc 5285:notify_rc stop_samba
Dec 16 09:01:32 rc_service: udhcpc 5285:notify_rc start_samba
Dec 16 09:01:32 rc_service: waitting "stop_samba" via udhcpc ...
Dec 16 09:01:32 Samba_Server: smb daemon is stopped
Dec 16 09:01:33 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 16 09:01:33 Samba_Server: daemon is started
On voit pas mal de flap physique
Dec 16 03:00:46 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 03:00:49 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 03:00:49 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 03:00:51 WAN_Connection: WAN(0) link up.
Je dirais un problème matériel. Soit l'ONT, soit ton routeur, soit le cable entre les deux. Ca peut aussi venir d'une alimentation un peu faiblarde qui ne tient pas quand le CPU bosse un peu.
Ouais c'est ce que je dis depuis des semaines...
Citation de: Hugues le 16 Décembre 2021 à 10:38:04
Ouais c'est ce que je dis depuis des semaines...
Effectivement, ça me paraît plutôt clair.
Citation de: halesk2k le 16 Décembre 2021 à 10:14:16
Je dirais un problème matériel. Soit l'ONT, soit ton routeur, soit le cable entre les deux. Ca peut aussi venir d'une alimentation un peu faiblarde qui ne tient pas quand le CPU bosse un peu.
Tout est dit.
Citation de: halesk2k le 16 Décembre 2021 à 10:14:16
On voit pas mal de flap physique
Dec 16 03:00:46 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 16 03:00:49 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 16 03:00:49 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 16 03:00:51 WAN_Connection: WAN(0) link up.
Je dirais un problème matériel. Soit l'ONT, soit ton routeur, soit le cable entre les deux. Ca peut aussi venir d'une alimentation un peu faiblarde qui ne tient pas quand le CPU bosse un peu.
ok l'alimentation de l'ONT, le premier truc que l'abruti de technicien covage a fait est de virer le mien, je remet le mien donc ? ensuite soit disant essaie mais " a vide" donc forcement pas trop solicité
cable rj45 deja fait
routeur aussi
le dhcp j'ai remis en "normal"
Dec 17 02:57:29 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 02:57:32 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 02:57:32 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 02:57:58 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 02:59:19 wan: finish adding multi routes
Dec 17 02:59:26 WAN_Connection: WAN was restored.
Dec 17 02:59:27 BWDPI: fun bitmap = 57f
Dec 17 02:59:29 kernel: Archer TCP Pure ACK Enabled
Dec 17 02:59:29 rc_service: udhcpc 5243:notify_rc stop_samba
Dec 17 02:59:29 rc_service: udhcpc 5243:notify_rc start_samba
Dec 17 02:59:29 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 02:59:29 Samba_Server: smb daemon is stopped
Dec 17 02:59:30 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 02:59:30 Samba_Server: daemon is started
Dec 17 03:10:44 wlceventd: wlceventd_proc_event(505): eth6: Auth 44:07:0B:E1:68:1A, status: Successful (0)
Dec 17 03:10:44 wlceventd: wlceventd_proc_event(534): eth6: Assoc 44:07:0B:E1:68:1A, status: Successful (0)
Dec 17 03:13:04 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 03:18:50 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 03:18:53 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 03:18:53 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 03:18:56 WAN_Connection: WAN(0) link up.
Dec 17 03:18:56 rc_service: wanduck 1153:notify_rc restart_wan_if 0
Dec 17 03:18:59 wan: finish adding multi routes
Dec 17 03:19:04 WAN_Connection: WAN was restored.
Dec 17 03:19:07 BWDPI: fun bitmap = 57f
Dec 17 03:19:09 kernel: Archer TCP Pure ACK Enabled
Dec 17 03:19:09 rc_service: udhcpc 8566:notify_rc stop_samba
Dec 17 03:19:09 rc_service: udhcpc 8566:notify_rc start_samba
Dec 17 03:19:09 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 03:19:10 Samba_Server: smb daemon is stopped
Dec 17 03:19:11 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 03:19:11 Samba_Server: daemon is started
Dec 17 03:28:09 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 03:40:09 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 03:40:11 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 03:40:11 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 03:41:47 wan: finish adding multi routes
Dec 17 03:41:47 WAN_Connection: WAN was restored.
Dec 17 03:41:55 BWDPI: fun bitmap = 57f
Dec 17 03:41:56 kernel: Archer TCP Pure ACK Enabled
Dec 17 03:41:56 rc_service: udhcpc 12322:notify_rc stop_samba
Dec 17 03:41:56 rc_service: udhcpc 12322:notify_rc start_samba
Dec 17 03:41:56 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 03:41:58 Samba_Server: smb daemon is stopped
Dec 17 03:41:58 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 03:41:58 Samba_Server: daemon is started
Dec 17 03:43:14 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 03:58:20 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 04:01:12 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 04:01:15 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 04:01:15 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 04:02:24 wan: finish adding multi routes
Dec 17 04:02:30 WAN_Connection: WAN was restored.
Dec 17 04:02:32 BWDPI: fun bitmap = 57f
Dec 17 04:02:34 kernel: Archer TCP Pure ACK Enabled
Dec 17 04:02:34 rc_service: udhcpc 15743:notify_rc stop_samba
Dec 17 04:02:34 rc_service: udhcpc 15743:notify_rc start_samba
Dec 17 04:02:34 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 04:02:34 Samba_Server: smb daemon is stopped
Dec 17 04:02:35 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 04:02:35 Samba_Server: daemon is started
Dec 17 04:13:26 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 04:26:40 wlceventd: wlceventd_proc_event(469): eth6: Deauth_ind 44:07:0B:E1:68:1A, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3)
Dec 17 04:28:31 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 04:31:13 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 04:31:15 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 04:31:15 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 04:31:18 WAN_Connection: WAN(0) link up.
Dec 17 04:31:18 rc_service: wanduck 1153:notify_rc restart_wan_if 0
Dec 17 04:31:21 wan: finish adding multi routes
Dec 17 04:31:23 WAN_Connection: WAN was restored.
Dec 17 04:31:30 BWDPI: fun bitmap = 57f
Dec 17 04:31:31 kernel: Archer TCP Pure ACK Enabled
Dec 17 04:31:31 rc_service: udhcpc 20478:notify_rc stop_samba
Dec 17 04:31:31 rc_service: udhcpc 20478:notify_rc start_samba
Dec 17 04:31:31 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 04:31:32 Samba_Server: smb daemon is stopped
Dec 17 04:31:33 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 04:31:33 Samba_Server: daemon is started
Dec 17 04:43:36 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 04:58:42 acsd: eth5: COEX: downgraded chanspec 0x180b to 0x1009: channel 6 used by exiting BSSs
Dec 17 05:01:08 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link DOWN.
Dec 17 05:01:11 kernel: eth0: sysport_tm port shaper set to 999000 kbps (phy speed 1000000 kbps)
Dec 17 05:01:11 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 8) Link Up at 1000 mbps full duplex
Dec 17 05:01:15 WAN_Connection: WAN(0) link up.
Dec 17 05:01:15 rc_service: wanduck 1153:notify_rc restart_wan_if 0
Dec 17 05:01:17 wan: finish adding multi routes
Dec 17 05:01:20 WAN_Connection: WAN was restored.
Dec 17 05:01:26 BWDPI: fun bitmap = 57f
Dec 17 05:01:27 kernel: Archer TCP Pure ACK Enabled
Dec 17 05:01:27 rc_service: udhcpc 25376:notify_rc stop_samba
Dec 17 05:01:27 rc_service: udhcpc 25376:notify_rc start_samba
Dec 17 05:01:27 rc_service: waitting "stop_samba" via udhcpc ...
Dec 17 05:01:27 Samba_Server: smb daemon is stopped
Dec 17 05:01:28 dhcp_client: bound 185.251.xxx.xxx/255.255.252.0 via 185.251.163.254 for 300 seconds.
Dec 17 05:01:28 Samba_Server: daemon is started
C'est souvent la nuit quand même les coupures...
Donc ONT ?
A partir du moment ou le lien est down même si l'ont est alumé c'est l'ONT ou Routeur?
C'est toujours l'ONT :D
perso ce que je ferais, c'est que je le débrancherais, je contracterais K-Net, je dirais que l'ONT a rendu l'âme.. Ils seront bien obligés d'en faire envoyer un nouveau.
Par contre, il ne faut pas le rebrancher entre temps, sous peine de voir le ticket fermé.
ouais sauf que j'ai besoin d'internet....... je peux pas rester sans