Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par dazflo le Aujourd'hui à 22:31:28 »
Ton problème ressemble à celui que j'avais évoqué sur ce topic

Je testerai la manip pour vérifier, mais la ça ressemble plus à une surcharge de l'équipement aux "heures de pointe"
Au final comme sur le topic évoqué, le service client ne prendra pas en compte et un changement d'opérateur rendra le service "normalement"
2
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par dazflo le Aujourd'hui à 22:25:08 »
Statistiques Ping pour 192.168.1.1:
    Paquets : envoyés = 100, reçus = 100, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 4ms, Moyenne = 0ms

ping de la fibre.info (comme quoi d'en parler ça aide :p, ou juste l'ipv6...):
Statistiques Ping pour 2a0b:cbc0:10:1af1:b2e::1f0:
    Paquets : envoyés = 100, reçus = 98, perdus = 2 (perte 2%),
Durée approximative des boucles en millisecondes :
    Minimum = 19ms, Maximum = 26ms, Moyenne = 22ms

Ca semble tout de même s'atténuer un peu ce soir (le ping de sfr.fr):
Statistiques Ping pour 80.125.163.172:
    Paquets : envoyés = 100, reçus = 95, perdus = 5 (perte 5%),
Durée approximative des boucles en millisecondes :
    Minimum = 13ms, Maximum = 20ms, Moyenne = 16ms
3
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par xam60 le Aujourd'hui à 22:23:46 »
Ton problème ressemble à celui que j'avais évoqué sur ce topic
4
Landes (40) / Déploiement Fibre Optique 100% 2022
« Dernier message par gg40530 le Aujourd'hui à 22:20:21 »
Je viens de passer chez red 500/500 et j'ai un débit montant limité a 300Mb/s.
J'ai le sentiment qu'un mon profil est mal configuré …
Quelqu'un dans la zone de Labenne, Ondres ou Tarnos avec un abonnement identique peut m'envoyer un speedtest ?
Sinon si il y a des personnes qui peuvent peut-être me renseigner ?
Merci
Jerome
5
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par pju91 le Aujourd'hui à 22:10:34 »
Ce soir (de l'extérieur, je suis chez Free), tout va bien :
$ ping -c 100 -n 62.39.227.21
PING 62.39.227.21 (62.39.227.21) 56(84) bytes of data.
64 bytes from 62.39.227.21: icmp_seq=1 ttl=59 time=19.6 ms
....
-- 62.39.227.21 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99133ms
rtt min/avg/max/mdev = 13.431/16.268/20.813/1.432 ms
6
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par dazflo le Aujourd'hui à 22:09:56 »
A l'instant:

Statistiques Ping pour 1.1.1.1:
    Paquets : envoyés = 100, reçus = 88, perdus = 12 (perte 12%),
Durée approximative des boucles en millisecondes :
    Minimum = 12ms, Maximum = 32ms, Moyenne = 16ms

Statistiques Ping pour 2606:4700:4700::1111:
    Paquets : envoyés = 100, reçus = 92, perdus = 8 (perte 8%),
Durée approximative des boucles en millisecondes :
    Minimum = 13ms, Maximum = 23ms, Moyenne = 16ms

Le tracert:
  1    <1 ms    <1 ms    <1 ms  box [192.168.1.1]
  2     7 ms     8 ms     9 ms  21.227.39.62.rev.sfr.net [62.39.227.21]
  3     *       10 ms    11 ms  134.254.69.86.rev.sfr.net [86.69.254.134]
  4    19 ms     *       14 ms  12.148.6.194.rev.sfr.net [194.6.148.12]
  5    15 ms    16 ms    18 ms  12.148.6.194.rev.sfr.net [194.6.148.12]
  6     *        *       17 ms  141.101.67.48
  7    17 ms    18 ms    19 ms  141.101.67.89
  8     *       15 ms    16 ms  one.one.one.one [1.1.1.1]

21.227.39.62.rev.sfr.net est le premier équipement après ma box, peu importe la destination, et le ping démontre que rien qu'en essayant avec lui il y a de la perte.

Statistiques Ping pour 62.39.227.21:
    Paquets : envoyés = 100, reçus = 93, perdus = 7 (perte 7%),
Durée approximative des boucles en millisecondes :
    Minimum = 5ms, Maximum = 13ms, Moyenne = 9ms

la perte à l'air moins violente que les autres jours, de tête j'ai détecté ca depuis au moins dimanche (il y a eu quelques orages dans la région)
7
SFR Incidents SFR / 21.227.39.62.rev.sfr.net mal en point ? (vers Mulhouse)
« Dernier message par buddy le Aujourd'hui à 21:52:52 »
Bonjour,

et si tu fais un ping vers une vraie destination ? tu vois toujours les pertes ?
Parce que les routeurs ils ne répondent pas volontairement au ping relativement souvent ... (sans pertes de paquets).
8
Logiciels Logiciels / Sauvegardes - règles du 3-2-1
« Dernier message par rooot le Aujourd'hui à 21:46:12 »
@Lenuageux
2To pour 4,99 €/mois chez https://shadow.tech/fr-FR/drive

Pour transferer depuis le Synology :


source
9
K-Net Incidents collectifs / Double Prelevement et remboursement
« Dernier message par buddy le Aujourd'hui à 21:45:42 »
évidement les deux cautions de 100 €
Tu peux faire une crois sur les 2 cautions tant que le redressement judicaire n'est pas "terminé" et après ils auront 10 ans pour te les rendre..
10
Bon j'ai fini par trouver le moyen de changer le vendorId dans la config (par contre ce n'est pas sauvegardé, j'espère qu'un gponctl stop/star pourra suffire pour tester)

umci_ctl mib set 256 0 1 53434F4D
En fait on part du help de la commande
Format: uomci_ctl  [-f <filename>] mib set <class_id> <entity_id> <index> <value>
Action: set one attribute's value for one  instance.
Arguments:
   Class_id: ME class value.
   Entity_id: instance id.
   Index: the index of attribute to be set.
   Value: the attribute's value to be set.

class_id c'est l'entrée ME à changer donc 256 ici
Entity_id à priroi il doit y avoir une gestion de version mais dans notre cas toujours 0
Index c'est la position du champ à changer par rapport à la sortie de la commande get en comptant depuis le haut en partant de 0
Value c'est la value (directement en text pour les champs string, mais en decimal pour les entré hexa ...)
Pages: [1] 2 3 4 5 6 ... 10