Ca se précise :
eXtense DébitMax* illimité avec engagement de 12 mois : jusqu'à 8 Mégas en
débit descendant, et jusqu'à 800 kbits/s en débit remontant
eXtense DébitMax 2** illimité avec engagement de 12 mois : jusqu'à 18 Mégas
en débit descendant, et jusqu'à 1 Méga en débit remontant
Bonjour, voila une autre source http://www.clubic.com/actualite-21286-adsl-max-ft-va-augmenter-les-debits-montants.html @+
"Bernard Ch." a écrit dans le message de news: 42d7e96b$0$1207$
"Karls2" a écrit dans le message de news: 42d6374c$0$25054$
Ca se précise :
Effectivement, ça se précise pour le 19 août tout comme la compatibilité debitmax/TV :-)
Eric Masson
Jugeotte.
Ah...
C'est vrai que les développeurs de projets open source, c'est grave du grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer l'ascenseur quand il peut et un miroir cvs supplémentaire, ça peut vraiment aider un projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la nécessité d'un débit d'upload décent.
Éric Masson
Jugeotte.
Ah...
C'est vrai que les développeurs de projets open source, c'est grave du
grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer
l'ascenseur quand il peut et un miroir cvs supplémentaire, ça peut
vraiment aider un projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la
nécessité d'un débit d'upload décent.
C'est vrai que les développeurs de projets open source, c'est grave du grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer l'ascenseur quand il peut et un miroir cvs supplémentaire, ça peut vraiment aider un projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la nécessité d'un débit d'upload décent.
Éric Masson
Debians
Il se trouve que Eric Masson a formulé :
Jugeotte.
Ah...
C'est vrai que les développeurs de projets open source, c'est grave du grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer l'ascenseur quand il peut et un miroir cvs supplémentaire, ça peut vraiment aider un projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la nécessité d'un débit d'upload décent.
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
Le P2P est un excellent outil de partage de bande passante. Qu'il soit utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne change rien.
Il se trouve que Eric Masson a formulé :
Jugeotte.
Ah...
C'est vrai que les développeurs de projets open source, c'est grave du
grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer l'ascenseur
quand il peut et un miroir cvs supplémentaire, ça peut vraiment aider un
projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la nécessité
d'un débit d'upload décent.
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
Le P2P est un excellent outil de partage de bande passante. Qu'il soit
utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne
change rien.
C'est vrai que les développeurs de projets open source, c'est grave du grand public.
J'suis pas développeur, mais utilisateur qui aime bien renvoyer l'ascenseur quand il peut et un miroir cvs supplémentaire, ça peut vraiment aider un projet.
Mais bon, reste dans tes préjugés à deux balles sur le p2p et la nécessité d'un débit d'upload décent.
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
Le P2P est un excellent outil de partage de bande passante. Qu'il soit utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne change rien.
Pascal
Salut,
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Salut,
Certaines lignes ne supportent pas plus de 2048 en download et atteignent
les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Eric Masson
Le P2P est un excellent outil de partage de bande passante. Qu'il soit utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne change rien.
Répéter ad nauseam une connerie n'en fait pas une vérité, de plus on parlait d'upload pas de p2p.
Éric Masson
Le P2P est un excellent outil de partage de bande passante. Qu'il soit
utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne
change rien.
Répéter ad nauseam une connerie n'en fait pas une vérité, de plus on
parlait d'upload pas de p2p.
Le P2P est un excellent outil de partage de bande passante. Qu'il soit utilisé à 99% pour du contenu pirate et que tu ne l'acceptes pas ne change rien.
Répéter ad nauseam une connerie n'en fait pas une vérité, de plus on parlait d'upload pas de p2p.
Éric Masson
Tartiflette
"" a écrit dans le message de news: dbaq03$p5d$
Salut,
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
"Pascal@plouf" <pascal@plouf.invalid> a écrit dans le message de news:
dbaq03$p5d$1@biggoron.nerim.net...
Salut,
Certaines lignes ne supportent pas plus de 2048 en download et atteignent
les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pascal
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream) ----------------------------------------------- Attainable line rate : 10168 kbit/sec Attainable Atm rate : 8672 kbit/sec Used line rate : 944 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 608 kbits/sec Rel. capacity occupation : 9 Noise Margin : 41 dB Line attenuation : 27 dB Output Power : 19 dBm
Operational data report : far end (Upstream) -------------------------------------------- Attainable line rate : 1176 kbit/sec Attainable Atm rate : 960 kbit/sec Used line rate : 288 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 160 kbits/sec Rel. capacity occupation : 24 Noise Margin : 33 dB Line attenuation : 13 dB Output Power : 12 dBm
On y trouve en particulier les débits maximum possibles sur les voies montante (upstream) et descendante (downstream) compte tenu des caractéristiques de la ligne. Pourrais-tu produire un rapport du même type sur une des lignes dont tu parles ?
Certaines lignes ne supportent pas plus de 2048 en download et atteignent
les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un
modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream)
-----------------------------------------------
Attainable line rate : 10168 kbit/sec
Attainable Atm rate : 8672 kbit/sec
Used line rate : 944 kbit/sec
Fast used Atm rate : 0 kbit/sec
Interleaved used Atm rate : 608 kbits/sec
Rel. capacity occupation : 9
Noise Margin : 41 dB
Line attenuation : 27 dB
Output Power : 19 dBm
Operational data report : far end (Upstream)
--------------------------------------------
Attainable line rate : 1176 kbit/sec
Attainable Atm rate : 960 kbit/sec
Used line rate : 288 kbit/sec
Fast used Atm rate : 0 kbit/sec
Interleaved used Atm rate : 160 kbits/sec
Rel. capacity occupation : 24
Noise Margin : 33 dB
Line attenuation : 13 dB
Output Power : 12 dBm
On y trouve en particulier les débits maximum possibles sur les voies
montante (upstream) et descendante (downstream) compte tenu des
caractéristiques de la ligne. Pourrais-tu produire un rapport du même
type sur une des lignes dont tu parles ?
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream) ----------------------------------------------- Attainable line rate : 10168 kbit/sec Attainable Atm rate : 8672 kbit/sec Used line rate : 944 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 608 kbits/sec Rel. capacity occupation : 9 Noise Margin : 41 dB Line attenuation : 27 dB Output Power : 19 dBm
Operational data report : far end (Upstream) -------------------------------------------- Attainable line rate : 1176 kbit/sec Attainable Atm rate : 960 kbit/sec Used line rate : 288 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 160 kbits/sec Rel. capacity occupation : 24 Noise Margin : 33 dB Line attenuation : 13 dB Output Power : 12 dBm
On y trouve en particulier les débits maximum possibles sur les voies montante (upstream) et descendante (downstream) compte tenu des caractéristiques de la ligne. Pourrais-tu produire un rapport du même type sur une des lignes dont tu parles ?
Tartiflette
"" a écrit dans le message de news: dbc9mp$1b5f$
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
On y trouve en particulier les débits maximum possibles sur les voies montante (upstream) et descendante (downstream) compte tenu des caractéristiques de la ligne. Pourrais-tu produire un rapport du même type sur une des lignes dont tu parles ?
Non, je n'ai pas ça sous la main. Mais en épluchant proxad.free.adsl.degroupage par exemple tu devrais trouver ton bonheur.
"Pascal@plouf" <pascal@plouf.invalid> a écrit dans le message de news:
dbc9mp$1b5f$1@biggoron.nerim.net...
Certaines lignes ne supportent pas plus de 2048 en download et
atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
On y trouve en particulier les débits maximum possibles sur les voies
montante (upstream) et descendante (downstream) compte tenu des
caractéristiques de la ligne. Pourrais-tu produire un rapport du même type
sur une des lignes dont tu parles ?
Non, je n'ai pas ça sous la main. Mais en épluchant
proxad.free.adsl.degroupage par exemple tu devrais trouver ton bonheur.
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
On y trouve en particulier les débits maximum possibles sur les voies montante (upstream) et descendante (downstream) compte tenu des caractéristiques de la ligne. Pourrais-tu produire un rapport du même type sur une des lignes dont tu parles ?
Non, je n'ai pas ça sous la main. Mais en épluchant proxad.free.adsl.degroupage par exemple tu devrais trouver ton bonheur.
Tartiflette
"" a écrit dans le message de news: dbc9mp$1b5f$
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream) ----------------------------------------------- Attainable line rate : 10168 kbit/sec Attainable Atm rate : 8672 kbit/sec Used line rate : 944 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 608 kbits/sec Rel. capacity occupation : 9 Noise Margin : 41 dB Line attenuation : 27 dB Output Power : 19 dBm
Operational data report : far end (Upstream) -------------------------------------------- Attainable line rate : 1176 kbit/sec Attainable Atm rate : 960 kbit/sec Used line rate : 288 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 160 kbits/sec Rel. capacity occupation : 24 Noise Margin : 33 dB Line attenuation : 13 dB Output Power : 12 dBm
En cherchant 30 secondes j'ai déjà trouvé ceci :
Attainable bitrate 862 kb/s (up) 739 kb/s (down) Capacity occupation 0 (up) 0 (down) Chan data Interleave 736 (far) 862 (near) Chan data Fast Path 0 (far) 0 (near) Attenuation 34 dB (up) 61 dB (down) Noise margin 9 dB (up) 8 dB (down) Output power 12 (up) 12 (down)
Il s'agit d'ADSL2+ m'enfin en ADSL le résultat aurait été similaire.
"Pascal@plouf" <pascal@plouf.invalid> a écrit dans le message de news:
dbc9mp$1b5f$1@biggoron.nerim.net...
Certaines lignes ne supportent pas plus de 2048 en download et
atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un
modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream)
-----------------------------------------------
Attainable line rate : 10168 kbit/sec
Attainable Atm rate : 8672 kbit/sec
Used line rate : 944 kbit/sec
Fast used Atm rate : 0 kbit/sec
Interleaved used Atm rate : 608 kbits/sec
Rel. capacity occupation : 9
Noise Margin : 41 dB
Line attenuation : 27 dB
Output Power : 19 dBm
Operational data report : far end (Upstream)
--------------------------------------------
Attainable line rate : 1176 kbit/sec
Attainable Atm rate : 960 kbit/sec
Used line rate : 288 kbit/sec
Fast used Atm rate : 0 kbit/sec
Interleaved used Atm rate : 160 kbits/sec
Rel. capacity occupation : 24
Noise Margin : 33 dB
Line attenuation : 13 dB
Output Power : 12 dBm
En cherchant 30 secondes j'ai déjà trouvé ceci :
Attainable bitrate 862 kb/s (up) 739 kb/s (down)
Capacity occupation 0 (up) 0 (down)
Chan data Interleave 736 (far) 862 (near)
Chan data Fast Path 0 (far) 0 (near)
Attenuation 34 dB (up) 61 dB (down)
Noise margin 9 dB (up) 8 dB (down)
Output power 12 (up) 12 (down)
Il s'agit d'ADSL2+ m'enfin en ADSL le résultat aurait été similaire.
Certaines lignes ne supportent pas plus de 2048 en download et atteignent les 800 en Upload.
Tu aurais montrer un rapport de synchro sur une telle ligne ?
Je n'ai pas saisi le sens de cette question...
Pour donner un exemple de ce que je demande, voici ce que rapporte un modem Speed Touch Home sur une ligne non dégroupée en 512/128 :
Operational data report : near end (Downstream) ----------------------------------------------- Attainable line rate : 10168 kbit/sec Attainable Atm rate : 8672 kbit/sec Used line rate : 944 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 608 kbits/sec Rel. capacity occupation : 9 Noise Margin : 41 dB Line attenuation : 27 dB Output Power : 19 dBm
Operational data report : far end (Upstream) -------------------------------------------- Attainable line rate : 1176 kbit/sec Attainable Atm rate : 960 kbit/sec Used line rate : 288 kbit/sec Fast used Atm rate : 0 kbit/sec Interleaved used Atm rate : 160 kbits/sec Rel. capacity occupation : 24 Noise Margin : 33 dB Line attenuation : 13 dB Output Power : 12 dBm
En cherchant 30 secondes j'ai déjà trouvé ceci :
Attainable bitrate 862 kb/s (up) 739 kb/s (down) Capacity occupation 0 (up) 0 (down) Chan data Interleave 736 (far) 862 (near) Chan data Fast Path 0 (far) 0 (near) Attenuation 34 dB (up) 61 dB (down) Noise margin 9 dB (up) 8 dB (down) Output power 12 (up) 12 (down)
Il s'agit d'ADSL2+ m'enfin en ADSL le résultat aurait été similaire.
Raphael Bouaziz
Le Sat, 16 Jul 2005 12:14:34 +0200, Debians a écrit dans le message :
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
D'autant plus qu'il n'est pas nécessaire d'avoir un débit remontant important pour télécharger rapidement en peer-to-peer, il suffit de savoir se servir de son logiciel.
Le débit remontant sert à être généreux avec les autres, c'est certes bien pour le fonctionnement de la communauté, mais ce n'est pas une nécessité, faut-il le rappeler.
Pour en revenir à l'ADSL, cette technologie a été conçue pour permettre d'obtenir le maximum de débit descendant sur la plus longue distance possible tout en limitant l'utilisation des fréquences.
Le maximum descendant, à ligne donnée, sera toujours largement supérieur au maximum remontant, ce qui ne donne aucun sens commercial ni même technique à des choses du genre "2048/1024".
Puisque quelqu'un en parlait également dans ce fil, il faut savoir qu'il y a des lignes éligibles en 1024/128 et pas en 1024/256.
-- Raphael Bouaziz.
Le Sat, 16 Jul 2005 12:14:34 +0200, Debians a écrit
dans le message <mn.82de7d572981850e.21586@gmail.com> :
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
D'autant plus qu'il n'est pas nécessaire d'avoir un débit remontant
important pour télécharger rapidement en peer-to-peer, il suffit de
savoir se servir de son logiciel.
Le débit remontant sert à être généreux avec les autres, c'est certes
bien pour le fonctionnement de la communauté, mais ce n'est pas une
nécessité, faut-il le rappeler.
Pour en revenir à l'ADSL, cette technologie a été conçue pour permettre
d'obtenir le maximum de débit descendant sur la plus longue distance
possible tout en limitant l'utilisation des fréquences.
Le maximum descendant, à ligne donnée, sera toujours largement supérieur
au maximum remontant, ce qui ne donne aucun sens commercial ni même
technique à des choses du genre "2048/1024".
Puisque quelqu'un en parlait également dans ce fil, il faut savoir
qu'il y a des lignes éligibles en 1024/128 et pas en 1024/256.
Le Sat, 16 Jul 2005 12:14:34 +0200, Debians a écrit dans le message :
Voui voui, ca me fait bien marrer cette hypocrisie autour du P2P.
D'autant plus qu'il n'est pas nécessaire d'avoir un débit remontant important pour télécharger rapidement en peer-to-peer, il suffit de savoir se servir de son logiciel.
Le débit remontant sert à être généreux avec les autres, c'est certes bien pour le fonctionnement de la communauté, mais ce n'est pas une nécessité, faut-il le rappeler.
Pour en revenir à l'ADSL, cette technologie a été conçue pour permettre d'obtenir le maximum de débit descendant sur la plus longue distance possible tout en limitant l'utilisation des fréquences.
Le maximum descendant, à ligne donnée, sera toujours largement supérieur au maximum remontant, ce qui ne donne aucun sens commercial ni même technique à des choses du genre "2048/1024".
Puisque quelqu'un en parlait également dans ce fil, il faut savoir qu'il y a des lignes éligibles en 1024/128 et pas en 1024/256.
