Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Guillaume Barrot]

>
> 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/

Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Guillaume Barrot]

>
> 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: [FRnOG] [MISC] Problème sur le réseau mobile?

[Xavier Beaudouin]

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?

[Radu-Adrian Feurdean]

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: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Frederic Dhieux]

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: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Alain Thivillon]

On 07/09/2012 07:21 PM, Stephane Le Men wrote:

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.


Le mot HLR a été prononcé en direct lors de la conférence de presse 
retransmise sur BFM et iTele, mais bon ...


http://www.lemondeinformatique.fr/actualites/lmi/lire-orange-detaille-les-raisons-de-sa-panne-reseau-49647.html


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Stephane Le Men]

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?

[Alain Thivillon]

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?

[Guillaume Barrot]

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%**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/
>



-- 
Cordialement,

Guillaume BARROT

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Stephane Le Men]

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: [FRnOG] [MISC] Problème sur le réseau mobile?

[Guillaume Barrot]

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: [FRnOG] [MISC] Problème sur le réseau mobile?

[Wallace]

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?

[Radu-Adrian Feurdean]

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] [TECH] Collecteur NetFlow ?

[Fabien Delmotte]

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 Pestel  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?

[Radu-Adrian Feurdean]

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] [MISC] Problème sur le réseau mobile?

[Fabien Delmotte]

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?

[Radu-Adrian Feurdean]

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?

[Radu-Adrian Feurdean]

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?

[sxpert]

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?

[Wallace]

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?

[Jérôme Nicolle]

Le 9 juillet 2012 11:12, Sebastien Lesimple  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?

[Sebastien Lesimple]

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...

<>

signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Arnaud]

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 

> 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?

[Dominique Rousseau]

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?

[Francois Demeyer]

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.
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[Frédéric]

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/

[FRnOG] [MISC] Problème sur le réseau mobile?

[Sebastien Lesimple]

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.
<>

signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] Collecteur NetFlow ?

[Surya ARBY]

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 Pestel  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/

Re: [FRnOG] [TECH] Collecteur NetFlow ?

[Fabien Delmotte]

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 Pestel  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] Re: [MISC] Problème sur le réseau mobile?

[Fabien Delmotte]

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  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 . 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/

[FRnOG] Re: [MISC] Problème sur le réseau mobile?

[Alain Thivillon]

On 07/09/2012 09:24 AM, Stephane Bortzmeyer wrote:

On Sat, Jul 07, 2012 at 11:12:54AM +0200,
  Alain Thivillon  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/

[FRnOG] Re: [MISC] Problème sur le réseau mobile?

[Stephane Bortzmeyer]

On Mon, Jul 09, 2012 at 09:33:11AM +0200,
 André Sintzoff  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/

Re: [FRnOG] Re: [MISC] Problème sur le réseau mobile?

[Dominique Rousseau]

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/

Re: [FRnOG] Re: [MISC] Problème sur le réseau mobile?

[André Sintzoff]

Le 9 juillet 2012 09:24, Stephane Bortzmeyer  a écrit :
> On Sat, Jul 07, 2012 at 11:12:54AM +0200,
>  Alain Thivillon  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/

[FRnOG] Re: [MISC] Problème sur le réseau mobile?

[Stephane Bortzmeyer]

On Sun, Jul 08, 2012 at 11:47:12PM +0200,
 Guillaume Barrot  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 . Et
« évolution » laisse entendre qu'il serait meilleur, ce qui est très
contestable.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [MISC] Problème sur le réseau mobile?

[Stephane Bortzmeyer]

On Sat, Jul 07, 2012 at 05:39:58PM +0200,
 Alain Thivillon  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
,
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?

[Stephane Bortzmeyer]

On Sat, Jul 07, 2012 at 11:12:54AM +0200,
 Alain Thivillon  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/

Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

[André Sintzoff]

Le 8 juillet 2012 23:47, Guillaume Barrot  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/