Pour info, sachez que le cablage des 1ers Maxés en IP/ADSL (non
dégroupés) chez Free s'est mal passé pour beaucoup d'entre eux (à vue de
nez, au moins plusieurs centaines vu le remue-ménage sur Freenews,
Grenouille ou proxad.free.adsl)...
En clair, vers 17 heures vendredi, déconnexion, puis Freebox en PPP
clignotant. Reboot et hard reboot n'y font rien...
Et, bien entendu, communication inexistante de la part de Free...
Je vois déjà le futur geste commercial de Free: tous les appels passés
depuis la Freebox samedi 5 et dimanche 6 mars offerts !
Je me souviens des railleries sarcastiques des Freenautes lors du passage ADSLMax chez Wanadoo ( qui lui aussi, ne s'était pas très bien passé ). Wana a réglé le PB en 4 à 5 jours.
Plus proche de la réalité: 3 à 4 semaines. De fin novembre à Noël, c'était la catastrophe pour pas mal de wanadiens.
-- Martin
boulu wrote:
Je me souviens des railleries sarcastiques des Freenautes lors du
passage ADSLMax chez Wanadoo ( qui lui aussi, ne s'était pas très bien
passé ).
Wana a réglé le PB en 4 à 5 jours.
Plus proche de la réalité: 3 à 4 semaines. De fin novembre à Noël,
c'était la catastrophe pour pas mal de wanadiens.
Je me souviens des railleries sarcastiques des Freenautes lors du passage ADSLMax chez Wanadoo ( qui lui aussi, ne s'était pas très bien passé ). Wana a réglé le PB en 4 à 5 jours.
Plus proche de la réalité: 3 à 4 semaines. De fin novembre à Noël, c'était la catastrophe pour pas mal de wanadiens.
-- Martin
Molotov c'est pas du rap bizness
"boulu" a écrit dans le message de news:
"doyoudoo" s'est donné la peine d'écrire:
snip
Merci d'avoir confirmé que tu n'avais rien compris.
Ben justement on se pose la question de savoir si le plus con du dialogue ce serait pas toi ma caille en sucre.
-- Leffe toi si t'es un homme.
VIATCHESLAV MIKHAÏLOVITCH SKRIABINE
"boulu" <boulu@marre_du_spam.com> a écrit dans le message de news:
5osm21dobn5vt0luvfbh5g3969grlbko5e@4ax.com...
"doyoudoo" <doyoudoo@doyoudoo.com> s'est donné la peine d'écrire:
snip
Merci d'avoir confirmé que tu n'avais rien compris.
Ben justement on se pose la question de savoir si le plus con du
dialogue ce serait pas toi ma caille en sucre.
On parle de l'ADSL MAX. L'ADSL MAX ce n'est ni Wanadoo, ni Free, c'est FRANCE TELECOM.
Euh , en quoi l'ADSL max n'est pas un produit de wanadoo ???
-- Cordialement Ulrich
Carpe Diem
Un problème de PPP (authentification RADIUS), par définition et en se basant sur le manuel de la FREEBOX, a plus de chance de venir de chez FREE que de chez FT.
Celà dit, ça peut venir aussi bien d'FT que de FREE.
Quand je disais qu'à force de vouloir les défendre à tout prix, tu finirais par dire des conneries ...
Personne n'est parfait ...
Un problème de PPP (authentification RADIUS), par définition et en se basant
sur le manuel de la FREEBOX, a plus de chance de venir de chez FREE que de
chez FT.
Celà dit, ça peut venir aussi bien d'FT que de FREE.
Quand je disais qu'à force de vouloir les défendre à tout prix, tu finirais
par dire des conneries ...
Un problème de PPP (authentification RADIUS), par définition et en se basant sur le manuel de la FREEBOX, a plus de chance de venir de chez FREE que de chez FT.
Celà dit, ça peut venir aussi bien d'FT que de FREE.
Quand je disais qu'à force de vouloir les défendre à tout prix, tu finirais par dire des conneries ...
Pas si simple : PPP relève d'un pb d'identification, et ça c'est un d omaine partagé : le BAS FT reçoit la demande d'établissement PPP, passe au proxy RADIUS FT, qui enchaîne avec un coup de pied à suivre vers les RADIUS du FAI, qui renvoient sur les LNS des FAI, qui soit concluent, soit relancent et concluent, la connexion PPP.
cela pourrait être intéressant de lister les raisons qui font qu'un modem se retrouve de manière non souhaitée dans l'état de négociation d'authentification (PPP clignotant chez free, je ne sais pas quoi chez les autres : on peut en faire la liste, pour ne pas se focaliser sur tel ou tel FAI ?). Ce n'est effectivement pas nécessairement du côté du FAI que cela se passe.
Quelques schémas en ascii art dans la FAQ seraient bienvenus (la FAQ ne devrait-elle pas d'ailleurs être un peu mise à jour ?).
Parmi les différents remèdes permettant de retrouver une connexion (et dans ce cas précis, retrouver sa session) alors qu'on observe un PPP clignotant, j'aimerais bien une explication sur la suivante, qui marche très souvent très bien, et savoir si une implémentation logicielle qui aurait le même effet existe :
* ma config : prise téléphonique unique moins son condensateur -> filtre ADSL -> fax -> téléphone classique.
* je débranche le filtre (et les deux prises gigognes suivantes, fax et tél) une 10aine de secondes, et je rebranche
* PPP clignotant pendant une 15aine de secondes, puis retour à l'heure
Débrancher (soigneusement) le RJ11 au dos de la fbx n'a pas le même effet.
Pas si simple : PPP relève d'un pb d'identification, et ça c'est un d omaine
partagé : le BAS FT reçoit la demande d'établissement PPP, passe au proxy
RADIUS FT, qui enchaîne avec un coup de pied à suivre vers les RADIUS du
FAI, qui renvoient sur les LNS des FAI, qui soit concluent, soit relancent
et concluent, la connexion PPP.
cela pourrait être intéressant de lister les raisons qui font qu'un
modem se retrouve de manière non souhaitée dans l'état de négociation
d'authentification (PPP clignotant chez free, je ne sais pas quoi chez
les autres : on peut en faire la liste, pour ne pas se focaliser sur
tel ou tel FAI ?). Ce n'est effectivement pas nécessairement du côté
du FAI que cela se passe.
Quelques schémas en ascii art dans la FAQ seraient bienvenus (la FAQ
ne devrait-elle pas d'ailleurs être un peu mise à jour ?).
Parmi les différents remèdes permettant de retrouver une connexion (et
dans ce cas précis, retrouver sa session) alors qu'on observe un PPP
clignotant, j'aimerais bien une explication sur la suivante, qui
marche très souvent très bien, et savoir si une implémentation
logicielle qui aurait le même effet existe :
* ma config : prise téléphonique unique moins son condensateur ->
filtre ADSL -> fax -> téléphone classique.
* je débranche le filtre (et les deux prises gigognes suivantes, fax
et tél) une 10aine de secondes, et je rebranche
* PPP clignotant pendant une 15aine de secondes, puis retour à l'heure
Débrancher (soigneusement) le RJ11 au dos de la fbx n'a pas le même
effet.
Pas si simple : PPP relève d'un pb d'identification, et ça c'est un d omaine partagé : le BAS FT reçoit la demande d'établissement PPP, passe au proxy RADIUS FT, qui enchaîne avec un coup de pied à suivre vers les RADIUS du FAI, qui renvoient sur les LNS des FAI, qui soit concluent, soit relancent et concluent, la connexion PPP.
cela pourrait être intéressant de lister les raisons qui font qu'un modem se retrouve de manière non souhaitée dans l'état de négociation d'authentification (PPP clignotant chez free, je ne sais pas quoi chez les autres : on peut en faire la liste, pour ne pas se focaliser sur tel ou tel FAI ?). Ce n'est effectivement pas nécessairement du côté du FAI que cela se passe.
Quelques schémas en ascii art dans la FAQ seraient bienvenus (la FAQ ne devrait-elle pas d'ailleurs être un peu mise à jour ?).
Parmi les différents remèdes permettant de retrouver une connexion (et dans ce cas précis, retrouver sa session) alors qu'on observe un PPP clignotant, j'aimerais bien une explication sur la suivante, qui marche très souvent très bien, et savoir si une implémentation logicielle qui aurait le même effet existe :
* ma config : prise téléphonique unique moins son condensateur -> filtre ADSL -> fax -> téléphone classique.
* je débranche le filtre (et les deux prises gigognes suivantes, fax et tél) une 10aine de secondes, et je rebranche
* PPP clignotant pendant une 15aine de secondes, puis retour à l'heure
Débrancher (soigneusement) le RJ11 au dos de la fbx n'a pas le même effet.
