Messages

Comportement normal chez plusieurs OI en L3. L'IP en 254 n'est pas réellement portée par la passerelle.

Pour trouver la vraie IP, faites un traceroute vers l'extérieur (8.8.8.8 par exemple), et utilisez l'IP juste après celle de votre routeur pour vos tests. Pour Covage, elle commencera en 10.2.0.x.

J'ai contacté ce matin le service knet pour leur communiquer la mac address de mon nouveau routeur
Un NETGEAR r8000

Les routeurs peuvent utiliser plusieurs adresses MAC pour différentes interfaces (WAN, LAN, Wifi...), pour certains modèles de Netgear l'adresse MAC sur l'étiquette n'est pas celle de l'interface WAN. Il est possible que vous soyez dans ce cas.

En général il est possible de trouver la bonne adresse MAC dans l'interface d'administration du routeur.

Ne configurez pas votre IP / passerelle / ... en statique. Laissez le client DHCP de votre routeur le faire.

Je souhaite maitriser de bout en bout et je ne souhaite pas utiliser de serveur DHCP.

Comme le dit Hugues, ça ne marchera pas. C'est le binding DHCP qui autorise le trafic. Toujours des contraintes légales.

["gauffe de trappe"]

Mais je me pose un question sur l'interface de la box j'ai une adresse IP Internet XX.XX.XXX.XX/22, un /22 c'est peut-être
une "gauffe de trappe".

/22 c'est le masque de sous-réseau, pas la longueur d'un préfixe qui vous serait alloué.

Je suppose que c'est un /32 mais quel est la passerelle par défaut ?

Ne configurez pas votre IP / passerelle / ... en statique. Laissez le client DHCP de votre routeur le faire.

Quel genre de test de débit, TCP (utilisé par les sites internet type speedtest, nperf, ... et certains outils) ou UDP (possible avec par exemple iperf, iperf3, ou sur mikrotik avec /tool speed-test) ? Si UDP, quelle bande passante lui aviez-vous donné à tester (argument -b dans iperf et iperf3) ?

Sinon, votre problème est atypique ; clairement votre IPv4 ne semble pas autorisée... C'est un problème de base de donnée Covage à priori, mais pas la partie DHCP qui elle reconnaît votre MAC.

La base de donnée est chez K-Net. S'il peut pinger 10.2.0.219, il a bien reçu une IP, donc le DHCP est OK, donc il est bien dans la base de donnée de K-Net. Et comme DHCP OK, autorisé par Covage. Le blocage est plus loin.

[noir]

- Est-ce que vous jouez à des jeux en ligne ou quelque chose de compétitif / où vous pourriez vous faire des ennemis qui tenterait d'attaquer votre connexion ?
- Avez-vous piraté ou tenté de pirater des gens/serveurs ?
- Avez-vous bien payé toutes vos factures K-Net ?
- Si non, lancez un scan antivirus de vos équipements, puis contactez le support client par téléphone.

Ce que vous décrivez est consistant avec un blocage pour cause de plainte contre vous/abus, cible de DDoS, ou impayés. J'ai remonté ce sujet à des anciens collègues pour qu'ils regardent.

Si vous connaissez votre IP publique normale, allez sur https://lg.telia.net/ choisissez BGP, rentrez votre IP dans "IP address or prefix", cliquez sur Run.
Si la ligne "BGP routing table entry for " finie par "/32" (et non /24 ou /23 ou /22) et que vous avez "Path #1:" en gras noir (et non vert) et 2 lignes plus bas "192.0.2.1 (discarded)", cela confirmera un blocage chez K-Net pour abus/piratage/raison légale/impayés.

Je pensais plutôt a un Covage en L3 par exemple, qui serait, amha, capable de récupérer un gros /xx de K-Net en DHCP-PD au niveau de la collecte, et redécouper les pool sur en cascade sur chacun des routeurs en dessous

