 |
||
| ||
| |||||
| Dernière réponse | |
|---|---|
| Sujet : Difference de debit entre la synchronisation et les tests | |
| kobaia |
voui les voilà les 40% il ne faut pas rester aux abaques de débits théoriques , mais se situer dans le réel opératoire; les études FT (des simulations en plus ..) montrent que une ligne entre 1000 et 1500m ne peut pas esperer grand chose de plus que 16Mbits , en moyenne donc ; soit 'la normalité' et non l'exception d'ou offrir 20Mbits est donc encore généreux et non brideur http://img395.imageshack.us/img395 [...] sl11bi.gif pour ce qui est d'atteindre 25Mbits , réellement en Chan Data, les stats FT montrent qu'il faut moins de 8dB réel , avec de tres bonnes conditions de stabilité du bruit aussi, pour descendre à 6dB de NM , comme dan sle gfx ci-dessus ; limite instable donc , surtout avec 2MHz exploité; bref ça fait pas beaucoup de lignes ( je voulais mettre une sur mille , 1/10k c'etait une typo) du reste (et c'est un peu HS) cette trop grande hétérogénéité des perfs des lignes doit poser un pb à tous ces FAI qui aimeraient bien se voir en diffuseurs de contenu HD ; dld peut etre, mais diffusion c'est trop pitchoune en terme de clients éligibles ; et un paquet de CRC à attendre... |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| kobaia |
voui les voilà les 40% il ne faut pas rester aux abaques de débits théoriques , mais se situer dans le réel opératoire; les études FT (des simulations en plus ..) montrent que une ligne entre 1000 et 1500m ne peut pas esperer grand chose de plus que 16Mbits , en moyenne donc ; soit 'la normalité' et non l'exception d'ou offrir 20Mbits est donc encore généreux et non brideur http://img395.imageshack.us/img395 [...] sl11bi.gif pour ce qui est d'atteindre 25Mbits , réellement en Chan Data, les stats FT montrent qu'il faut moins de 8dB réel , avec de tres bonnes conditions de stabilité du bruit aussi, pour descendre à 6dB de NM , comme dan sle gfx ci-dessus ; limite instable donc , surtout avec 2MHz exploité; bref ça fait pas beaucoup de lignes ( je voulais mettre une sur mille , 1/10k c'etait une typo) du reste (et c'est un peu HS) cette trop grande hétérogénéité des perfs des lignes doit poser un pb à tous ces FAI qui aimeraient bien se voir en diffuseurs de contenu HD ; dld peut etre, mais diffusion c'est trop pitchoune en terme de clients éligibles ; et un paquet de CRC à attendre... |
|
| kobaia | on reste sourd , chacun , aux arguments de l'autre :ange: soyons serieux ...combien de lignes sont concernées par le fait d'arriver à avoir un Chan Data de 25Mbits ? 1 pour 10000 ? alors exploiter , en ce moment, 20Mbits doit correspondre à des réalités opératoires qui n'ont rien à voir avec la *volonté* de brider :??: surtout si ça ne devait pénaliser que un péquin sur 10000 ! ce serait s'emm.. pour pas grand chose... en revancche tu ne m'as pas répondu sur le fait que je te faisais remarquer que , sauf surprise, le Sagem800 , modem ubiquitaire ( néologisme !) de l'époque ADSL v1 , ne semble pas capable de dépasser 800k pardon 896k ; ou est le bridage ! free refilait majoritairement des Sagem lors de l'époque v1... c'est resté ensuite , ça doit etre l'explication (?) rassure moi , tu le penses vraiment dans ces termes, ou c'est plutot par gout de la polémique ;) donc ,je m'auto-quote sur ce point ou je te demandais : OK / pas OK ; une réponse m'agréerait :ange: ; ça va devenir super soft avec le temps :D >>dont le premier reste que , meme sur un DSLAM V2 ( ce relevé plus haut correspond à un test de position récent dans le cadre d'une erreur de cablage FT d'une ligne Adsl2+ et Box4 donc), ben le Sagem800 ne peut pas atteindre 1024k , meme au cul du modem DSLAM v2 ; bref le Sagem n'est pas 'victime' d'un bridage Adsl mais bien de ses limites propres ; OK avec ça ? |
|
| kobaia |
oui enfin ma réponse était à double sens ... >de toute façon , meme avec 896 (au cul du DSLAM) c'est pas 1024k ! de fait ... dont le premier reste que , meme sur un DSLAM V2 ( ce relevé plus haut correspond à un test de position récent dans le cadre d'une erreur de cablage FT d'une ligne Adsl2+ et Box4 donc), ben le Sagem800 ne peut pas atteindre 1024k , meme au cul du modem DSLAM v2 ; bref le Sagem n'est pas 'victime' d'un bridage Adsl mais bien de ses limites propres ; OK avec ça ? le second sens étant que meme si une limitation vers ces valeurs (800/896) existe bel et bein sur les anciens DSLAM v1, il faut replacer cela dans le temps, les modems dispo , etc..bref l'ADSL v1 @8000/800 , le top réaliste de l'époque de là , plutot parler de pragmatisme plutot que de volonté de "brider" ; sinon le bridage aurait été fait sur le down ! le up franchement... or ce qui était en discussion était bien un (supposé) bridage IP de qqun synchro chez Cegetel à 18Mbits et dld seulement à 8Mbits ; apres avoir écarté les causes habituelles ; maintenant cela reste bien sur à vérifier ; mais force est de constater que , excepté Free, les autres FAI sont tres opaques sur leurs DSLAM ... ainsi , moi, si je m'inscris en "20Mbits" chez 9Tel ( à 2mn de La Defense) ben y'a encore que des vieilles cartes DSLAM v1 plafonnant à 4Mbits dans ce DSLAM 9Tel ; là ils ont meme pas besoin de "brider" le débit IP , la carte s'en charge d'elle meme :sarcastic: dans le cas Cegetel , celui de ce topik, ben ça reste plus ambigu , puisque synchro @18Mbits |
| 896 c'est supérieur (de plus de 10%)à 800, de fait.
Ce sont des valeurs de 2005, ma FreeboxV2 est limitée à 800 kbit/s en Up sur mon DSLAMv1. C'est exactement la même notion qu'en début de topic : limitation volontaire du débit de la part du FAI. |
| kobaia | de toute façon , meme avec 896 (au cul du DSLAM) c'est pas 1024k ! de fait ...
maintenant parler de bridage , surtout pour des valeurs Adsl remontant à 2003 (par ex) est totalement excessif bref reprendre la notion de 'bridage' telle que en début de topik |
| Tu peux toujours chercher tu n'auras pas (ou alors je serai le premier surpris) de chan data en up >800 sur DSLAMv1.
Pour les speedtouchs Home il suffit de faire un tour rapide sur les forums pour voir des synchro >800 (surtout maintenant que la synchro max est à 1024 en DébitMax). Pour le Speedtouch USB je peux t'assurer avoir eu une synchro à 896 sur DSLAMv2 avant de brancher la V4. |
| kobaia |
y'avait les memes valeurs sur le DSLAM quand il était encore en v1 ;) mais faudrait que je retrouve ; là c'est un récent |
| kobaia |
Speedtouch...hum...je crois pas |
| C'est sur un DSLAMv2 ça.
Je n'ai jamais dit que le bridage était effectué en ADSL mais sur les DSLAMv1. Apprends à lire encore une fois. |
| kobaia |
parceque elle n'existe peut etre pas :D un élément montrant qu'il n'y a pas "bridage du UP à 800k en Adsl v1" voilà le max que sait négocier un Sagem800 au cul du DSLAM ; ça dépasse 800k à ce que je vois ;) CQFD ? >>Attainable bitrate 896 kb/s (up) 7616 kb/s (down) Chan data Interleave 7616 (far) 896 (near) Attenuation 0 dB (up) 4 dB (down) Noise margin -6 dB (up) 23 dB (down) Output power 8 (up) 8 (down) |
|
| kobaia |
tu n'as toujours pas integré que Free 'fait avec' ce que le parc de modems Adsl v1 est capable de négocier ! selon , pour rappel, la procédure "standard" de base ci-dessous quels sont tous ces modems Adsl V1 capables de négocier plus de 800kbits ; cite les alors... pour le reste, je laisse "le menteur" :ange: te répondre la négo 'standard' Adsl v1 , tel que tout modem , jeune ou vieux, peut la conduire ....jusqu'à 800k probablement entre le modem DSLAM Free et un modem Machepro ;) ---- (en italique un pavé sur les modalités de renégo; un peu indigeste; peut etre 'sauté' !) The first ADSL modem TRX1 is the so called central office modem whilst the second ADSL modem TRX2 is the remote terminal modem. The two modems TRX1 and TRX2 operate in accordance with the specifications of the ANSI Standard on ADSL to transmit data empacked in discrete multi tone (DMT) symbols These DMT symbols are carried by a set of 256 equidistant carriers. The bits constituting the DMT symbols are thereto spread over the different carriers In the initialisation procedure, the two ADSL modems, TRX1 and TRX2, negotiate a downstream bit rate and an upstream bit rate, and decide, based on signal-noise-ratio measurements for each carrier, how much bits will be modulated on each particular carrier and at which power level each particular carrier will be transmitted. This is done in what is usually called the bit allocation procedure At the end of this procedure, both ADSL modems, TRX1 and TRX2, know for instance that carrier 1 carries 2 bits, modulated thereon via 4 QAM modulation, and is transmitted with a 0,9 dB gain, carrier 2 carries 5 bits, modulated thereon via 32 QAM modulation, and is transmitted with a 1.2 dB gain, carrier 3 carries 4 bits, modulated thereon via 16 QAM modulation, and is transmitted with a 1.3 dB gain, and so on........ Obviously, the downstream and upstream data rates are determined when the bit constellation is given To negotiate the upstream and downstream data rates, and to obtain the bit constellation, the modems TRX1 and TRX2 produce and respond to a specific set of precisely time initialisation signals The "Channel Analysis" procedure of the ADSL Standard contains the first phase, PROPOSAL, and second phase, CHANNEL ANALYSIS, In the first phase, PROPOSAL, the central office modem TRX1 downstream transmits a message PROPOSE_12 which contains four optional data rate values for the downstream and upstream direction the first message PROPOSE_12 is called the C-RATES1 Upon the propose-12 message, the remote terminal modem TRX2 replies with a PROPOSE_21 message wherein four optional upstream data rate values are proposed to the central office modem TRX1 It is noticed that the message PROPOSE_21 is called the R-RATES1 message in this paragraph the second phase, CHANNEL ANALYSIS, the central office modem TRX1 transmits a wideband pseudo-random signal allowing the remote terminal modem TRX2 to estimate the signal-noise-ratio, to determine therefrom the maximum bit allocation for downstream carriers , the maximum downstream data rate and which one of the four optional downstream data rate values proposed by TRX1 in PROPOSE_12 is likely to be used. The wideband pseudo-random signal is called C-MEDLEY in the draft ADSL Standard In the opposite direction, the remote terminal modem TRX2 transmits also a wideband pseudo-random signal, called R-MEDLEY in the referenced ADSL Standard, which allows the central office modem TRX1 to estimate the signal-noise-ratio for upstream carriers, to determine therefrom the maximum bit allocation for the upstream carriers, the maximum upstream data rate and which one of the four optional upstream data rate values proposed by TRX2 in PROPOSE_21 is likely to be used The "Exchange" procedure of the ADSL Standard contains the third phase, SELECTION, and fourth phase, CONFIRMATION In the third phase, SELECTION, the remote terminal modem TRX2 replies to the PROPOSE_12 message of TRX1 by transmitting to the central office modem TRX1 a message SELECTION_21 containing the selected optional data rate for downstream transmission and the highest data rate that can be supported for downstream transmission based on the signal-noise-ratio measurements for the downstream carriers in the CHANNEL ANALYSIS phase. this SELECTION_21 message is called the R-RATES2 message in the ADSL Standard Table 41 on page 103 of this draft Standard lists the predetermined reserved bit patterns which have to be used by the remote terminal modem TRX2 to indicate in R-RATES2 which one of the four optional downstream data rates is selected. In the opposite direction, i.e. the downstream direction, the central office modem TRX1 replies to the PROPOSE_21 and SELECTION_21 messages by transmitting to the remote terminal TRX2 a message SELECTION_12 containing the selected optional data rates for downstream and upstream transmission. For upstream transmission, the selected optional data rate value is determined based on the signal-noise-ratio measurements for the upstream carriers in the CHANNEL ANALYSIS phase For downstream transmission, a copy is made of the information in the SELECTION_21 message produced and transmitted by the remote terminal modem TRX2. It is noticed that the SELECTION_21 message is called the C-RATES2 message in the draft ADSL Standard Table 39 on page 100 of this draft Standard lists the predetermined reserved bit patterns which have to be used by the central office modem TRX1 to indicate in C-RATES2 which one of the four optional downstream and four optional upstream data rate values is selected. The C-RATES2 message is accompanied by a so called C-B&G message This C-B&G message contains bits and gains information for the upstream carriers : for each upstream carrier, the C-B&G message indicates the number of bits to be modulated thereon by the remote terminal modem TRX2, and the gain or power level that should be used to transmit this carrier. When the C-RATES2 message contains the bit pattern which indicates that a new data rate proposal will be produced, the C-B&G message obviously contains superfluous information which is needlessly transported. The next step to be executed then is the first phase, PROPOSAL, wherein the central office modem TRX1 proposes new upstream and downstream data rate values to the remote terminal modem TRX2. Since the central office modem TRX1 has determined the highest data rate that can be supported for upstream transmission during the CHANNEL ANALYSIS phase and since the central office modem TRX1 is told the highest data rate that can be supported for downstream transmission by the remote terminal modem TRX2 in the SELECTION_21 message, the newly proposed optional upstream and downstream data rate values can be chosen very efficiently.It may thus be expected that the second execution of the PROPOSAL, CHANNEL ANALYSIS and SELECTION phase already results in a selected upstream and downstream data rate value which are well-adapted to the highest upstream and downstream data rates that can be supported on the telephone line TL. If however, the second selection of upstream and downstream data rate values does not yet satisfy the central office modem TRX1 at the time the SELECTION_12 message has to be sent, the central office modem TRX1 may again transmit the predetermined reserved bit pattern which indicates that a new proposal of upstream- and downstream data rates will be produced.The phases PROPOSAL, CHANNEL ANALYSIS and SELECTION are thus repetitively executed until a satisfactoring adapted upstream and downstream data rate value are found and communicated to the remote terminal modem TRX2 via the SELECTION_12 message In the fourth phase, CONFIRMATION, the remote terminal modem TRX2 transmits the bits and gains information with respect to the downstream channel to the central office modem TRX1: in the so called R-B&G message , the remote terminal indeed indicates for each downstream carrier the number of bits to be modulated thereon and the gain or power level to be applied when transmitting this downstream carrier. The initialisation protocol is terminated herewith. |
|
|
