IpCop 1.4b1,Free/Non Degroupee,Sagem800

par **PeteB** » 06 Mars 2004 11:36

Je recherche de aide pour le partie Rouge de mon intall IPCop Actuellement IPcop reste en "Connecting" mais ne semble pas re-usier. (J'ai ne pas access aux internet.) Mes parametres de config sont comme suite: Interface (USB ADSL ....Sagem....) Connection: Maximum Retries (10) Idle TimeOut (0) ISP Requires CR (No) Connect on IPCop Restart (Yes) Reconnect (Persistant) Dial on demand for DNS (No) ADSL settings: VPi (8) VCi (36) (Meme chez Free on parle de 35 et 36, j'ai esaiee les deux sans difference.) Modem (........ Sagem...) Encapsulation (VCMux) Protocol (RFC2364 PPPoA) Line (Analog Classic Line) DHCP HostName (Free.fr) Authentication: UserName <a href="mailto:0112345678@freeadsl">0112345678@freeadsl</a> Password .. (Si je saisie une faux mot de passe, c'est refuser aussi tot, et Ipcop pas a Idle, plutot que Connecting") Method PAP or CHAP DNS: Automatic Le suivant est montre pour eth3 (en fait le port USB, si j'ai bien compris) eth3 Link encap:Ethernet HWaddr 00:60:4C:0B:8C:90 inet addr:10.0.0.139 Bcast:10.255.255.255 Mask:255.255.255.254 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:332 errors:0 dropped:0 overruns:0 frame:0 TX packets:539 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7029 (6.8 Kb) TX bytes:21761 (21.2 Kb) ADSL settings eagle-usb status display ------------------------------------------------------------- Driver version 1.9.6 USB Bus : 002 USB Device : 003 Dbg mask: 0x0 Ethernet Interface : eth3 MAC: 00:60:4c:0b:8c:90 Tx Rate 0000000160 Rx Rate 0000000608 Crc 0000000000 FEC 0000000000 Margin 0000000037 Atten 0000000025 dB VID-CPE 0000000000 VID-CO 0000000028 HEC 0000000000 VPI 0000000008 VCI 0000000035 Delin GOOD Cells Rx 0000000332 Cells Tx 0000000617 Pkts Rx 0000000332 Pkts Tx 0000000539 OAM 0000000000 Bad VPI 0000000000 Bad CRC 0000000000 Oversiz. 0000000000 Modem is operational Routing Table Entries: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.138 0.0.0.0 255.255.255.254 U 0 0 0 eth3 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Merci Beaucoup. Pete

par **JaDiuM** » 06 Mars 2004 11:48

Bonjour pete, Ton français est plutôt pas mal, contrairement à ce que tu disais <IMG SRC="images/smiles/icon_smile.gif">. Pour ton problème, peux tu faire un #cat /var/log/messages | grep ppp0, et nous imprimer le résultat ici.? Regards <IMG SRC="images/smiles/icon_smile.gif">

par **alexmars** » 06 Mars 2004 11:54

J'étais avant en zone non dégroupée avec un modem sagem 800 et mes paramètres étaient : Réglages ADI: Modem: Sagem <a href="mailto:F@st">F@st</a> 800 Protocole: RFC2364 Encapsulation : Mode_vc PPPOE VPI: 8 et VCI 35 à tester .....

par **JaDiuM** » 06 Mars 2004 12:08

Bonjour, Si cela marchait, c'est que tu avais bien de la change, le fast800 est en en usb d'ou le pppoA et non pas pppoE (E pour ethernet). Ou alors tu as un Fast908... Cdt <IMG SRC="images/smiles/icon_eek.gif">

