Auteur Sujet: Base de données Netmonster: besoin d'aide  (Lu 1542 fois)

0 Membres et 1 Invité sur ce sujet

MaxUSLTE

  • Client SFR 4G
  • *
  • Messages: 19
  • Saint Vivien 17
Base de données Netmonster: besoin d'aide
« Réponse #12 le: 03 septembre 2017 à 18:14:30 »
Alors pour répondre, ma base de données n'est que pour SFR. Je ne peux pas aider pour Bouygues (pas de SIM), mais de toute façon, une base 2 opérateurs c'est un peu bête.

Nico

  • Modérateur
  • *
  • Messages: 30 644
  • FTTH 300Mbps sur Paris 15ème (75)
    • @_GaLaK_
Base de données Netmonster: besoin d'aide
« Réponse #13 le: 03 septembre 2017 à 18:31:14 »
Pourquoi bête ? Au contraire, c'est s'empêcher de profiter du réseau mutualisé et des données communes qui serait bête. Après libre à toi de ne pas avoir envie évidement (idem pour guiguipm) mais dire que ce serait bête de faire une base commune...

Par exemple sur tes 100 antennes identifiées, peut-être que 80 sont sur le réseau mutualisé et pourraient être rajoutées en 3 lignes de script à une base ByTel. Et vice versae avec le travail réalisé par guiguipm. Après si vous ne voyez pas le gain mutuel, pas de soucis :p.

MaxUSLTE

  • Client SFR 4G
  • *
  • Messages: 19
  • Saint Vivien 17
Base de données Netmonster: besoin d'aide
« Réponse #14 le: 03 septembre 2017 à 18:35:23 »
Bien simplement car les CID se mélangent ;) Chez SFR CID 1 --> S1 2600MHz, Bouygues 1800MHz secteur JSP. Base commune impossible.

Nico

  • Modérateur
  • *
  • Messages: 30 644
  • FTTH 300Mbps sur Paris 15ème (75)
    • @_GaLaK_
Base de données Netmonster: besoin d'aide
« Réponse #15 le: 03 septembre 2017 à 18:46:53 »
Disons qu'avant d'aller dans la fréquence / le secteur, si l'enodebid est identique, tu as déjà fait - en le relevant, que ce soit avec l'un ou l'autre des opérateurs - le plus gros du travail !

Enfin après, vous gérez vos affaires comme vous l'entendez ;). Ça ne me manquera pas.

guiguipm

  • Expert
  • Client Free vdsl
  • *
  • Messages: 309
  • Marines (95)
Base de données Netmonster: besoin d'aide
« Réponse #16 le: 03 septembre 2017 à 20:17:50 »
Le fait que les CID se mélangent est pas bien grave, puisqu'on peut distinguer par le couple MCC-MNC qui est de toute façon différent pour les 2 opérateurs, même avec un eNodeb id identique

Nico

  • Modérateur
  • *
  • Messages: 30 644
  • FTTH 300Mbps sur Paris 15ème (75)
    • @_GaLaK_
Base de données Netmonster: besoin d'aide
« Réponse #17 le: 03 septembre 2017 à 20:19:05 »
Oui j'avais pas parlé du MCC/MNC car ça me semblait évident, mais ça permet aussi de différencier si jamais.

MaxUSLTE

  • Client SFR 4G
  • *
  • Messages: 19
  • Saint Vivien 17
Base de données Netmonster: besoin d'aide
« Réponse #18 le: 04 septembre 2017 à 14:31:25 »
Ah oui pardon j'avais pas pensé à ca XD

eruditus

  • Client Orange adsl
  • Modérateur
  • *
  • Messages: 8 618
  • Montfort-l'Amaury (78)
Base de données Netmonster: besoin d'aide
« Réponse #19 le: 04 septembre 2017 à 14:55:44 »

Surtout n'utilisez pas les PCI des cellules pour quoi que ce soit en 4G. Cela peut varier à n'importe quel moment de la vie du réseau si l'opérateur a un réseau LTE permettant le "SON".
http://www.3gpp.org/technologies/keywords-acronyms/105-son

willemijns

  • Client Free adsl
  • *
  • Messages: 1 145
Base de données Netmonster: besoin d'aide
« Réponse #20 le: 04 septembre 2017 à 21:48:49 »
Pourquoi bête ? Au contraire, c'est s'empêcher de profiter du réseau mutualisé et des données communes qui serait bête. Après libre à toi de ne pas avoir envie évidement (idem pour guiguipm) mais dire que ce serait bête de faire une base commune...

+1E99


Abaca91

  • Expert LTE
  • Client K-Net
  • *
  • Messages: 168
  • Essonne (91)
Base de données Netmonster: besoin d'aide
« Réponse #21 le: 04 septembre 2017 à 23:17:40 »
Surtout n'utilisez pas les PCI des cellules pour quoi que ce soit en 4G. Cela peut varier à n'importe quel moment de la vie du réseau si l'opérateur a un réseau LTE permettant le "SON".
http://www.3gpp.org/technologies/keywords-acronyms/105-son

Idem eruditus.  Le  PCI (Physical Cell Identifier) codé sur 9 bit ne permet qu’une identification locale d’une cellule radio parmi les cellules voisines et peut évoluer.
Même associé au TAC (« Tracking Area code »  = localisation)  le PCI ne permet pas d’identifier une cellule radio de façon univoque.

Ce qu’il faut utiliser c’est les eNodeB iD (sur 20 bits) que Netmonster permet d’afficher et les « short CID » (sur 8 bit en LTE). Les 2 combinés constituent le GCID (Global Cell-iD) qui est unique et a une valeur différente pour chacune des cellules radio d'un opérateur.  C’est probablement le champ « 2147483647 » que tu cites au début de ton post.

guiguipm

  • Expert
  • Client Free vdsl
  • *
  • Messages: 309
  • Marines (95)
Base de données Netmonster: besoin d'aide
« Réponse #22 le: 04 septembre 2017 à 23:25:45 »
Perso chez moi le champ est toujours à 2147483647 dans les logs, donc pas sûr qu'il soit lié à quelque chose d'utile

willemijns

  • Client Free adsl
  • *
  • Messages: 1 145
Base de données Netmonster: besoin d'aide
« Réponse #23 le: 04 septembre 2017 à 23:54:10 »
Perso chez moi le champ est toujours à 2147483647 dans les logs, donc pas sûr qu'il soit lié à quelque chose d'utile

exact c'est un bug déjà détecté par la team RNC mobile.

sur netmonster le CI (numéro unique) a un rapport avec eNb et CID (j'ai la formule) c'est votre question ?

en 2G c'est le couple CELLID/LAC qui donne le LCID....

 

Mobile View