Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 8 juillet 2012 23:47, Guillaume Barrot guillaume.bar...@gmail.com a écrit : Diameter etant l'evolution de Radius, tous les gens ayant ici des architectures LNS/Radius/BDD ou LDAP s'etonneront de la faculté des operateurs mobiles a se planter quand il s'agit de coupler un terminateur de tunnel a un AAA, et qui plus est a faire ca sans acheter des Cray pour répondre aux requêtes. Combien de telco ont reussi a vautrer le control-plane sur les tests LTE depuis 2 ans ? ah un certain nombre quand meme ! Mais oui mais ma bonne dame, nombre de FAI deploie du LNS depuis des années, avec des Radius base open source, alors que les operateurs mobiles ont decouvert le paquet sur le tard (jusqu'a la 3G, le seul bon paquet pour un operateur mobile etait un Colissimo), donc ils decouvrent la joie du dimensionnement de plateformes de services fournies par des constructeurs, avec en plus que du soft propriétaire... C'est clair qu'une batterie de Radiator sur X86 avec du load-balancer en frontal, un peu d'anycast pour saupoudrer ca sur plusieurs sites, c'est compliqué. Combien de ces memes Telco ont ca sur leur infra fixe pour la collecte via un operateur tiers ??? Mais, pour le mobile, le constructeur n'ayant pas ca au catalogue on achete la boiboite bien opaque et on deploie ca en priant le sacro-saint contrat de maintenance, avec un PRA sur le site d'a coté, et une replication synchrone des bases de données (comme ca, quand on corrompt la base de droite, c'est instantannement que la base de gauche est corrompue aussi. Ca c'est de l'efficacité !) Quant au HLR, que penser d'un annuaire qu'on interroge encore en 2012, en SS7 ? Oui car quand on regarde de plus pret, ca ressemble vachement a un annuaire le HLR, avec un champ particulier qui decrit sur quelle BTS on est accroché. Euh je pensais que le HLR n'avait pas l'info BTS mais uniquement l'info LA (Location Area). André --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Problème sur le réseau mobile?
On Sat, Jul 07, 2012 at 11:12:54AM +0200, Alain Thivillon a...@rominet.net wrote a message of 44 lines which said: Comme toute base de donnés, ben quand ça foire c'est la grosse M..., meme avec tous les mécanismes de réplication et de failover du monde. S'il faut remonter des backups, ben c'est long, dangereux, etc... Mais pourquoi restaurer des sauvegardes ? Si je comprends bien, les données dans le HLR sont uniquement de type « cache ». Elles sont transitoires et, si on les perd, on peut les reconstituer et les mobiles se ré-enregistrent. Pourquoi ne pas avoir tout viré et être reparti d'un cache froid ? --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Problème sur le réseau mobile?
On Sat, Jul 07, 2012 at 05:39:58PM +0200, Alain Thivillon a...@rominet.net wrote a message of 30 lines which said: Les réseaux téléphoniques ont toujours eu un gros problème avec la décentralisation : il faut facturer à l'acte, à la durée et parfois au volume :) Mais n'importe quelle boîte Web 2.0 d'aujourd'hui (Facebook, Twitter, Google) stocke en temps réel des tas d'informations sur ce que font les clients (à des fins de suivi, même s'il n'y a pas de facturation) et ça marche en réparti (*). Donc, c'est complexe, j'en suis sûr mais des tas de gens le font aujourd'hui. (*) Alors, que, d'après le PDF de FT http://www.lefigaro.fr/societes/2012/07/08/20005-20120708ARTFIG00179-on-ne-peut-pas-reprocher-son-incompetence-a-orange.php, le HLR n'est pas réparti, il est sur une seule machine (celle qui « a moins d'un an »). --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Problème sur le réseau mobile?
On Sun, Jul 08, 2012 at 11:47:12PM +0200, Guillaume Barrot guillaume.bar...@gmail.com wrote a message of 91 lines which said: Diameter etant l'evolution de Radius, Cela ne me semble pas une description correcte. C'est un protocole radicalement différent http://www.bortzmeyer.org/3588.html. Et « évolution » laisse entendre qu'il serait meilleur, ce qui est très contestable. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Problème sur le réseau mobile?
Le 9 juillet 2012 09:24, Stephane Bortzmeyer bortzme...@nic.fr a écrit : On Sat, Jul 07, 2012 at 11:12:54AM +0200, Alain Thivillon a...@rominet.net wrote a message of 44 lines which said: Comme toute base de donnés, ben quand ça foire c'est la grosse M..., meme avec tous les mécanismes de réplication et de failover du monde. S'il faut remonter des backups, ben c'est long, dangereux, etc... Mais pourquoi restaurer des sauvegardes ? Si je comprends bien, les données dans le HLR sont uniquement de type « cache ». Elles sont transitoires et, si on les perd, on peut les reconstituer et les mobiles se ré-enregistrent. Pourquoi ne pas avoir tout viré et être reparti d'un cache froid ? Si je me souviens bien, il y a deux types de données : des données permanentes liées à l'abonnement et des données transitoires telles que la localisation (soit la Location Area dans le réseau Orange France soit le nom du réseau étranger où le mobile est inscrit). André --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Problème sur le réseau mobile?
Le Mon, Jul 09, 2012 at 09:24:23AM +0200, Stephane Bortzmeyer [bortzme...@nic.fr] a écrit: Comme toute base de donnés, ben quand ça foire c'est la grosse M..., meme avec tous les mécanismes de réplication et de failover du monde. S'il faut remonter des backups, ben c'est long, dangereux, etc... Mais pourquoi restaurer des sauvegardes ? Si je comprends bien, les données dans le HLR sont uniquement de type « cache ». Elles sont transitoires et, si on les perd, on peut les reconstituer et les mobiles se ré-enregistrent. Pourquoi ne pas avoir tout viré et être reparti d'un cache froid ? J'y connais pas grand chose en réseau GSM, mais le HLR semble contenir plus qu'une info cache sur l'emplacement des terminaux, mais aussi des infos qu'il faudrait remonter depuis (par exemple) le SI de l'opérateur. -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Problème sur le réseau mobile?
On Mon, Jul 09, 2012 at 09:33:11AM +0200, André Sintzoff andre.sintz...@gmail.com wrote a message of 25 lines which said: Si je me souviens bien, il y a deux types de données : des données permanentes liées à l'abonnement et des données transitoires telles que la localisation (soit la Location Area dans le réseau Orange France soit le nom du réseau étranger où le mobile est inscrit). Mais les données « permanentes » ne devraient pas poser de problème à être restaurées, elles bougent relativement peu (et leur copie faisant autorité n'est certainement pas dans le HLR). --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Problème sur le réseau mobile?
On 07/09/2012 09:24 AM, Stephane Bortzmeyer wrote: On Sat, Jul 07, 2012 at 11:12:54AM +0200, Alain Thivillona...@rominet.net wrote a message of 44 lines which said: Comme toute base de donnés, ben quand ça foire c'est la grosse M..., meme avec tous les mécanismes de réplication et de failover du monde. S'il faut remonter des backups, ben c'est long, dangereux, etc... Mais pourquoi restaurer des sauvegardes ? Si je comprends bien, les données dans le HLR sont uniquement de type « cache ». Euh non dans le HLR il y a aussi les secrets de ta SIM, ton type d'abonnement, les renvois éventuels, etc. C'est extremement dynamique, et accédé aussi en écriture par le SI, par exemple pour provisionner (prepaid) ou bloquer/débloquer les IMSI en cas de vol. C'est aussi pour ça que dire comme lu ici on a qu'a perdre 1h de données plutot qu'avoir une sync parfaite est pas très tenable, il faut expliquer ça aux gens qui rechargent leur mobicarte ou aux services de police ... Elles sont transitoires et, si on les perd, on peut les reconstituer et les mobiles se ré-enregistrent. Ca c'est le VLR qui contient aussi les datas des mobiles en roaming (ceux de freemobile par exemple) et qui a un effectivement un cache de certaines données. Eux n'étaient pas en cause visiblement, puisque les mobiles Free marchaient relativement bien (meme s'ils ont eu des soucis liés à l'avalanche probablement). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Problème sur le réseau mobile?
Bonjour, Mes 2 centimes ... Il me semble aussi que Diameter est plus une alternative à Radius. De ce fait il n'y a pas de notion d'évolution (une évolution est un passage d'un état à un autre état, il n'y a en aucun cas de notion de meilleur ou de pire) :) Fabien Le 9 juil. 2012 à 09:31, Stephane Bortzmeyer a écrit : On Sun, Jul 08, 2012 at 11:47:12PM +0200, Guillaume Barrot guillaume.bar...@gmail.com wrote a message of 91 lines which said: Diameter etant l'evolution de Radius, Cela ne me semble pas une description correcte. C'est un protocole radicalement différent http://www.bortzmeyer.org/3588.html. Et « évolution » laisse entendre qu'il serait meilleur, ce qui est très contestable. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Collecteur NetFlow ?
Bonjour, Il me semble que Netflow Vxyz ou IPFIX utilisent tous la CPU de management pour traiter les flux. Les constructeurs qui incorporent cette techno ont ils dans le même temps un mécanisme contrôlant l'utilisation de la CPU par ce process ? Bien que SFLOW ne soit pas tout à fait comparable, il me semble que les constructeurs pourraient implémenter les deux techno (SFLOW est de base dans beaucoup de Chipset Broadcom). Fabien Le 7 juil. 2012 à 04:03, Sylvain Busson a écrit : Ce n'est sortie que sur les nouveaux codes (donc pas sec), mais ce n'est pas supporter par tous les hardware, et pour certain ce n'est pas prévu de l’être... Le 06/07/2012 09:24, Raphael MAUNIER a écrit : Dis ça à nos amis les constructeurs:) -- Raphaël Maunier NEO TELECOMS CTO / Directeur Ingénierie AS8218 On Jul 6, 2012, at 9:23 AM, Stephane Bortzmeyer wrote: On Thu, Jul 05, 2012 at 02:00:37PM +0200, Adrien Pestelpestoui...@gmail.com wrote a message of 129 lines which said: J'ai développé un collecteur Netflow v9 en C. Je vais troller un peu mais on en est à la version 10 depuis quatre ans (renommée IPFIX).http://www.bortzmeyer.org/5101.html --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Collecteur NetFlow ?
Pour Netflow; sur Cisco; la collecte se fait en hardware; seul l'export (la génération du paquet de méta données) utilise la CPU. Le 09/07/2012 09:59, Fabien Delmotte a écrit : Bonjour, Il me semble que Netflow Vxyz ou IPFIX utilisent tous la CPU de management pour traiter les flux. Les constructeurs qui incorporent cette techno ont ils dans le même temps un mécanisme contrôlant l'utilisation de la CPU par ce process ? Bien que SFLOW ne soit pas tout à fait comparable, il me semble que les constructeurs pourraient implémenter les deux techno (SFLOW est de base dans beaucoup de Chipset Broadcom). Fabien Le 7 juil. 2012 à 04:03, Sylvain Busson a écrit : Ce n'est sortie que sur les nouveaux codes (donc pas sec), mais ce n'est pas supporter par tous les hardware, et pour certain ce n'est pas prévu de l’être... Le 06/07/2012 09:24, Raphael MAUNIER a écrit : Dis ça à nos amis les constructeurs:) -- Raphaël Maunier NEO TELECOMS CTO / Directeur Ingénierie AS8218 On Jul 6, 2012, at 9:23 AM, Stephane Bortzmeyer wrote: On Thu, Jul 05, 2012 at 02:00:37PM +0200, Adrien Pestelpestoui...@gmail.com wrote a message of 129 lines which said: J'ai développé un collecteur Netflow v9 en C. Je vais troller un peu mais on en est à la version 10 depuis quatre ans (renommée IPFIX).http://www.bortzmeyer.org/5101.html --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Problème sur le réseau mobile?
Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l’État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d’État! - Et que se faisant, ce même État se mette à confondre régulation du secteur privé et interventionnisme étatique. - Et qu'enfin profitant de la confusion, lui vienne l'idée de légiférer, PAR DECRET, pour s'arroger le droit: 1/ de lancer un audit sur la sécurité des réseaux des opérateurs. 2/ définir la politique à long terme des télécoms. Mesdames/Messieurs les Ministres, il ne fallait pas privatiser FT si vous vouliez continuer de mettre votre grain de sel dans une industrie que vous ne comprenez toujours pas!!! Tout ceci est profondément déplaisant et bien plus préoccupant qu'un régulateur essayant de comprendre le Peering... Seb. attachment: s_lesimple.vcf signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
que ceux qui ont voté, lèvent le doigt ! a+ Le 09-07-2012 10:23, Sebastien Lesimple a écrit : Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l’État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d’État! - Et que se faisant, ce même État se mette à confondre régulation du secteur privé et interventionnisme étatique. - Et qu'enfin profitant de la confusion, lui vienne l'idée de légiférer, PAR DECRET, pour s'arroger le droit: 1/ de lancer un audit sur la sécurité des réseaux des opérateurs. 2/ définir la politique à long terme des télécoms. Mesdames/Messieurs les Ministres, il ne fallait pas privatiser FT si vous vouliez continuer de mettre votre grain de sel dans une industrie que vous ne comprenez toujours pas!!! Tout ceci est profondément déplaisant et bien plus préoccupant qu'un régulateur essayant de comprendre le Peering... Seb. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Mais non, tu n'y es pas du tout. Notre bien aimé gouvernement va enfin nous enlever une épine du pied en faisant voter une loi rendant illégaux les bugs software. Elle est pas belle la vie ? Le 9 juil. 2012 à 10:23, Sebastien Lesimple a écrit : Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l’État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d’État! - Et que se faisant, ce même État se mette à confondre régulation du secteur privé et interventionnisme étatique. - Et qu'enfin profitant de la confusion, lui vienne l'idée de légiférer, PAR DECRET, pour s'arroger le droit: 1/ de lancer un audit sur la sécurité des réseaux des opérateurs. 2/ définir la politique à long terme des télécoms. Mesdames/Messieurs les Ministres, il ne fallait pas privatiser FT si vous vouliez continuer de mettre votre grain de sel dans une industrie que vous ne comprenez toujours pas!!! Tout ceci est profondément déplaisant et bien plus préoccupant qu'un régulateur essayant de comprendre le Peering... Seb. s_lesimple.vcf --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le Mon, Jul 09, 2012 at 10:23:56AM +0200, Sebastien Lesimple [s.lesim...@b-and-c.net] a écrit: Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l???État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d???État! Ben oui, leur téléphone marchait pas, ils sont allé voir le SAV. [ et comme ils ne pouvaient pas updater leur statut Facebook, ils avaient le temps ] Blague à part, sur des pannes de ce genre, du monde se rend compte que certaines infrastructures sont essentielles. Sans dire que c'est normal de venir expliquer à un opérateur privé comment faire son boulot, ça peut lever la question de savoir si c'est le privé, avec ses contraintes économiques, son besoin de rentabilité, qui est le « mieux placé » pour les faire fonctionner. -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Bonjour, Rien a voir. En France, les télécoms sont en partie classés comme activité d’importance vitale, comme l'elec ... A ce titre, normal qu'un ministre se déplace vu l'ampleur de la panne. Maintenant, que 3 se déplacent ... peut-être a mettre en rapport avec le nombre de ministères aux noms improbables qu'il existe :) Arnaud 2012/7/9 Sebastien Lesimple s.lesim...@b-and-c.net Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l’État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d’État! - Et que se faisant, ce même État se mette à confondre régulation du secteur privé et interventionnisme étatique. - Et qu'enfin profitant de la confusion, lui vienne l'idée de légiférer, PAR DECRET, pour s'arroger le droit: 1/ de lancer un audit sur la sécurité des réseaux des opérateurs. 2/ définir la politique à long terme des télécoms. Mesdames/Messieurs les Ministres, il ne fallait pas privatiser FT si vous vouliez continuer de mettre votre grain de sel dans une industrie que vous ne comprenez toujours pas!!! Tout ceci est profondément déplaisant et bien plus préoccupant qu'un régulateur essayant de comprendre le Peering... Seb. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 09/07/2012 11:01, Dominique Rousseau a écrit : Le Mon, Jul 09, 2012 at 10:23:56AM +0200, Sebastien Lesimple [s.lesim...@b-and-c.net] a écrit: Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l???État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d???État! Ben oui, leur téléphone marchait pas, ils sont allé voir le SAV. [ et comme ils ne pouvaient pas updater leur statut Facebook, ils avaient le temps ] Blague à part, sur des pannes de ce genre, du monde se rend compte que certaines infrastructures sont essentielles. Sans dire que c'est normal de venir expliquer à un opérateur privé comment faire son boulot, ça peut lever la question de savoir si c'est le privé, avec ses contraintes économiques, son besoin de rentabilité, qui est le « mieux placé » pour les faire fonctionner. Ah certes! mais il aurai fallu se poser la question des infra essentielles avant la dérégulation de 1996; Avant d'avoir encaisser la manne financière. D'ailleurs, il me semble que le seul secteur des Utilities qui soit totalement privatisé... soit le notre! Les autres réseaux de transports (gaz/electricité/chemins de fers) sont tous scindés en infra/service. D’où ma remarque sur la privatisation... attachment: s_lesimple.vcf signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 9 juillet 2012 11:12, Sebastien Lesimple s.lesim...@b-and-c.net a écrit : D'ailleurs, il me semble que le seul secteur des Utilities qui soit totalement privatisé... soit le notre! Les autres réseaux de transports (gaz/electricité/chemins de fers) sont tous scindés en infra/service. D’où ma remarque sur la privatisation... Tu voudrais dire que ç'aurait été moins con, aussi bien pour la fiabilité, pour la gestion des sites que pour le bon usage du spectre radio, et pour le coup pour la concurrence aussi, de faire un seul réseau de téléphonie mobile avec tout plein de MVNO dessus ? Mince alors... -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 09/07/2012 10:23, Sebastien Lesimple a écrit : Si l'on met 2 secondes la question technique de coté, il y a quand même deux ou trois trucs qui me gênent aux entournures... - Que l’État (3 Ministres) se saisisse d'un incident, si important soit-il, sur un réseau d'opérateur PRIVE, en fait de facto une affaire d’État! - Et que se faisant, ce même État se mette à confondre régulation du secteur privé et interventionnisme étatique. - Et qu'enfin profitant de la confusion, lui vienne l'idée de légiférer, PAR DECRET, pour s'arroger le droit: 1/ de lancer un audit sur la sécurité des réseaux des opérateurs. 2/ définir la politique à long terme des télécoms. Si cela avait été l'entreprise rouge ou la bleue il n'y aurait pas eu les mêmes effets d'annonce, l'état est encore pas mal actionnaire de la boite orange, combiné au fait que tous les portables de l'état doivent être chez cet opérateur voilà pourquoi ils se sont inquiétés. signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On 2012-07-09 11:32, Jérôme Nicolle wrote: Tu voudrais dire que ç'aurait été moins con, aussi bien pour la fiabilité, pour la gestion des sites que pour le bon usage du spectre radio, et pour le coup pour la concurrence aussi, de faire un seul réseau de téléphonie mobile avec tout plein de MVNO dessus ? et pareil pour le déploiement de la fibre ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On Mon, Jul 9, 2012, at 11:01 AM, Dominique Rousseau wrote: peut lever la question de savoir si c'est le privé, avec ses contraintes économiques, son besoin de rentabilité, qui est le « mieux placé » pour les faire fonctionner. Parce-que si c'stait l'etat il y aurait pas eu de bug. Ou que ca aurait ete forcement mieux gere Faut arreter quand-meme le delire.. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On Mon, Jul 9, 2012, at 10:53 AM, Arnaud wrote: Rien a voir. En France, les télécoms sont en partie classés comme activité d’importance vitale, comme l'elec ... A ce titre, normal qu'un ministre se déplace vu l'ampleur de la panne. Rappelez-moi, en 2004 chez Bouygues, ils se sont deplaces aussi ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Attention c'est de l'humour ... Avec le nouveau gouvernement cela sera bien mieux car nous allons avoir un plan quinquennal (ex URSS) pour le développement du mobile, halte au capitalisme.. L'Etat gesticule car pour bon nombre de Francais nous avons un Etat Providence De la nous pouvons déduire l'état d'esprit du Francais Fabien Le 9 juil. 2012 à 13:54, Radu-Adrian Feurdean a écrit : On Mon, Jul 9, 2012, at 11:01 AM, Dominique Rousseau wrote: peut lever la question de savoir si c'est le privé, avec ses contraintes économiques, son besoin de rentabilité, qui est le « mieux placé » pour les faire fonctionner. Parce-que si c'stait l'etat il y aurait pas eu de bug. Ou que ca aurait ete forcement mieux gere Faut arreter quand-meme le delire.. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On Mon, Jul 9, 2012, at 11:47 AM, Wallace wrote: l'état est encore pas mal actionnaire de la boite orange La je suis d'accord ils ont les droits de faire les memes choses que les autres actionnaires ayant une participation similaire. combiné au fait que tous les portables de l'état doivent être chez cet opérateur voilà pourquoi ils se sont inquiétés. L'anarcho-liberal en moi se demande : pourquoi ? Je peux comprendrent qu'ils le font par choix (voir plus haut par exemple), mais pourquoi ils DOIVENT (= obligativite) ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Collecteur NetFlow ?
Intéressant, je pensais que ce coté hardware était sur les 6k, de plus la CPU était utilisée pour gérer les aging de flow. Le 9 juil. 2012 à 10:05, Surya ARBY a écrit : Pour Netflow; sur Cisco; la collecte se fait en hardware; seul l'export (la génération du paquet de méta données) utilise la CPU. Le 09/07/2012 09:59, Fabien Delmotte a écrit : Bonjour, Il me semble que Netflow Vxyz ou IPFIX utilisent tous la CPU de management pour traiter les flux. Les constructeurs qui incorporent cette techno ont ils dans le même temps un mécanisme contrôlant l'utilisation de la CPU par ce process ? Bien que SFLOW ne soit pas tout à fait comparable, il me semble que les constructeurs pourraient implémenter les deux techno (SFLOW est de base dans beaucoup de Chipset Broadcom). Fabien Le 7 juil. 2012 à 04:03, Sylvain Busson a écrit : Ce n'est sortie que sur les nouveaux codes (donc pas sec), mais ce n'est pas supporter par tous les hardware, et pour certain ce n'est pas prévu de l’être... Le 06/07/2012 09:24, Raphael MAUNIER a écrit : Dis ça à nos amis les constructeurs:) -- Raphaël Maunier NEO TELECOMS CTO / Directeur Ingénierie AS8218 On Jul 6, 2012, at 9:23 AM, Stephane Bortzmeyer wrote: On Thu, Jul 05, 2012 at 02:00:37PM +0200, Adrien Pestelpestoui...@gmail.com wrote a message of 129 lines which said: J'ai développé un collecteur Netflow v9 en C. Je vais troller un peu mais on en est à la version 10 depuis quatre ans (renommée IPFIX).http://www.bortzmeyer.org/5101.html --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On Mon, Jul 9, 2012, at 11:32 AM, Jérôme Nicolle wrote: Tu voudrais dire que ç'aurait été moins con, aussi bien pour la fiabilité, pour la gestion des sites que pour le bon usage du spectre radio, et pour le coup pour la concurrence aussi, de faire un seul réseau de téléphonie mobile avec tout plein de MVNO dessus ? On le sait tous, mettre tous les oeufs dans un meme panier c'est une best practice (la meilleure). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 09/07/2012 14:12, Radu-Adrian Feurdean a écrit : combiné au fait que tous les portables de l'état doivent être chez cet opérateur voilà pourquoi ils se sont inquiétés. L'anarcho-liberal en moi se demande : pourquoi ? Je peux comprendrent qu'ils le font par choix (voir plus haut par exemple), mais pourquoi ils DOIVENT (= obligativite) ? Quand tu es actionnaire d'une entreprise (je parle en général) tu as tendance à acheter du service chez eux plutôt que chez les concurrents. Après dans le cas de l'état, il y a les marchés publics, les autres opérateurs pourraient donc crier au manque de mise en concurrence. Après mon petit doigts me dit que les éventuelles sécurisations des portables vip de l'état (chiffrement, vérifications diverses, ...) nécessitent des équipements de l'état au sein même de l'opérateur. Chose qu'ils auront du mal à faire chez les autres ou simplement ils ont plus confiance en leurs équipements chez FT que chez les autres. signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
tu veux dire que ce qui est vrai pour le réseau électrique (un réseau géré par un opérateur non distributeur, et des distributeurs d'électricité), le gaz (idem), l'eau (idem, sauf que c'est au niveau des collectivités locales que ça se passe), etc ... ne serait pas possible dans le fabuleux monde des telecoms ? Le RAN Sharing est envisagé pour la 4G, parce que les opérateurs ne pourront pas répercuter le prix de 4 réseaux en parallèle sur les clients, alors que ça fait 15 ans qu'on vit avec 3 antennes de réseaux concurrents à 10m de distance (donc 3 baux à payer etc...) Mouais, pas convaincu que ça serait pire que maintenant ... Le 9 juillet 2012 14:17, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net a écrit : On Mon, Jul 9, 2012, at 11:32 AM, Jérôme Nicolle wrote: Tu voudrais dire que ç'aurait été moins con, aussi bien pour la fiabilité, pour la gestion des sites que pour le bon usage du spectre radio, et pour le coup pour la concurrence aussi, de faire un seul réseau de téléphonie mobile avec tout plein de MVNO dessus ? On le sait tous, mettre tous les oeufs dans un meme panier c'est une best practice (la meilleure). --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Cordialement, Guillaume BARROT --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On 07/08/2012 01:28 PM, Xavier Hinfray wrote: c est décentralisé. mais quand un bug logiciel fait planter un bout du hlr , celui ci passe sur un autre noeud. et l autre noeud plante à son tour un peu plus tard à cause du même bug bref, décentralisé ne change rien pour ce type de problème. Il y a un problème avec ce que vous dites, c'est que quand on lit des difficultés à envoyer des SMS dans la presse et qu'on connait un peu les réseaux, il suffit de trouver le call-flow d'un SMS pour voir où et quand le HLR intervient. http://en.wikipedia.org/wiki/Short_message_service_technical_realisation_%28GSM%29 Dans l'envoi du SMS le HLR n'intervient pas. Dans la réception seulement. Dans la presse, on n'a pas lu difficultés à recevoir, mais difficultés à envoyer. Le HLR ne peut donc pas être en cause dans les problèmes d'envoi d'un SMS. On peut refaire la même recherche pour la data: http://www.scribd.com/doc/57489605/GPRS-Call-Flow Donc dire que le HLR est la cause des difficultés d'envoi de SMS ou pour l'accès Internet est équivalent à dire que quand on obtient no route to host à la commande telnet 10.10.10.1, c'est de la faute au DNS qui ne marche pas. Je suis désolé de vous dire cela, mais ce sont les call-flow qui le disent, moi je ne fais que le remarquer. Le call-flow de wikipédia pour un sms-mo n'est pas complet, on peut le modifier dans le HLR pour interroger un billing. D’après cette page, France Telecom aurait cette plateforme: http://wwwen.zte.com.cn/en/solutions/vas/consumer/200912/t20091224_179017.html A partir des infos publiés dans la presse, le problème de vendredi ressemble beaucoup plus à une scène de ménage entre FranceTelecom et sa plateforme de billing ZTE plutôt qu'un problème de HLR. Le HLR, c'est plutôt le système sur lequel on se jette pour tenter de donner un peu d'oxygène à son billing en plein d’évanouissement et qu'on ne sait pas quoi faire d'autre. L'interview au Figaro donne lance une hypothèse, le passage en production sur le billing d'une nouvelle configuration, d'une nouvelle offre commerciales ... insuffisamment qualifiée et qui a d'abord fait trébuché le billing pour ensuite le planter. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Avant de pouvoir envoyer un SMS, encore faut-il arriver à s'enregistrer sur le réseau. http://en.wikipedia.org/wiki/Network_switching_subsystem#Home_location_register_.28HLR.29 Vu que le role du HLR est de vérifier cette authentification, s'il tombe, tu pers l'accès au réseau. Donc plus de SMS, plus d'appels ... S'il est juste au taquet, tu peux avoir des requetes d'authentification qui échoue, et donc des déconnexions intempestives (ou plutot des non reconnexions), mais aléatoire. Encore une fois, il suffit de faire l'analogie (grossière) avec BOX / LNS / Radius / Base de donnée. Si la base de donnée, ou le Radius est au taquet, tes requetes d'authentification depuis le LNS échoue, et tu n'as pas de connexion. Si c'est au taquet, ça peut etre juste tres long, et/ou peu stable. Si tu veux vérifier dans quel callflow exacte, la panne éventuelle d'un HLR a pu poser problème : http://www.eventhelix.com/RealtimeMantra/Telecom/#GSM_Circuit_Switched_Call_Flows bon courage, c'est juste indigeste ... Le 9 juillet 2012 17:54, Stephane Le Men stephane.le...@anycast-networks.com a écrit : On 07/08/2012 01:28 PM, Xavier Hinfray wrote: c est décentralisé. mais quand un bug logiciel fait planter un bout du hlr , celui ci passe sur un autre noeud. et l autre noeud plante à son tour un peu plus tard à cause du même bug bref, décentralisé ne change rien pour ce type de problème. Il y a un problème avec ce que vous dites, c'est que quand on lit des difficultés à envoyer des SMS dans la presse et qu'on connait un peu les réseaux, il suffit de trouver le call-flow d'un SMS pour voir où et quand le HLR intervient. http://en.wikipedia.org/wiki/**Short_message_service_** technical_realisation_%28GSM%**29http://en.wikipedia.org/wiki/Short_message_service_technical_realisation_%28GSM%29 Dans l'envoi du SMS le HLR n'intervient pas. Dans la réception seulement. Dans la presse, on n'a pas lu difficultés à recevoir, mais difficultés à envoyer. Le HLR ne peut donc pas être en cause dans les problèmes d'envoi d'un SMS. On peut refaire la même recherche pour la data: http://www.scribd.com/doc/**57489605/GPRS-Call-Flowhttp://www.scribd.com/doc/57489605/GPRS-Call-Flow Donc dire que le HLR est la cause des difficultés d'envoi de SMS ou pour l'accès Internet est équivalent à dire que quand on obtient no route to host à la commande telnet 10.10.10.1, c'est de la faute au DNS qui ne marche pas. Je suis désolé de vous dire cela, mais ce sont les call-flow qui le disent, moi je ne fais que le remarquer. Le call-flow de wikipédia pour un sms-mo n'est pas complet, on peut le modifier dans le HLR pour interroger un billing. D’après cette page, France Telecom aurait cette plateforme: http://wwwen.zte.com.cn/en/**solutions/vas/consumer/200912/** t20091224_179017.htmlhttp://wwwen.zte.com.cn/en/solutions/vas/consumer/200912/t20091224_179017.html A partir des infos publiés dans la presse, le problème de vendredi ressemble beaucoup plus à une scène de ménage entre FranceTelecom et sa plateforme de billing ZTE plutôt qu'un problème de HLR. Le HLR, c'est plutôt le système sur lequel on se jette pour tenter de donner un peu d'oxygène à son billing en plein d’évanouissement et qu'on ne sait pas quoi faire d'autre. L'interview au Figaro donne lance une hypothèse, le passage en production sur le billing d'une nouvelle configuration, d'une nouvelle offre commerciales ... insuffisamment qualifiée et qui a d'abord fait trébuché le billing pour ensuite le planter. --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Cordialement, Guillaume BARROT --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On 07/09/2012 06:21 PM, Guillaume Barrot wrote: Avant de pouvoir envoyer un SMS, encore faut-il arriver à s'enregistrer sur le réseau. http://en.wikipedia.org/wiki/Network_switching_subsystem#Home_location_register_.28HLR.29 A noter aussi qu'en France, au moins chez SFR et Orange en 2G, le réseau impose une réauthentification du mobile à chaque utilisation de ressource (SMS, Appel, ouverture d'un PDP= ou appel entrant (ce qui n'est pas obligatoire si l'on suit la norme). Ca évite quelques attaques. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On 07/09/2012 06:33 PM, Alain Thivillon wrote: en 2G, le réseau impose une réauthentification du mobile à chaque utilisation de ressource en 2G, mais ce sont des utilisateurs 3G qui ont été impactés, et en plus grand nombre. La différence entre un échec authentification sur l'AuC et une demande de token de ressource non acquittée par le billing est parfaitement identifiable avec l'état du téléphone. L'information qui permet de trancher a été rapportée des clients dans la presse. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Le 09/07/2012 19:21, Stephane Le Men a écrit : en 2G, mais ce sont des utilisateurs 3G qui ont été impactés, et en plus grand nombre. La différence entre un échec authentification sur l'AuC et une demande de token de ressource non acquittée par le billing est parfaitement identifiable avec l'état du téléphone. L'information qui permet de trancher a été rapportée des clients dans la presse. Bonjour, Ce n'est pas mon domaine, mais une question me vient à l'esprit suite aux différentes interventions sur la redondance etc : Je n'irai pas juger de la technologie et de la qualité de redondance, surtout qu'une base de données est toujours un élément sensible et ça me semblerait prétention de faire la morale sans connaître le sujet en détail. Mais comme on en est à parler de 3G, 2G, etc, est-ce qu'il n'est pas imaginable (en simplifiant l'explication) de dupliquer la base des comptes sur 2 plateformes bases relativement indépendantes et d'utiliser l'une pour la 3G et l'autre pour la 2G/autre ? Comme les 2 ont l'air de communiquer différemment avec leur base, ça me semblerait pas forcément déconnant. Admettons : - 2 bases avec les mêmes infos abonnés - une base pour gérer les coms/infos 3G - une base pour gérer les coms/infos 2G/etc - La factu et les checks se font en additionnant les 2 infos (plus complexe certes) - Si problème sur la base 3G, bascule de tout sur la 2G le temps de résoudre (ça rale mais ça passe en dégradé) - Si problème sur la 2G, ça râle mais on va dire qu'on limite la casse. Reste à mon avis juste le problème des forfaits bloqués si c'est géré automatiquement par les systèmes sans outil extérieur, mais à ce moment là pourquoi ne pas envisager une base séparée pour ces forfaits là, en estimant qu'ils sont moins critiques ? (j'imagine que ça concerne plus le jeune ado que le pro cette offre) Ou plus directement encore, avoir une plateforme dégradée sur laquelle basculer si problème, qui n'aurait à la base qu'un duplicat des éléments clés des abonnés pour leur permettre d'appeler/SMSer en tenant un journal des coms mais sans faire aucune vérification par rapport au forfait. En cas de problème, ça bascule, l'opérateur ne gagne pas d'argent sur les coms normalement facturées hors forfait sur ce délai et ne décompte pas le temps sur les forfaits mais la satisfaction des clients reste acceptable, l'image est meilleure et ça vaut bien une journée de coms offerte après préjudice. Je dirais basiquement de mon point de vue que le mal est moindre et qu'un utilisateur qui peut appeler/SMS avec son mobile, c'est un utilisateur déjà plus compréhensif qu'un mobile totalement non fonctionnel pendant 10h. Les réplications de bases c'est toujours pénible, quand ça se passe sur une masse de contraintes et d'infos énorme, c'est vite la cata quand ça tombe en marche. Peut-être aussi que les système en téléphonie n'ont aucune flexibilité à ce niveau là et ne permettent pas d'interagir facilement ? Ce serait surprenant quand même... Parce que là quand même à lire tout ce qui se dit, ça donne l'impression que tout est géré sur une énorme base unitaire qui fait limite le café aussi (j'ai pas insinué que c'était en java, pas taper) Frédéric --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
On Mon, Jul 9, 2012, at 04:44 PM, Guillaume Barrot wrote: gaz (idem), l'eau (idem, sauf que c'est au niveau des collectivités locales que ça se passe), etc ... ne serait pas possible dans le fabuleux monde des telecoms ? Possible - si, desirable - ... Ca ma rapelle que dan un mois j'ai une coupure d'eau qui risque de durer une semaine (maintenance sur le reseau).. - mitigation strategy : partir en vacances. Oups ! je viens de changer de boulot :( --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Hello, Le 9 juil. 2012 à 18:21, Guillaume Barrot a écrit : (...) Encore une fois, il suffit de faire l'analogie (grossière) avec BOX / LNS / Radius / Base de donnée. Si la base de donnée, ou le Radius est au taquet, tes requetes d'authentification depuis le LNS échoue, et tu n'as pas de connexion. Si c'est au taquet, ça peut etre juste tres long, et/ou peu stable. Enfin y a certains opérateur avec qui je bossais qui avais décidé qu'il étais mieux de perdre du billing en cas de castastrophic failure plutôt d'avoir un incident qui empêche ses clients et les clients de ses clients de se connecter. Ce mode étais le mode porte défoncées, qui lors de la perte des acces DB (lecture et/ou lecture+écriture) laissais tout le monde rentrer, quitte a les jeter après lorsque le mode panic étais passé. Dans le cas qui nous intéresse, je pense que les pertes en $$$ et aussi en image de marque seraient passés inaperçues Après ça dépend de la stratégie de la boite. Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Enfin y a certains opérateur avec qui je bossais qui avais décidé qu'il étais mieux de perdre du billing en cas de castastrophic failure plutôt d'avoir un incident qui empêche ses clients et les clients de ses clients de se connecter. Saint-homme ! Enfin un qui a compris qu'un client satisfait reste, et donc rapportera a terme plus que ce qu'on peut perdre en cas de gros crash ... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?
Mais comme on en est à parler de 3G, 2G, etc, est-ce qu'il n'est pas imaginable (en simplifiant l'explication) de dupliquer la base des comptes sur 2 plateformes bases relativement indépendantes et d'utiliser l'une pour la 3G et l'autre pour la 2G/autre ? Comme les 2 ont l'air de communiquer différemment avec leur base, ça me semblerait pas forcément déconnant. Tu perds le handover seamless entre 2G et 3G. Ta technique fonctionne si tes couvertures 2G et 3G sont strictement identiques, et que tu consideres que tu as deux types de forfaits différents : forfaits 2G et forfaits 3G. Ca revient a segmenter tes offres par la techno d'acces ... mais personne ne fait ca ... http://www.swisscom.ch/res/mobile/tarife/index.htm?languageId=fr#infinity aaaie caramba, encore raté ! --- Liste de diffusion du FRnOG http://www.frnog.org/
