Ici, et on agit contre le bridage de la 3g+ chez Orange, afin que la situation soit régularisée pour tous les forfaits (origami / m6 mobile / zap / Orange pour iPhone) qui sont censés avoir accès au haut débit mobile, ainsi que pour tous les mobiles 3g+.
Vous n'êtes pas identifié.
PS : ce que je voulais dire : si jamais on atteint, disons, des débits de 1.5 en moyenne, comment prouver que quoiqu'il arrive nous ne dépasseront pas les 1.8 parce qu'Orange a bridé, pas parce que c'est le réseau qui est limité?
vous voyez ce que je veux dire?
Hors ligne
tomavip a écrit:
dav70 a écrit:
ok donc tout semble converger vers le fait que c'est bien le coeur de réseau qui dans ce cas nous bride a 384kbps. Il nous faudrait absolument une trace de cet négociation entré le mobile 3g+ et le réseau. Avec ça Orange ne pourra plus nier le bridage volontaire. Cette trace est facile a avoir en utilisant un équipement adéquat du type Ericsson TEMS ou autre...je me renseigne je dois pouvoir trouver ça dans mes contacts
Dans tous les cas, c'est le core network qui t'envoie ton RAB assignment request après la demande de la part du mobile de l'activation du PDP. Donc le Core doit directement indiquer au RNC un Radio Bearer à 384
Je peux essayer de vous sortir un call flow de la négociation du Bearer et l'endroit où la QOS est limitée.
A partir du moment où Orange reconnait le bridage des profils, le plus simple est je pense de demander par écrit à Orange de te fournir le profil utilisé sur ta carte sim avant de les confronter à des mesures (pour en faire énormément, les discussions et arguments techniques peuvent être sans fin, même si là il sera évident qu'apporter la preuve au final ne sera qu'une question de temps). Il n'y a pas de raison pour qu'Orange refuse de te communiquer ce profil, sachant que s'il ne le font pas, c'est déjà se mettre en situation de suspicion et prouverait qu'ils cherchent à cacher quelque chose. Donc pour moi, une demande du profil complet déclaré dans le HLR en LRAR avec copie à l'ARCEP me semble le plus efficace.
Hors ligne
tburgel a écrit:
PS : ce que je voulais dire : si jamais on atteint, disons, des débits de 1.5 en moyenne, comment prouver que quoiqu'il arrive nous ne dépasseront pas les 1.8 parce qu'Orange a bridé, pas parce que c'est le réseau qui est limité?
vous voyez ce que je veux dire?
Comme je le dis, il suffit de se placer sous la couverture d'une cellule activée en 3.6 ou 7.2 et de mesurer le débit. Si tu fais ça à une heure creuse, tu dépasseras facilement les 1.8, si tu fais ce test sur plusieurs cellules et que tu ne dépasses jamais les 1.8, c'est que ton profil est limité à 1.8.
Hors ligne
Pour moi c'est de la 3G+ bridée
Sinon pour revenir à la negociation du bearer et donc du bridage ou pas:
-pensez vous que c'est bien le Core Network (SGSN) qui fait un RAB Assignement request à 384kbps ou alors le CN demande le max et c'est le RNC qui limite.
Pour ma part, je pencherai pour le premier cas, car le SGSN a accès au HLR et donc à notre profil.
Nicolourspolaire, comment peux tu tracer le réseau live? Moi j'aimerai une trace K18 sur l'IUB avec la couche RRC est après on est fixé les gars...
Hors ligne
tburgel a écrit:
PS : ce que je voulais dire : si jamais on atteint, disons, des débits de 1.5 en moyenne, comment prouver que quoiqu'il arrive nous ne dépasseront pas les 1.8 parce qu'Orange a bridé, pas parce que c'est le réseau qui est limité?
vous voyez ce que je veux dire?
Je pense que nous seront limités comme maintenant au niveau du RAB Assignment Request...
Hors ligne
Alors, pour répondre plus précisément : dans le HLR pour ta sim (utilisateur) tu as un profil apn (point d'accès) auquel est associé un PDP model. Le PDP model c'est celui qui définit les limites de débits, par exemple chez Orange pour un forfait Origami le profil inscrit dans le HLR doit être le suivant :
apn orange bearer 384/128
L'apn orange.fr tu peux avoir le même profil bearer, ou pas. Et ainsi de suite pour tous les apn qui peuvent exister (public ou de test).
Ce qui se passe ensuite à ton niveau, c'est que quand tu établis ta demande d'accès data, tu as un tunnel qui s'ouvre entre le SGSN et le mobile, tu vas faire ton RAB assignement request mais tu demandes le max possible normalement (il s'agit d'une requête d'allocation de taille du tunnel radio). En fonction de la techno et des réglages réseau de la zone tu vas donc ouvrir un tunnel virtuel à la taille max, mais ensuite dans ce tunnel tu tires une ficelle, c'est en gros ton petit tunnel à toi pour ta connexion, et lors de la création de cette ficelle, tu vas faire un PDP request au SGSN. C'est en fonction du PDP model associé a ta sim dans le HLR que le réseau va définir la taille de ta (en fait, tes, puisque l'UL et DL sont différents) ficelle. Dans un tuyau à 3.6 tu pourras avoir une ficelle de la taille du tuyau (PDP model 3.6/384 par exemple) ou 10 fois plus fine que le tuyau (notre cas avec un PDP model 384/128). Mais le tuyau reste bien le tuyau HSDPA, même si ta ficelle est très fine. Dans ce cas d'ailleurs, tu vas flirter avec les débits max de ton PDP model, en l'occurence c'est pour cela que l'on est très proche des 384Kbp/s dans les tests que l'on réalise sur Orange, sachant qu'on a la techno qui permet d'atteindre 3.6 et qu'on est limité à 384, on va flirter avec le max. en revanche par exemple si tu es dans un tuyau 3.6 avec PDP model 3.6, tu n'auras jamais mieux que 3.2 ou 3.3, et encore, dans le meilleur des cas. Tu n'atteindras jamais le max théorique en réel dans ce cas. En effet, atteindre ce max n'est possible qu'avec un bearer bien inférieur à la capacité réel du réseau à ce moment là.
Pour la trace du réseau live, là je n'ai pas d'accès à des K15 ou K18, mais je peux seulement faire de la trace du point de vue utilisateur, avec et à partir d'un mobile. En revanche on a tout les échanges protocolaires accessibles, notamment la demande de PDP context à priori, donc j'essaye de te dénicher une trace radio avec les infos dans la semaine.
Dernière modification par nicolourspolaire (02-09-2008 12:44:52)
Hors ligne
Nikel pour la trace.
Par contre, je ne suis pas d'accord sur le RAB Request: il vient du Core Network et non pas du mobile...
Les caractéristiques mobiles sont envoyès avant cela lors du RRC Connection Setup Complete
Hors ligne
tomavip a écrit:
Nikel pour la trace.
Par contre, je ne suis pas d'accord sur le RAB Request: il vient du Core Network et non pas du mobile...
Les caractéristiques mobiles sont envoyès avant cela lors du RRC Connection Setup Complete
Sauf erreur, si c'est un request, c'est que ça vient du mobile :-) (sens mobile-réseau) C'est le mobile qui lance sa demande d'allocation de ressource radio.
Hors ligne
Je suis nouveau sur ce forum, mais je voulais remercier les auteurs de ses commentaires, car je me plais à les lire ;-)
Hors ligne
nicolourspolaire a écrit:
tomavip a écrit:
Nikel pour la trace.
Par contre, je ne suis pas d'accord sur le RAB Request: il vient du Core Network et non pas du mobile...
Les caractéristiques mobiles sont envoyès avant cela lors du RRC Connection Setup CompleteSauf erreur, si c'est un request, c'est que ça vient du mobile :-) (sens mobile-réseau) C'est le mobile qui lance sa demande d'allocation de ressource radio.
Non non t'inquiete, le RAB assignment request vient du core jusqu'au RNC. Je vais chercher un call flow pour vous montrer à tous...
Dernière modification par tomavip (02-09-2008 13:47:15)
Hors ligne
tomavip a écrit:
-pensez vous que c'est bien le Core Network (SGSN) qui fait un RAB Assignement request à 384kbps ou alors le CN demande le max et c'est le RNC qui limite.
"384kbps" est lié au sens descendant DL.
Le réseau ne va pas limiter au dernier kilomètre.
Il a dû déjà limité le flot d'informations d'un abonné de débit crête DL donné à l'entrée de son réseau core.
Hors ligne
Allez le call flow attendu:
J'ai fait çà rapidement à partir de trace réseau, donc donnez vos corrections ou autre.
Dernière modification par tomavip (02-09-2008 14:16:29)
Hors ligne
Bon comme je vois que les cadors de la technique sont ici (ce qui me parait normal puisque dans la bonne section du forum), je me permet de vous soumettre la problématique évoquée dans le post suivant :
http://forum.liberema3g.com/viewtopic.php?id=139
Bien sûr pour ne pas perturber votre discussion d'origine, merci de poster vos idées/suggestions dans le post initial.
D'avance merci à tous.
Hors ligne
Chance a écrit:
Bon comme je vois que les cadors de la technique sont ici (ce qui me parait normal puisque dans la bonne section du forum), je me permet de vous soumettre la problématique évoquée dans le post suivant :
http://forum.liberema3g.com/viewtopic.php?id=139
Bien sûr pour ne pas perturber votre discussion d'origine, merci de poster vos idées/suggestions dans le post initial.
D'avance merci à tous.
Si quelqu'un peut me faire une trace de ce type avec une SIM orange bridée, je te montre en 5 minutes le bridage
Hors ligne
@tomavip : je ne doute absolument pas du bridage, Orange l'a d'ailleur reconnu.
La problématique sur laquelle nous devrions nous concentrer (non pas que votre sujet n'est pas intéressant, bien au contraire) c'est de savoir quel est le minimum (s'il existe) de la norme HSDPA.
Hors ligne
Yep pas de soucis, mais dans un premier tiens, je dirai "un tien vaut mieux que deux tu l'auras", battons nous déjà pour sortir de ce merdeux 384kbps en démontant leur argument. Après on pourra souffler et relancer sur le 1.8M. Non?
Hors ligne
@tburgel : ce qu'a écrit nico est tout à fait exact. 1.8MBps est du HSDPA (1er palier) donc du 3G+ (chance se trompe)!
A tous: résumons donc la situation: La piste la plus sérieuse est donc qu'Orange bride l'accès à des débits supérieurs à 384kbps lors de l'assignation des ressources radio par le coeur de Réseau paquet. Nos mobiles 3G+ trafiqueraient donc 'techniquement' sur du HSDPA (utilisant la techno 3G+ donc) m
Hors ligne
désolé....envoi trop rapide je reprends
Nos mobiles 3G+ trafiqueraient donc 'techniquement' sur du HSDPA (utilisant la techno 3G+ donc) mais seraient bridés à 384kbps dans le sens DL.
Il reste donc à prouver tout ça les amis, avec une trace sur un mobile bridé + une trace avec une carte 3G+ non bridée effectuées sur la même cellule ce qui prouvera le délit! qu'en pensez vous?
Hors ligne
Une trace permettrait de voir si on monte bien un canal HSDPA. Si ce n'est pas le cas, orange est encore plus dans la merde...
Dernière modification par tomavip (02-09-2008 14:39:19)
Hors ligne
dav70 a écrit:
désolé....envoi trop rapide je reprends
Nos mobiles 3G+ trafiqueraient donc 'techniquement' sur du HSDPA (utilisant la techno 3G+ donc) mais seraient bridés à 384kbps dans le sens DL.
Il reste donc à prouver tout ça les amis, avec une trace sur un mobile bridé + une trace avec une carte 3G+ non bridée effectuées sur la même cellule ce qui prouvera le délit! qu'en pensez vous?
j'en pense que si quelqu'un pouvait faire cela, ce serait fantastique!
Hors ligne
@ nicoourspolaire : c'est toi qui peut avoir accès à un nemo non? si tu es sur Paris, on pourrait tracer avec ma carte SIM bridée, contacte moi sur mon email.
pour info les traces nemo peuvent etre exportées au format txt, cela doit etre facile de les décoder manuellement donc.
Hors ligne
Le problème, c'est que Némo ne trace pas le core, on aura une trace du côté mobile, ce n'est pas suffisant je pense...
Hors ligne
pourquoi n'est ce pas suffisant? on auras accès a message 'radio bearer setup' qui doit indiquer le type de radio bearer alloué au mobile je pense.
Hors ligne
dav70 a écrit:
@tburgel : ce qu'a écrit nico est tout à fait exact. 1.8MBps est du HSDPA (1er palier) donc du 3G+ (chance se trompe)!
A tous: résumons donc la situation: La piste la plus sérieuse est donc qu'Orange bride l'accès à des débits supérieurs à 384kbps lors de l'assignation des ressources radio par le coeur de Réseau paquet. Nos mobiles 3G+ trafiqueraient donc 'techniquement' sur du HSDPA (utilisant la techno 3G+ donc) m
Loin de moi la volonté de remettre en question cet histoire de palier à 1,8 Mb/S, ça a déjà été évoqué par plusieurs personne, et n'étant moi-même pas spécialiste dans le domaine des télécoms, je recherche un document officiel indiquant cette valeur eainsi que les différents paliers. Mon expèrience m'a apprise que dans les domaines dans lesquels je n'ai aucune expertise, rien ne vaut une bonne publication
Hors ligne
rappel : tu as ça sur http://en.wikipedia.org/wiki/HSDPA, les paliers HSDPA correspondent à des catégories de mobiles supportant différents nombre de codes pouvant être reçus en parallèle par le mobile et différentes modulations pouvant être décodés. Bien sûr cela demande que le réseau le supporte aussi. Les premiers mobiles HSDPA sortis sur le marché étaient de Catégorie 12 (donc 1.8Mbps voir le tableau)
Hors ligne