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
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
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
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.
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
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,
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
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
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,
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
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
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
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
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
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
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
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
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ù
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
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
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
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
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
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
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
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
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
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
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.
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,
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
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
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
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
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
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
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
37 matches
Mail list logo