par **Emerick** » 06 Mars 2004 13:52

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2004-03-06 11:08, JaDiuM a écrit: Bonjour, Si cela marchait, c'est que tu avais bien de la change, le fast800 est en en usb d'ou le pppoA et non pas pppoE (E pour ethernet). Ou alors tu as un Fast908... Cdt <IMG SRC="images/smiles/icon_eek.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> En principe tu peux aussi utiliser le PPPoE avec ce modem, ça rajoute juste une encapsulation sur les paquets, ce qui n'est plus nécessaires avec les DSLAM actuels. Sinon, les paramètres VPI/VCI sont 8/35 en ADSL non dégroupé, et 8/36 en dégroupé. De plus, la connexion a l'air d'être établie dans la mesure où le périphérique eth3 est présent que lorsque la connexion est établie (je me trompe ?) Dernière chose qui prouve que ton modem est au moins synchronisé, c'est cette partie là : <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> ADSL settings eagle-usb status display ------------------------------------------------------------- Driver version 1.9.6 USB Bus : 002 USB Device : 003 Dbg mask: 0x0 Ethernet Interface : eth3 MAC: 00:60:4c:0b:8c:90 Tx Rate 0000000160 Rx Rate 0000000608 Crc 0000000000 FEC 0000000000 Margin 0000000037 Atten 0000000025 dB VID-CPE 0000000000 VID-CO 0000000028 HEC 0000000000 VPI 0000000008 VCI 0000000035 Delin GOOD Cells Rx 0000000332 Cells Tx 0000000617 Pkts Rx 0000000332 Pkts Tx 0000000539 OAM 0000000000 Bad VPI 0000000000 Bad CRC 0000000000 Oversiz. 0000000000 Modem is operational </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Tu as vérifié les logs d'IPcop pour voir s'il ne s'agissait pas d'un problème d'identifiants ?

par **coornelius** » 06 Mars 2004 13:53

Ma config depuis ce matin : Ipcop 1.4.0b1 Modem FAST800 Sagem Free non dégroupé 1024 Config IPCOP Eagle USB ADSL (.... SAGEM ) VPI 8 VCI 35 Case cochée Modem ACER ... SAGEM RFC 2364 PPPOA encap VCMUX avec cela connexion du premier coup !! et ça tient ! <IMG SRC="images/smiles/icon_bise.gif"> J'oubliais : install de IPCOP en anglais. Essaye cela et dis moi si ca fonctionne

par **PeteB** » 06 Mars 2004 14:08

Merci pour les reponses. J'ai ne pas access a ma systeme actuellement, je vais essaie plus tard.(la reste du familie trouve que ca marche tres bien via Win ME/le PC de mdm) Est ce que vous pouvez confirme que on doit saisier @freeadsl apres le identifient (num tel) Sur free Supptech on dit que oui, mais sur certains sujets ils dis tout et son contraire.

par **Gesp** » 06 Mars 2004 14:12

Non dégroupé, c'est VPI=8, VCI=35 avec au choix: - RFC2364 PPPoA Vcmux - RFC1483 PPPoE LLC DNS automatique ou manuel Dégroupé, c'est VPI=8, VCI=35 avec RFC1483 routed_IP et au choix: - IP fixe (mettre votre IP, l'adresse de passerelle, les DNS) - DHCP Pour regarder ce qui se passe ou ne se passe pas en non dégroupé, vous pouvez mettre debug dans les options, c'est un peu plus verbeux (bien mettre un double >) echo debug >> /etc/ppp/options et poster le résultat si la connexion n'est pas obtenue Il m'est arrivé à un moment de ne pas avoir de demande PAP/CHAP pendant un temps certain (plusieurs heures), je ne sais pas trop si le problème venait de FT ou Free (je pense plutôt FT). <IMG SRC="images/smiles/icon_cussing.gif"> La seule solution que j'ai trouvé à l'époque est de débrancher le modem, d'aller manger (important <IMG SRC="images/smiles/icon_wink.gif"> ) et cela marchait en revenant. <IMG SRC="images/smiles/icon_confused.gif">

par **Gesp** » 06 Mars 2004 14:14

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE>Est ce que vous pouvez confirme que on doit saisier @freeadsl apres le identifient (num tel</BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> C'est indispensable sinon ta requête ne sera pas transmise à Free et tu ne pourras jamais t'authentifier.

par **PeteB** » 06 Mars 2004 15:06

Ca Marche! <IMG SRC="images/smiles/icon_smile.gif"> On va dire que ca ete une probleme de identifient meme ci je n'en suis pas 100% convainqu. (Enfin, des problemes d'une debutant qui a ne pas l'habitude d'etre debutant.) Desolee de vous avoir embete avec ca et merci beaucoup. Pete

par **PeteB** » 06 Mars 2004 15:07

Ca Marche! <IMG SRC="images/smiles/icon_smile.gif"> On va dire que ca ete une probleme de identifient meme ci je n'en suis pas 100% convainqu. (Enfin, des problemes d'une debutant qui a ne pas l'habitude d'etre debutant.) Desolee de vous avoir embete avec ca et merci beaucoup. Pete

par **PeteB** » 06 Mars 2004 15:07

