Messages récents

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
Maxnod Maxnod / 28/03/2023 Incendie dans le datacenter Maxnod
« Dernier message par underground78 le Hier à 18:12:53 »
Autant je ne comprends pas (enfin si je le comprends, mais... pourquoi ???) ce passage :
Je crois plutôt que c'est ça qui est importante :

En l'espèce, la société NETSYST ne communique aucun rapport d'expertise, amiable, judiciaire ou d'assurance, ni aucun document, de quelque nature que ce soit démontrant ou même seulement alléguant, qu'à la date du sinistre, les bâtiments et installations auraient été affectés d'une non-conformité réglementaire.
22
Maxnod Maxnod / 28/03/2023 Incendie dans le datacenter Maxnod
« Dernier message par alf084 le Hier à 17:59:08 »
Salut Alf.
Tu n'as pas suivi l'histoire. J'explique:
Le propriétaire de Adeli/Maxnod , Lionel Drevon, a constaté que "Tier-3" ou "Tier-4" n'étaient pas des appellations/marques déposées en France (probablement INPI), donc sur un coup de bluff il les a déposées, au nom d'Adeli, et il s'auto-proclame donc "Tier-4 (c) Certified by Adeli".
Oui, car la certification de l'uptime institute, il trouve ça trop cher.
Ce "Tier 4 certified by Adeli", il le revendique depuis le début de l'histoire. Dès la création du premier datacenter en 2013, avant l'incendie, après l'incendie, ça n'a pas varié.
On a même eu le droit à une explication absurde sur le premier datacenter Maxnod du genre "j'ai 2 groupes électrogènes et deux onduleurs [NDLR localisés tous les 2 dans la salle serveur] donc je suis forcément Tier-4". LOL...

Oui, c'est absolument délirant. Et légèrement "discutable" vis à vis des clients.
Mais bon, comme le marché de la colocalisation en datacenter est "sous tension", il continuera à trouver des clients, c'est certain.

Ci dessous le commentaire que je faisais il y a 3 ans. Au début, je croyais que c'était une blaguounette, mais en fait non.

Salut Léon,

Merci pour les détails.

Je reste scotché par cette histoire, c'est hallucinant !  :o

23
Maxnod Maxnod / 28/03/2023 Incendie dans le datacenter Maxnod
« Dernier message par Leon le Hier à 17:40:11 »
Salut Alf.
Tu n'as pas suivi l'histoire. J'explique:
Le propriétaire de Adeli/Maxnod , Lionel Drevon, a constaté que "Tier-3" ou "Tier-4" n'étaient pas des appellations/marques déposées en France (probablement INPI), donc sur un coup de bluff il les a déposées, au nom de son entreprise Adeli, et il s'auto-proclame donc "Tier-4 (c) Certified by Adeli".
Oui, car la certification de l'uptime institute, il trouve ça trop cher.
Ce "Tier 4 certified by Adeli", il le revendique depuis le début de l'histoire. Dès la création du premier datacenter en 2013, avant l'incendie, après l'incendie, ça n'a pas varié.
On a même eu le droit à une explication absurde sur le premier datacenter Maxnod du genre "j'ai 2 groupes électrogènes et deux onduleurs [NDLR localisés tous les 2 dans l'unique salle serveur] donc je suis forcément Tier-4". LOL...

Oui, c'est absolument délirant. Et légèrement "discutable" vis à vis des clients.
Mais bon, comme le marché de la colocalisation en datacenter est "sous tension", il continuera à trouver des clients, c'est certain.

Ci dessous le commentaire que je faisais il y a 3 ans. Au début, je croyais que c'était une blaguounette, mais en fait non.

C'est vraiment ça l'explication de l'histoire "Tier-4 Certified by Adeli"? C'est du vrai premier degré? Sérieusement?
J'ai du poser la question 4 ou 5 fois sur le forum sans jamais avoir de réponse sur les ~10 dernières années.

Si c'est le cas, je me permet un gros WHAT THE FUCK???

