Forum LibereMa3G.com - Collectif de clients trompés par Orange

Dès que j'ai le mobile à dispo, il est sur le terrain là...

tomavip a écrit:

Voila ce que je m'attends à voir dans le Radio Bearer Reconfiguration:

servingHSDSCH_RL_indicator = FALSE ou TRUE

Si il est à False, je peux vous dire que Orange est dans la merde...Elle ne permet pas l'accès au réseau HSDPA...

Bridage : Orange a déjà confirmé le bridage des iphones à 384Kbps (cf. interview PC Inpact d'un directeur d'Orange

Accès au réseau HSDPA : Orange a déjà confirmé de limiter le débit des iphones à 1,8Mbps vers le 15/09 (cf. le chat de la direction marketing en charge de l'iphone), et le débit de 1,8Mbps crête, largement supérieur au débit max 3G, ne peut se faire qu'avec un accès 3G+ HSDPA.


Le problème est que notre iphone 3G+ vendu en exclusivité par Orange est capable d'aller jusqu'à 3,6Mbps, et le réseau Orange 3G+ est capable d'aller jusqu'à 3,6Mbps, et même jusqu'à 7,2Mbps dans les grandes villes selon les communications d'Orange.

A Orange de respecter le contrat, et de fournir un débit 3G+ non bridé d'office (c'est à dire jusqu'à 3,6Mbps) adapté au mobile 3G+ vendu en exclusivité par Orange, qui est capable d'avoir un débit crête de 3,6Mbps.

Le bridage n'est contractuellement stipulé qu'au delà des 500 Mo consommés par mois, et par conséquent, non bridé dès le 1er bit consommé du mois.

Il faut simplement qu'Orange respecte le contrat.

tomavip> tous les forfaits donnent accès à la 3g+, du mobicarte au forfait iphone, en passant par le initial, le m6 mobile, etc...
L'option Internet Max te donne simplement un accès illimité. Tu vois pourquoi orange joue gros dans l'affaire ?

Thomas a écrit:

tomavip> tous les forfaits donnent accès à la 3g+, du mobicarte au forfait iphone, en passant par le initial, le m6 mobile, etc...
L'option Internet Max te donne simplement un accès illimité. Tu vois pourquoi orange joue gros dans l'affaire ?

Je me bat depuis le début

Je veux juste des traces et après, c'est joué: soit on a bon (ce qui me parait louche au niveau technique), soit on a écarté une piste...

PatrickH a écrit:

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.

Le bridage de 384 Kbps ou de 1,8 Mbps se fait en amont, à l'entrée du radio core au niveau du noeud GGSN. Ainsi, le sous-système radio en aval ne peut que recevoir un flot de données déjà bridé.

"Configuring Call Admission Control on the GGSN
The Call Admission Control (CAC) feature on the GGSN ensures that required network resources are available for real-time data traffic such as voice and video. CAC is applied at the APN and consists of two functions: maximum QoS authorization and bandwidth management.
...
The following parameters can be defined in a CAC maximum QoS policy:
• Maximum number of active PDP contexts
• Maximum bit rate—Highest maximum bit rate (MBR) that can be allowed for each traffic class in both the uplink and downlink directions for an APN. If an MBR is configured in the policy, CAC ensures that the MBR is greater than the maximum GBR. If an MBR is not configured, CAC accepts any MBR requested by a PDP context.
• Guaranteed bit rate
• Highest traffic class"
http://www.cisco.com/en/US/docs/ios/12_ … snqos.html

PatrickH a écrit:

PatrickH a écrit:

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.

Le bridage de 384 Kbps ou de 1,8 Mbps se fait en amont, à l'entrée du radio core au niveau du noeud GGSN. Ainsi, le sous-système radio en aval ne peut que recevoir un flot de données déjà bridé.

"Configuring Call Admission Control on the GGSN
The Call Admission Control (CAC) feature on the GGSN ensures that required network resources are available for real-time data traffic such as voice and video. CAC is applied at the APN and consists of two functions: maximum QoS authorization and bandwidth management.
...
The following parameters can be defined in a CAC maximum QoS policy:
• Maximum number of active PDP contexts
• Maximum bit rate—Highest maximum bit rate (MBR) that can be allowed for each traffic class in both the uplink and downlink directions for an APN. If an MBR is configured in the policy, CAC ensures that the MBR is greater than the maximum GBR. If an MBR is not configured, CAC accepts any MBR requested by a PDP context.
• Guaranteed bit rate
• Highest traffic class"
http://www.cisco.com/en/US/docs/ios/12_ … snqos.html

Tout à fait d'accord avec les spec.
Ici, je ne pense pas que le CAC intervienne en admettant que la cellule ne soit pas surchargée.

Ok aussi pour le bridage au niveau core (j'ai mis un call flow plus haut), le RNC ne joue aucun rôle la dedans. Par contre pour le HSDSCH, j'aimerai savoir comment le RNC peut il décider de mettre à FALSE. A-t-il accès au profil? moi je pense pas.

@tomavip et nico

je peux vous fournir une SIM Orange (contrat flotte entreprise) pour les traces si besoin. contactez moi en mail privé si besoin

tomavip a écrit:

Tout à fait d'accord avec les spec.
Ici, je ne pense pas que le CAC intervienne en admettant que la cellule ne soit pas surchargée.

Ok aussi pour le bridage au niveau core (j'ai mis un call flow plus haut), le RNC ne joue aucun rôle la dedans. Par contre pour le HSDSCH, j'aimerai savoir comment le RNC peut il décider de mettre à FALSE. A-t-il accès au profil? moi je pense pas.

Le CAC au niveau du routeur GGSN n'a aucune information sur la partie radio ou cellule radio.

Selon ton call flow, le core network commande au RNC de brider les ressources radio d'un RAB à 384Kbps (encore faut-il que la feature ad hoc gérant le max bir rate au niveau du RNC soit activé par l'exploitant du réseau) dans le cas où le Core Network transmet au RNC un flot de données non bridé.

Le bridage CAC au niveau du routeur GGSN est différent. Il se fait à l'entrée du réseau Orange, limite le trafic déjà au niveau des liens du Core Network, et ne transmet au RNC qu'un flot déjà bridé.

PatrickH a écrit:

kazak a écrit:

les NodeB intègrent des mécanismes de bridage du débit et de priorisation entre utilisateurs, donc le bridage peut très bien se faire en aval.

Imaginons des flots de données IP classiques à 14,4 Mbps arrivant au NodeB et c'est au NodeB de réduire ces flots à 0,384 Mbps, ce NodeB va perdre des données.

Pour ne pas perdre les données, il est plus logique que ce NodeB cherche plutôt à débarrasser le plus rapidement possible les données reçues, c'est à dire à un débit maximum possible selon la capacité du mobile.

A mon avis, aucun intérêt de brider au niveau du NodeB, puisque les ressources du core network, des liens core network - RNC, RNC et des liens RNC - NodeB ont été déjà utilisées pour transporter les flots de données non bridés.

Perso. j'y comprend pas grand chose et c'est pas faute d'essayer mais ce que dit PatrickH est plutôt logique. Bon après de là à dire que c'est ce que fait orange, il y a un pas que je franchirai pas étant donné l'incompétence dont ils font preuve...

PatrickH a écrit:

Imaginons des flots de données IP classiques à 14,4 Mbps arrivant au NodeB et c'est au NodeB de réduire ces flots à 0,384 Mbps, ce NodeB va perdre des données.

Je ne connais pas les technologies radios, mais si c'est un protocole en mode connecté, je ne vois pas pourquoi le NodeB perdrait des données, et dans ce cas il peut très bien réguler le traffic.

kazak a écrit:

Ton flux, il ne va jamais démarrrer plein pot à 14 Mbits, les connexions TCP s'adaptent de bout en bout au débit/round trip time disponible. Lance un tranfert FTP avec une clef 3G+ en mode modem tu verras très bien la rampe de montée en débit vers le débit max. Cette rampe est générée par la couche TCP qui, pour éviter les problèmes potentiels que tu évoques, ne démarre jamais en mode patate (elle ne sait pas si tu es en GPRS, en 3G, en 3G+ Orange, en 3G+ ou chez toi avec 20 Mbit)

Tu peux considérer de toute façon que sans "bridage", il y aura en permanence des congestions/fortes variations au niveau radio, le débit pouvant passer très rapidement de 3 Mbit à 200 kbit. Donc le bout en bout doit de toute façon savoir s'y adapter en permanence sans perdre de données.

enfin bon, je ne sais pas où/comment le réseau Orange gère ça, mais les NodeBs je te garantis qu'il savent très bien brider.

Encore +1

à mon avis il faudrait d'une part reproduire les traces plusieurs fois pour confirmer, d'autre part faire une transmission type FTP un peu longue voire si on ne reconfigure pas en HSDPA lors de la transmission....