" />



Ceux qui payent plus auraient un SLA qui leur donne priorité sur le réseau mobile??



J’ai vu ce matin dans le parisien (journal hein) des forfaits à 50€ avec des BPs nettement plus grandes que celles des forfaits à 20€!

Skeeder a écrit :



C’est déjà le cas sur les abo Pro depuis longtemps, non? Et même je crois entre Pro et Non-Pro.







Donc, si le lien radio congestionne, seuls les pros ou les particuliers payant plus “passeront”.



Oulalala…

Skeeder a écrit :



Non, c’est par tranche. ça congestionne pour tous le monde, mais certains iront proportionnellement plus vite.







Si ça congestionne, dans les classes de trafic prioritaires, il va falloir se battre pour faire passer un paquet. Tu veux dire que c’est neutre et qu’il n’y a pas discrimination sur la source (source pro/particulier payant plus/particulier normal)?

Skeeder a écrit :



Chose qui est sûr, le DPI est bien appliqué pour gérer les cellules congestionnées (et par tous les opérateurs mobiles, dans le monde entier). Je pense qu’il ne faut pas confondre DPI, et ce qu’on peut faire avec DPI. Cela n’influe en rien la neutralité d’Internet ni compromet la vie privée (les serveurs qui font du DPI ne sont pas reliés à la base client), cela permet juste d’assurer que tous les usages restent possible en cas de congestion. (Dans l’utilisation qu’en font les opérateurs)







Un opérateur n’a pas à faire du DPI. Il n’a pas à prendre des décisions de QoS basé sur du DPI, sinon il y a discrimination de protocoles au profit d’autres et donc violation de la neutralité. Un scénario du pire, par exemple, que seuls les flux de voix du protocole de skype soient classifiés dans une classe de trafic basse latence faisant crever les autres protocoles, cad les SIP/RTP/(xmpp/jingle)… (il me semble que gtalk a une partie protocole fermé).







Skeeder a écrit :



Pour les Pro/Pas-Pro je pense qu’il faut plus le voir comme si c’était une mutualisation, t’es sur “deux réseaux” différents, qui partagent la même cellule. Celui qui paye chers est sur un réseau défini plus robuste. Cette définition c’est l’opérateur qui l’attribue en fonction de la segmentation de son offre.







Certes mais le bus radio est le même… ces 2 réseaux partagent la bande passante radio, il y a bien discrimination selon la source, donc violation de la neutralité du lien radio.

Skeeder a écrit :



Le tout est neutre car cela n’altère pas, ni sélectionne les données qui peuvent transiter. Je vois pas ce que tu vas chercher comme violation pour être bien honnête. Le DPI c’est comme l’Hyperthreading d’un Pentium-4, ça ne lui rajoute pas un coeur, mais en traitant deux taches simultanément dans un même pipeline on peut optimiser la BP, pour faire cela, il faut analyser tes flux de paquets, un peu comme le Pentium-4 analyse les instructions qu’on lui donne pour les répartir au mieux. Alors certes, une tâche peut être légèrement moins rapide que sans, mais au final le gain est présent.



Le scénario du pire n’a pas vraiment raison d’exister avec du DPI justement, alors qu’en le faisant uniquement avec les protocoles, c’est possible. Le DPI ne sert pas à regarder la nature flux qui passe (le header suffit), mais comment il se comporte, ses caractéristiques, afin d’en faire une statistique de comment mieux le porter après. Il n’y a pas de sélection de ce qui doit passer, mais une réorganisation plutôt. Et de souvenir cela participe aussi à la détection des erreurs (nombreuses dans le cas du mobile).



PS: La page Wikipédia sur le DPI aurait besoin d’un bon gros lifting, car il y a énormément de lacunes et l’information n’est pas sourcée (d’ailleurs il s’agit d’une ébauche).







J’ai l’impression qu’on ne parle pas du même DPI (Deep Packet Inpection) ou, pour ma part, aller voir au delà du header IP. Un opérateur n’a jamais à aller au delà du header IP, juste jamais.



En fait, si je comprend bien, ce que tu entends par “Deep” c’est de l’analyse poussée du comportement des flux IP, et donc en travaillant uniquement sur les informations du header IP. Attention car dans la tête de gens (de la quasi-totalité des gens avec qui j’en ai discuté et moi-même) ‘deep’=aller regarder au delà du header IP.



Cela dit, dans ce que je crois avoir compris de ta définition de “deep”, cad uniquement de l’analyse sur la source/destination/classe de trafic… (les informations contenues dans le header IP). Effectivement pour aider au respect des contraintes de la classe de trafic (champs TOS IP, voir plus finement le champs label de l’entête d’IPv6 dans le futur), ou faire en sorte d’être fair-play sur les transfères des paquets basés sur la source et la destination (donc rester neutre). Donc tant que les décisions de gestion de ce trafic sont sur ce terrain, no pb.



Mais attention, le lien radio est unique, et la neutralité s’applique à l’ensemble du lien radio, pas uniquement dans un sous-canal. Un peu comme les caneaux ATM sur ADSL de nos FAIs.

Skeeder a écrit :



On parle bien du même DPI, je pense juste qu’on ne parle pas des mêmes usages. Je me doute bien que DPI c’est très associé à Copyright/Vie Privée/Espionnage, mais ce n’est qu’un outil, et ça permet aussi de faire de la QoS très finement. Malheureusement mes connaissances sont insuffisantes pour étayer d’avantage mon propos. J’irai lire quelques docs dessus pour être moins à sec la prochaine fois.







Oula, si le “deep” dont tu parlais, c’est bien celui qui consiste à aller au delà du header IP, c’est " /> . Un opérateur de doit en aucun cas aller voir plus loin, comme on dit, c’est pas ses oignons.