Genre "faire un champagne AOP/AOC c'est trop contraignant, donc je vais produire un champagne certified by Leon (C)".
Si c'est du vrai premier degré (je n'y ai jamais cru tellement c'était gros), et que Maxnod-Adeli maintient devant ses clients que Maxnod était Tier-4, alors ça veut dire que Adeli-Maxnod ment ouvertement à tous ses clients, et se ment à lui même depuis 10 ans.

Effectivement, ça pourrait sans doute être attaquable en justice, pour tromperie. Mais ils ne seront probablement jamais inquiétés :
 - ni par l'Uptime Institute, qui n'a jamais été très virulent, et qui se moque pas mal d'un petit Datacenter de 60 baies, ce qui n'est rien à l'échelle de la planète, tant que ça ne fait pas d'émules.
 - ni par les clients, dont la plupart sont certainement trop petits pour supporter un procès qui risque de durer TRES longtemps.

Sinon, il existe un bon nombre de PETITS datacenter, de l'ordre de la centaine de baies, qui sont réellement certifiés Tier-4. Donc l'argument "mais c'est trop contraignant pour un petit datacenter" n'en n'est pas un.
Comme dirait Francis Cabrel : "Faut pas dire à qui je ressemble, faut dire qui je suis".

Leon.
24
Maxnod Maxnod / 28/03/2023 Incendie dans le datacenter Maxnod
« Dernier message par alf084 le Hier à 17:33:06 »
Il me semble qu'au moment de l'incendie, l'entreprise communiquait déjà à tort sur une certification de l'Uptime Institute.

Aujourd'hui, leur site affiche pourtant : « Maxnod, votre data center Tier 4, le seul data center de la région Rhône-Alpes Auvergne ».

Après vérification directement sur le site de l'Uptime Institute, aucune certification officielle n'apparaît.

Il est assez déconcertant de voir une telle légèreté dans l'affichage public de certifications non obtenues, trompant (encore) ainsi la confiance des clients.

25
Orange fibre Actus Orange / Script Bash (Unix) pour monitorer sa Livebox7
« Dernier message par himred le Hier à 17:17:42 »
Bonjour à tous,

En passant sur la Livebox 7 (XGS-PON), j'ai constaté que les anciennes méthodes de monitoring de l'API locale (notamment getNetDevStats utilisée sur les générations précédentes) ne remontaient plus les compteurs de trafic de manière fiable.

Après avoir fouillé dans le sysbus de la box, j'ai réécrit un petit script d'extraction propre en Bash et JQ.
Il interroge l'API interne (/ws) en réutilisant intelligemment le contextID dans un fichier temporaire pour éviter de spammer la box avec des requêtes d'authentification.

Le script extrait de manière brute :
  • Les puissances optiques : SignalRxPower (Réception) et SignalTxPower (Émission).
  • La température interne de la box.
  • Les compteurs réseau cumulés via la nouvelle API fonctionnelle sur LB7 : HomeLan.Interface.<intf>.Stats.
Vous pouvez bien sur étendre le monitoring a toute autre variable qui vous fera plaisir en éditant le code.