C'est K-Net qui gère l'attribution des IP et préfixes pour chaque client. Covage (et les autres OI) ne peuvent pas redécouper d'eux-mêmes les subnets pour des raisons juridiques/légales. K-Net (et les OC) doivent forcément recevoir les requêtes DHCP(v6-PD) des clients, et l'OI ne peut pas toucher au préfixe retourné par l'OC.

Pour la même raison que tout le trafic, même entre clients du même OLT, doit revenir jusqu'à la collecte OC.

Les appels vers les services d'urgence (15, 17, 18, 112...) n'apparaissent pas dans les factures détaillés ou CDR fournis aux clients. C'est une obligation légale (pour éviter des problèmes si une personne appelle un service d'urgence en cas de violences conjugales ou similaire).

Article D98-8 du Code des postes et des communications électroniques.

Code Sélectionner Étendre


Règles portant sur l'acheminement et la localisation des appels d'urgence.

[...]
L'opérateur s'abstient de faire figurer sur les factures les numéros appelés à ce titre.


Drole ca ce serai le 17 qui ne s'affiche pas ?

Les appels vers les services d'urgence (15, 17, 18, 112...) n'apparaissent pas dans les factures détaillés ou CDR fournis aux clients. C'est une obligation légale (pour éviter des problèmes si une personne appelle un service d'urgence en cas de violences conjugales ou similaire).

J'ai les STAS sous les yeux, voici ce qui est indiqué :
"Enfin, le fonctionnement de MFF étant basé sur la lecture des requêtes DHCP des Box, nous préconisons des baux inférieurs ou égal à une heure."

De tête, ça date de 2011. Ça a été relaxé vers 2014.

https://forum.caps.services/index.php/topic,1302.0.html
https://forum.caps.services/index.php/topic,2207.msg25135.html#msg25135

Je suis nouvel abonné à K-net dans l'Ain.
[...]
Cependant, je subis une déconnection du port wan toutes les 5 min approximativement...

Il ne faut pas chercher plus loin, c'est le renouvellement du bail DHCP IPv4.

À moins que ça ait changé dans le dernier mois, les baux DHCP au SIEA durent 12h.

J'ai besoin de déclarer correctement dans telegraf les informations que je pourrais récupérer sous Grafana.

Une simple recherche google retourne immédiatement :
https://www.dev-eth0.de/2016/12/06/grafana_snmp/

Dans la page, cherchez IF-MIB::ifXTable et IF-MIB::ifName

[Kbox v2]

Je déterre le sujet car j'aimerai également exploité les données SNMP de la Kbox v2 de K-NET.
J'ai activé l'option via l'interface de gestion, mais pour pouvoir intégrer les données dans Grafana il faudrait un fichier MIB (fichier de description).

Je n'ai plus d'Icotera sous la main, mais si tout ce que vous voulez superviser ce sont les interfaces, la MIB est standardisée (RFC 1213, éventuellement aussi RFC 1229, en particulier la section sur ifTable ; possiblement ifXTable de la RFC 2233). Vous pouvez chercher "IF-MIB" ou "IFMIB" sur Google. Tous les logiciels de supervision réseau l'intègrent de base (LibreNMS, Observium, OpenNMS...). J'ai l'impression que vous êtes en train d'essayer de réinventer la roue, si vous voulez quelque chose de robuste je vous invite plutôt à utiliser un des logiciels existant.

Si vous décidiez, par curiosité personnelle ou parce que les outils existants ne vous plaisent pas, de le refaire vous même, faites attention au rollover des compteurs avec ifTable. Cela implique de stocker la valeur précédente des compteurs, l'uptime du routeur, et le lastChange de l'interface pour deviner quand les compteurs overflow et corriger la valeur.

Et je rajoute qu'il y a eu du trafic DNS sortant venant de votre IP à 20:47:22 et à 20:53:22 (et ces heures ne correspondent pas aux heures de vos requêtes DHCP).