Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :
JKB wrote:
Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Dans l'article , de
fr.reseaux.telecoms.adsl, Jil S a
promptement déclamé ...JKB a pensé très fort :Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
Ce qu'il appelle la réglette Free c'est la RCO, or l'OT n'est
responsable qu'après la RCOopérateur, si je te suis bien...
un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
Dans l'article <mn.64937d52c0b8a558.24364@invalid.fr>, de
fr.reseaux.telecoms.adsl, Jil S <fausse.adresse@invalid.fr> a
promptement déclamé ...
JKB a pensé très fort :
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :
JKB wrote:
Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
Ce qu'il appelle la réglette Free c'est la RCO, or l'OT n'est
responsable qu'après la RCO
opérateur, si je te suis bien...
un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
Dans l'article , de
fr.reseaux.telecoms.adsl, Jil S a
promptement déclamé ...JKB a pensé très fort :Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
Ce qu'il appelle la réglette Free c'est la RCO, or l'OT n'est
responsable qu'après la RCOopérateur, si je te suis bien...
un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
JKB a pensé très fort :Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
opérateur, si je te suis bien...
JKB a pensé très fort :
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :
JKB wrote:
Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
opérateur, si je te suis bien...
JKB a pensé très fort :Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Michel Bernard écrivait dans fr.reseaux.telecoms.adsl :JKB wrote:Quant à avoir un protocole différent des autres, ça se passe de
commentaires.
Si ton équipement trouve en face un équipement avec un autre protocole
inconnu, cela ne veut-il pas dire que tu n'es pas câblé correctement ?
Si, mais pas forcément que l'erreur est chez FT. Tous les opérateurs
alternatifs ont leurs équipements regroupés ensemble dans une salle
dite "opérateurs".
JKB
Tu laisses donc comprendre que si la panne est entre réglette FT et
réglette Free, ça peut être la faute d'un branchement par un autre
opérateur, si je te suis bien...
Dans l'article , de
fr.reseaux.telecoms.adsl, JKB a promptement
déclamé ...Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Brina écrivait dans fr.reseaux.telecoms.adsl :Dans l'article , de
fr.reseaux.telecoms.adsl, JKB a promptement
déclamé ...Si une fbx est PPP c'est que la ligne est cablée sur un DSLAM PPP, or
Free n'a pas de DSLAM PPP, il est donc IMPOSSIBLE qu'une ligne dégroupée
au profit de Free se retrouvant cablée sur un DSLAM PPP soit le résultat
d'une erreur de Free, c'est obligatoirement une erreur de FT
Ou de la personne qui câble entre la règlette dite "opérateur" et
celle dite "transport". Généralement, l'erreur est là et ce n'est
pas du ressort de FT qui ne s'occupe en dégroupage que de la partie
"transport".
C'est impossible dans ce cas car si l'erreur est là, la ligne est quand
même sur un DSLAM Free, or une fbx dégroupé en PPP clignotant n'est
jamais sur un DSLAM Free (c'est l'avantage d'avoir un opérateur
n'utilisant pas le protocole utilisé par tous les autres)
Vous êtes buté(e). Allez voir ce qui se passe dans un central et on
rediscutera après. Fin de la discussion.
Occupez-vous un peu de résoudre des erreurs de ce type avec les GAMOT
qui réglent en 24H le pb, donc ça vient de FT, pas du cableur
(d'ailleurs, FT ne le nie pas, simple erreur, pas grave tant qu'elle est
vite réparé)
Ben justement, j'ai fait encore cette semaine un tas d'"expertises"
avec FT, et sur toutes mes "expertises", un seul problème provenait
de FT (et encore, FT n'avait j'amais reçu l'ordre de dégroupage de
la part de l'opérateur). Il ne faut pas se voiler la face, lorsqu'on
Mensonge : pour qu'une expertise ait lieu, il faut faire deux
signalements GAMOT, or si FT n'a jamais reçu la commande de dégroupage,
le GAMOT soit refuse le signalement au moment du dépot (opération
purement informatique) soit le dit dès son premier ACI
rentre dans un central, ça grouille de techniciens FT pour faire le
boulot, et dans la salle opérateurs, on est toujours tout seul. Par
ailleurs, pour des raisons de coût, les règlettes opérateurs ne
s'isolent pas correctement contrairement aux règlettes FT à tiroir,
Les réglettes opérateur sont 100% de la responsabilité de FT
La responsabilité des OT commencent en aval du RCO
mais on va devenir technique. Aujourd'hui, j'aimerai que tous les
opérateurs aient un taux de pannes identique à celui de FT, ça
m'éviterait d'aller faire des expertises aux quatre coins de la
France !
Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Dans l'article <slrnd0rvv6.ih7.knatschke@rayleigh.systella.fr>, de
fr.reseaux.telecoms.adsl, JKB <knatschke@koenigsberg.fr> a promptement
déclamé ...
Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Brina écrivait dans fr.reseaux.telecoms.adsl :
Dans l'article <slrnd0rh04.hbp.knatschke@rayleigh.systella.fr>, de
fr.reseaux.telecoms.adsl, JKB <knatschke@koenigsberg.fr> a promptement
déclamé ...
Si une fbx est PPP c'est que la ligne est cablée sur un DSLAM PPP, or
Free n'a pas de DSLAM PPP, il est donc IMPOSSIBLE qu'une ligne dégroupée
au profit de Free se retrouvant cablée sur un DSLAM PPP soit le résultat
d'une erreur de Free, c'est obligatoirement une erreur de FT
Ou de la personne qui câble entre la règlette dite "opérateur" et
celle dite "transport". Généralement, l'erreur est là et ce n'est
pas du ressort de FT qui ne s'occupe en dégroupage que de la partie
"transport".
C'est impossible dans ce cas car si l'erreur est là, la ligne est quand
même sur un DSLAM Free, or une fbx dégroupé en PPP clignotant n'est
jamais sur un DSLAM Free (c'est l'avantage d'avoir un opérateur
n'utilisant pas le protocole utilisé par tous les autres)
Vous êtes buté(e). Allez voir ce qui se passe dans un central et on
rediscutera après. Fin de la discussion.
Occupez-vous un peu de résoudre des erreurs de ce type avec les GAMOT
qui réglent en 24H le pb, donc ça vient de FT, pas du cableur
(d'ailleurs, FT ne le nie pas, simple erreur, pas grave tant qu'elle est
vite réparé)
Ben justement, j'ai fait encore cette semaine un tas d'"expertises"
avec FT, et sur toutes mes "expertises", un seul problème provenait
de FT (et encore, FT n'avait j'amais reçu l'ordre de dégroupage de
la part de l'opérateur). Il ne faut pas se voiler la face, lorsqu'on
Mensonge : pour qu'une expertise ait lieu, il faut faire deux
signalements GAMOT, or si FT n'a jamais reçu la commande de dégroupage,
le GAMOT soit refuse le signalement au moment du dépot (opération
purement informatique) soit le dit dès son premier ACI
rentre dans un central, ça grouille de techniciens FT pour faire le
boulot, et dans la salle opérateurs, on est toujours tout seul. Par
ailleurs, pour des raisons de coût, les règlettes opérateurs ne
s'isolent pas correctement contrairement aux règlettes FT à tiroir,
Les réglettes opérateur sont 100% de la responsabilité de FT
La responsabilité des OT commencent en aval du RCO
mais on va devenir technique. Aujourd'hui, j'aimerai que tous les
opérateurs aient un taux de pannes identique à celui de FT, ça
m'éviterait d'aller faire des expertises aux quatre coins de la
France !
Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Dans l'article , de
fr.reseaux.telecoms.adsl, JKB a promptement
déclamé ...Le 12-02-2005, à propos de
Re: Slamming Anti-slamming,
Brina écrivait dans fr.reseaux.telecoms.adsl :Dans l'article , de
fr.reseaux.telecoms.adsl, JKB a promptement
déclamé ...Si une fbx est PPP c'est que la ligne est cablée sur un DSLAM PPP, or
Free n'a pas de DSLAM PPP, il est donc IMPOSSIBLE qu'une ligne dégroupée
au profit de Free se retrouvant cablée sur un DSLAM PPP soit le résultat
d'une erreur de Free, c'est obligatoirement une erreur de FT
Ou de la personne qui câble entre la règlette dite "opérateur" et
celle dite "transport". Généralement, l'erreur est là et ce n'est
pas du ressort de FT qui ne s'occupe en dégroupage que de la partie
"transport".
C'est impossible dans ce cas car si l'erreur est là, la ligne est quand
même sur un DSLAM Free, or une fbx dégroupé en PPP clignotant n'est
jamais sur un DSLAM Free (c'est l'avantage d'avoir un opérateur
n'utilisant pas le protocole utilisé par tous les autres)
Vous êtes buté(e). Allez voir ce qui se passe dans un central et on
rediscutera après. Fin de la discussion.
Occupez-vous un peu de résoudre des erreurs de ce type avec les GAMOT
qui réglent en 24H le pb, donc ça vient de FT, pas du cableur
(d'ailleurs, FT ne le nie pas, simple erreur, pas grave tant qu'elle est
vite réparé)
Ben justement, j'ai fait encore cette semaine un tas d'"expertises"
avec FT, et sur toutes mes "expertises", un seul problème provenait
de FT (et encore, FT n'avait j'amais reçu l'ordre de dégroupage de
la part de l'opérateur). Il ne faut pas se voiler la face, lorsqu'on
Mensonge : pour qu'une expertise ait lieu, il faut faire deux
signalements GAMOT, or si FT n'a jamais reçu la commande de dégroupage,
le GAMOT soit refuse le signalement au moment du dépot (opération
purement informatique) soit le dit dès son premier ACI
rentre dans un central, ça grouille de techniciens FT pour faire le
boulot, et dans la salle opérateurs, on est toujours tout seul. Par
ailleurs, pour des raisons de coût, les règlettes opérateurs ne
s'isolent pas correctement contrairement aux règlettes FT à tiroir,
Les réglettes opérateur sont 100% de la responsabilité de FT
La responsabilité des OT commencent en aval du RCO
mais on va devenir technique. Aujourd'hui, j'aimerai que tous les
opérateurs aient un taux de pannes identique à celui de FT, ça
m'éviterait d'aller faire des expertises aux quatre coins de la
France !
Maintenant, je dis qu'on est toujours tout seul, ce n'est pas vrai.
Je suis tombé un jour sur un sous traitant de Free à Lyon, et
c'était plutôt caucasse ! Le type à rebooter les DSLAM au
disjoncteur !
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Dans l'article , de
fr.reseaux.telecoms.adsl, Jil S a
promptement déclamé ...un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
Super interessant. J'ai noté que beaucoup de GAMOTs revenaient avec la
mention: connexion vérifiée ok sur réglette (et pourtant PPP). Peut-on
C'est assez rare pour un PPP et ça se règle au deuxième GAMOT en généralalors supposer que FT arrête ses contrôles à ses réglettes, que Free
c'est possible
Par ex, voir un "pas de synchro à la RO" alors que nous on voit une
synchro sur le plot d'une autre fbx. Donc y a une synchro :-)arrête ses contrôles à la RCO, et qu'il y aurait une sorte de triangle
des Bermudes entre la réglette Ft et la RCO Free, qui devrait être
contrôlé impérativement par les techs FT, mais qui est systématiquement
négligé...???
Ben oui, c'est une partie du problème, visiblement, d'autant que de
notre coté, le fait d'arrêter le contrôle au niveau du RCO n'est pas un
choix, mais une obligation : au delà c'est FT et l'OT n'a pas le droit
d'y toucher
Visiblement, FT n'y regarde de plus près qu'au second GAMOT, enfin, non,
faut pas généraliser, ça dépend des NRA et simplement de la personne qui
fait la vérif
Dans l'article <mn.64bf7d526b5c0753.24364@invalid.fr>, de
fr.reseaux.telecoms.adsl, Jil S <fausse.adresse@invalid.fr> a
promptement déclamé ...
un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
Super interessant. J'ai noté que beaucoup de GAMOTs revenaient avec la
mention: connexion vérifiée ok sur réglette (et pourtant PPP). Peut-on
C'est assez rare pour un PPP et ça se règle au deuxième GAMOT en général
alors supposer que FT arrête ses contrôles à ses réglettes, que Free
c'est possible
Par ex, voir un "pas de synchro à la RO" alors que nous on voit une
synchro sur le plot d'une autre fbx. Donc y a une synchro :-)
arrête ses contrôles à la RCO, et qu'il y aurait une sorte de triangle
des Bermudes entre la réglette Ft et la RCO Free, qui devrait être
contrôlé impérativement par les techs FT, mais qui est systématiquement
négligé...???
Ben oui, c'est une partie du problème, visiblement, d'autant que de
notre coté, le fait d'arrêter le contrôle au niveau du RCO n'est pas un
choix, mais une obligation : au delà c'est FT et l'OT n'a pas le droit
d'y toucher
Visiblement, FT n'y regarde de plus près qu'au second GAMOT, enfin, non,
faut pas généraliser, ça dépend des NRA et simplement de la personne qui
fait la vérif
Dans l'article , de
fr.reseaux.telecoms.adsl, Jil S a
promptement déclamé ...un autre OT ne peut pas intervenir
Soit l'erreur est après la RCO et c'est la responsabilité 100% de l'OT
(cela veut dire que le cablage entre le RCO et le DSLAM est mauvais,
cela se traduit donc par le cablage sur un mauvais plot sur un des DSLAM
de l'OT ou un dépairage mais en aucun cas d'un cablage sur le DSLAM d'un
autre OT) soit elle est avant et c'est de la responsabilité de FT
Le partage de responsabilité est au niveau du RCO, pas de la réglette
opérateur
Super interessant. J'ai noté que beaucoup de GAMOTs revenaient avec la
mention: connexion vérifiée ok sur réglette (et pourtant PPP). Peut-on
C'est assez rare pour un PPP et ça se règle au deuxième GAMOT en généralalors supposer que FT arrête ses contrôles à ses réglettes, que Free
c'est possible
Par ex, voir un "pas de synchro à la RO" alors que nous on voit une
synchro sur le plot d'une autre fbx. Donc y a une synchro :-)arrête ses contrôles à la RCO, et qu'il y aurait une sorte de triangle
des Bermudes entre la réglette Ft et la RCO Free, qui devrait être
contrôlé impérativement par les techs FT, mais qui est systématiquement
négligé...???
Ben oui, c'est une partie du problème, visiblement, d'autant que de
notre coté, le fait d'arrêter le contrôle au niveau du RCO n'est pas un
choix, mais une obligation : au delà c'est FT et l'OT n'a pas le droit
d'y toucher
Visiblement, FT n'y regarde de plus près qu'au second GAMOT, enfin, non,
faut pas généraliser, ça dépend des NRA et simplement de la personne qui
fait la vérif
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Encore un mensonge : Free n'a aucune sous-traitant, que cela soit à Lyon
ou ailleurs
Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV
en dégroupé et non, contrairement à d'autres, Free l'assure en propre
Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV
en dégroupé et non, contrairement à d'autres, Free l'assure en propre
Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV
en dégroupé et non, contrairement à d'autres, Free l'assure en propre
Brina a exposé le 13/02/2005 :Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV en
dégroupé et non, contrairement à d'autres, Free l'assure en propre
Dans ce cas faites des phrases completes, non ambigues et auto-suffisantes.
Brina a exposé le 13/02/2005 :
Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV en
dégroupé et non, contrairement à d'autres, Free l'assure en propre
Dans ce cas faites des phrases completes, non ambigues et auto-suffisantes.
Brina a exposé le 13/02/2005 :Merci de ne pas quoter comme un goret pour modifier le sens des phrases,
nous parlions des sous-traitants pour assurer le déploiement et le SAV en
dégroupé et non, contrairement à d'autres, Free l'assure en propre
Dans ce cas faites des phrases completes, non ambigues et auto-suffisantes.