Utilisation:
Il faut d'abord créer le fichier /etc/livebox.pass qui devra contenir le mdp de votre box. (idéalement chmod 600 dessus pour garantir la privacy.)
Si votre box n'est pas en 192.168.1.1, éditez le code ou définissez la variable d'environnement LB_HOST
Ensuite, lancez le script. (il est intelligent il sauvegarde les cookies et context de session dans /run, pour ne pas spammer l'authentification de la box.)
Si tout se passe bien, il affiche un json avec les données.

Le script de relève:

#!/usr/bin/env bash
# livebox-ont.sh — relève ONT + compteurs WAN d'une Livebox 7 (XGS-PON)
set -uo pipefail


LB_HOST="${LB_HOST:-192.168.1.1}" # À adapter selon votre IP Livebox
LB_USER="${LB_USER:-admin}"
LB_PASS_FILE="${LB_PASS_FILE:-/etc/livebox.pass}"   # chmod 600


STATE="${STATE:-/run/livebox}"
JAR="$STATE/cookies"
CTXF="$STATE/ctx"
CURL_OPTS=(-s -m 10)


die()  { echo "livebox-ont: $*" >&2; exit 1; }
warn() { echo "livebox-ont: $*" >&2; }


mkdir -p "$STATE" || die "impossible de créer $STATE"
[[ -r "$LB_PASS_FILE" ]] || die "mot de passe illisible ($LB_PASS_FILE)"
LB_PASS="$(< "$LB_PASS_FILE")"


auth() {
  local out ctx
  out=$(jq -n --arg u "$LB_USER" --arg p "$LB_PASS" \
    '{service:"sah.Device.Information",method:"createContext",
      parameters:{applicationName:"so_sdkut",username:$u,password:$p}}' \
    | curl "${CURL_OPTS[@]}" -c "$JAR" \
        -H 'Content-Type: application/x-sah-ws-4-call+json' \
        -H 'Authorization: X-Sah-Login' \
        -d @- "http://$LB_HOST/ws") || { warn "auth: pas de réponse"; return 1; }


  ctx=$(jq -re '.data.contextID' <<< "$out") || { warn "auth refusée: $out"; return 1; }
  umask 077
  printf '%s' "$ctx" > "$CTXF"
}


call() {
  local ctx
  [[ -s "$CTXF" ]] || return 1
  ctx=$(< "$CTXF")


  jq -n --arg s "$1" --arg m "$2" --argjson p "$3" \
    '{service:$s, method:$m, parameters:$p}' \
  | curl "${CURL_OPTS[@]}" -b "$JAR" \
      -H 'Content-Type: application/x-sah-ws-4-call+json' \
      -H "Authorization: X-Sah $ctx" \
      -H "X-Context: $ctx" \
      -d @- "http://$LB_HOST/ws"
}


get_gpon() {
  local raw
  raw=$(call NeMo.Intf.data getMIBs '{"mibs":"gpon","traverse":"down"}') || return 1
  jq -e '.status.gpon | to_entries[0] | select(.value | type == "object")' <<< "$raw" \
    || { warn "gpon: réponse inattendue"; return 1; }
}


get_stats() {
  local intf raw
  intf="$1"
  raw=$(call "HomeLan.Interface.$intf.Stats" get '{}') || return 1
  jq -e '.status | select(type == "object") | select(has("BytesReceived"))' <<< "$raw" \
    || { warn "stats: réponse inattendue"; return 1; }
}


collect() {
  local g n intf
  g=$(get_gpon) || return 1
  intf=$(jq -r '.key' <<< "$g")
  n=$(get_stats "$intf") || return 1
  jq -nc --arg ts "$(date -Is)" --argjson g "$g" --argjson n "$n" \
    '{timestamp: $ts, interface: $g.key, gpon: $g.value, stats: $n}'
}


out=$(collect) || { auth || die "authentification impossible"; \
                    out=$(collect) || die "collecte impossible"; }


printf '%s\n' "$out"

Le script retourne un json sur sa sortie standard:

{
  "timestamp": "2026-09-06T17:07:58+02:00",
  "interface": "veip0",
  "gpon": {
    "RegistrationID": "",
    "RegistrationIDIsInHexFormat": false,
    "VeipPptpUni": true,
    "MaxBitRateSupported": 10000,
    "SignalRxPower": -18696,
    "SignalTxPower": 5998,
    "Temperature": 50,
    "Voltage": 32957,
    "Bias": 14080,
    "PonMode": "XGS-PON",
    "SerialNumber": "REDACTED",
    "HardwareVersion": "SMBSXLB7270500",
    "EquipmentId": "SagemcomFast5698OFR",
    "VendorId": "SMBS",
    "VendorProductCode": 0,
    "ONTSoftwareVersion0": "SAHEOFR030102",
    "ONTSoftwareVersion1": "SAHEOFR030803",
    "ONTSoftwareVersionActive": 1,
    "LowerOpticalThreshold": -35000,
    "UpperOpticalThreshold": 0,
    "LowerTransmitPowerThreshold": -1000,
    "UpperTransmitPowerThreshold": 7000,
    "Mode": "Normal",
    "CustomVendorID": "",
    "CustomEquipmentID": "",
    "VLANs": "840,851,832,835,838",
    "RogueOnu": false,
    "RogueOnuCount": 0,
    "RogueOnuLastOccurence": "0001-01-01T00:00:00Z",
    "OnuState": "O5_Operation",
    "OnuId": 75,
    "PonId": "",
    "DownstreamMaxRate": 9953280,
    "UpstreamMaxRate": 9953280,
    "DownstreamCurrRate": 9953280,
    "UpstreamCurrRate": 9953280,
    "WanMode": ""
  },
  "stats": {
    "BytesSent": 19347472212,
    "BytesReceived": 42607859388
  }
}
A partir de la, vous pouvez utiliser l'outil de votre choix pour parser le json et insérer cela dans votre outil de monitoring.

Perso, j'insère cela dans mon influxdb/grafana et j'en fait des graphiques (cf la PJ)

Enjoy.
26
(en se limitant aux gares SNCF, la méthodologie RATP était trop différente pour intégrer les données)

Qu'est ce qui est si différent par curiosité ?
La méthodologie est probablement différente mais un voyageur reste un voyageur...
La RATP n'a que la fréquentation voyageur pour 2021. C'est quand même ancien.

Je ne me vois pas mettre en même temps des données 2024 et 2021 ou perdre 3 ans de données SNCF.

L'intérêt de mon traitement est surtout de mettre en évidence les stations qui ont une croissance et celles en décroissance. Avec la RATP, je n'ai pas les données pour le faire.

Autant regarder directement leur tableau, je ne vois pas trop de traitement pour apporter une plus-value : https://data.ratp.fr/explore/assets/trafic-annuel-entrant-par-station-du-reseau-ferre-2021/view/?page=1&orderBy=trafic+DESC

Je remarque au passage qu'il manque le RER D à Chatelet-les-halles. Les données ne sont ni dans les données RATP, ni dans celles de la SNCF. C'est un cas un peu merdique : C'est une gare RATP, mais avec des agents SNCF depuis quelques années. Les écrans sur les quais, RATP à l'origine sont passés à la SNCF.


Il faut lire : 3000 gares. ;)
Corrigé
27
Beau travail !
Une toute petite coquille : "Tableau complet des 300 gares : (49 pages)".
Il faut lire : 3000 gares. ;)
28
Fallait pas avoir le nez très creux pour acheter un mac Intel en 2023 quand même :)
29
Malheureusement ça ne me surprend pas plus que ça, Apple avait fait le même coup en 2006 lors de la transition PowerPC vers x86

Et c'est effectivement scandaleux pour ceux qui ont été les derniers acheteurs de Mac Intel. Il restera la possibilité d'y installer une distribution Linux pour retrouver des logiciels à jour.
30
Orange ADSL / VDSL / Que faire sans ADSL?
« Dernier message par ben_becker le Hier à 14:09:49 »
Je ne comprends vraiment pas pourquoi tu dis ça. Il est tout à fait possible que l'opérateur d'infra installe des poteaux dédiés pour le FTTH, même si le cuivre avait était enterré il y a 40-50 ans.
Si on veut éteindre le xDSL dans quelques années, comme c'est prévu, il n'y a de toutes façon pas le choix!
Et dans certaines DSP, les subventions/financements font que l'utilisateur final ne paye pas (ou très peu) de frais de raccordement au réseau, même s'il y a 200-300m de distance à parcourir.

Leon.

La maison est assez isolée d'après ce qui a été dit, je ne vois pas l'OI installer des poteaux sur 500 m juste pour une maison.
Déjà que les RIP se plaignent d'avoir du mal financièrement...
Des subventions pourquoi pas, je ne sais pas du tout comment ça se passe.
Pages: 1 2 [3] 4 5 6 7 8 ... 10