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