Ca Marche! <IMG SRC="images/smiles/icon_smile.gif"> On va dire que ca ete une probleme de identifient meme ci je n'en suis pas 100% convainqu. (Enfin, des problemes d'une debutant qui a ne pas l'habitude d'etre debutant.) Desolee de vous avoir embete avec ca et merci beaucoup. Pete

par **touffator** » 07 Mars 2004 23:38

Yessss GEsp tu me rassure pacqque moi aussi de temps en temps (suite a des reboot furieux au bouton) j'ai des gros probleme avec cette authentification CHAP Je pensait que ca venais d'ipcop parceque je venais de passer en a9, mais en a11 et en b1 toujours les meme probleme <IMG SRC="images/smiles/icon_frown.gif"> d'ailleur la j'ai encore le probleme et je crois que je vais faire comme tu as dit débrancher, manger (pacque j'ai essayer debrancher fummer une clope ca marche pas et meme débrancher boire une biere ca marche pas non plus <IMG SRC="images/smiles/icon_frown.gif"> ) On reconais bien la l'informaticien aguéri <IMG SRC="images/smiles/icon_razz.gif"> juste pour info le echo debug >> /etc/ppp/options c'est lequivanlent dans les logs de controle + alt + F12 ???? ++ TouF <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2004-03-06 13:12, Gesp a écrit: Non dégroupé, c'est VPI=8, VCI=35 avec au choix: - RFC2364 PPPoA Vcmux - RFC1483 PPPoE LLC DNS automatique ou manuel Dégroupé, c'est VPI=8, VCI=35 avec RFC1483 routed_IP et au choix: - IP fixe (mettre votre IP, l'adresse de passerelle, les DNS) - DHCP Pour regarder ce qui se passe ou ne se passe pas en non dégroupé, vous pouvez mettre debug dans les options, c'est un peu plus verbeux (bien mettre un double >) echo debug >> /etc/ppp/options et poster le résultat si la connexion n'est pas obtenue Il m'est arrivé à un moment de ne pas avoir de demande PAP/CHAP pendant un temps certain (plusieurs heures), je ne sais pas trop si le problème venait de FT ou Free (je pense plutôt FT). <IMG SRC="images/smiles/icon_cussing.gif"> La seule solution que j'ai trouvé à l'époque est de débrancher le modem, d'aller manger (important <IMG SRC="images/smiles/icon_wink.gif"> ) et cela marchait en revenant. <IMG SRC="images/smiles/icon_confused.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE>

par **Gesp** » 08 Mars 2004 08:32

Non mettre debug dans options n'est pas équivalent que de regarder le log par alt-f12, c'est juste que l'on y verra plus de choses dans ce log, donc c'est complémentaire. Mon problème était présent avant de passer à Free, m'a coincé dans les 15 premiers jours du passage et a disparu maintenant. Cependant l'authentification met quelquefois 40/50s à me répondre, ce que permet de voir le debug. Je pense que c'est le serveur FT qui patine dans la semoule parce que tant que le login n'est pas transmis, cela veut dire que la requète n'a pas encore été transmise à Free et est en cours de traitement par FT Là j'ai attendu 40s avant d'avoir une réponse à mes demandes répétées Mar 8 07:25:04 ipcop pppd[2596]: sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x9cc2337a>] Mar 8 07:25:37 ipcop last message repeated 11 times Mar 8 07:25:44 ipcop last message repeated 2 times Mar 8 07:25:44 ipcop pppd[2596]: rcvd [LCP ConfReq id=0x93 <mru 9178> <auth chap MD5> <magic 0x1ce996af>] Mar 8 07:25:44 ipcop pppd[2596]: sent [LCP ConfAck id=0x93 <mru 9178> <auth chap MD5> <magic 0x1ce996af>] Mar 8 07:25:47 ipcop pppd[2596]: sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x9cc2337a>] Mar 8 07:25:47 ipcop pppd[2596]: rcvd [LCP ConfAck id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x9cc2337a>] Mar 8 07:25:47 ipcop pppd[2596]: sent [LCP EchoReq id=0x0 magic=0x9cc2337a] Mar 8 07:25:47 ipcop pppd[2596]: rcvd [CHAP Challenge id=0xd3 <b72a5e0fcbb8a2a22b1167e5dcf358b0>, name = "BSSGW113"]

IpCop 1.4b1,Free/Non Degroupee,Sagem800

Qui est en ligne ?