Aller au contenu

[Résolu] Probleme suite à crash France Telecom

KiaN

Messages recommandés

KiaN Collaborateur

KiaN

Posté(e)
Posté(e)

Jeudi dernier, un BAS de France Telecome est mort là ou je suis en ce moment : ASte-Genev-Bois-*-*-*-*.*

Cette panne a impacté sur tous les FAI du coin, mais je précise quand même que nous sommes chez Wanadoo pour l'instant.

Durant le week-end, France Telecom a viré le BAS HS et l'a remplacé par un autre.

Depuis le routeur Linux (IPcop) n'arrive plus à se connecter, la syncro est bonne, la procédure de connexion en PPPoE s'initialise, mais le BAS nous ... rejete :modoreussi:

Voici le message du log lié au probleme :

23:59:50 pppoe[20305] Ignoring PADO packet from non-unicast MAC address

Vous savez quoi faire à part téléphoner à France Telecom et les engueuler et leur dire de modif leur BAS ?

On a du temporairement virer notre routeur/passerelle IPcop et toute la config qui allait avec pour coller un routeur Netgear à la place, mais cette solution ne peut etre que provisoire.

Vous connaissez ce probleme ? Si oui, z'avez des solutions ?

Sur les newsgroups et sur Google certains ont déjà eu ce probleme sur d'autres FAI comme Wanadoo, mais je n'ai pas vu de solution pour autant.

Merci d'avance, même si je doute fort d'avoir une réponse positive :chinois:

Voici une tentative de connexion complète :

23:57:53 pppd[19969] Exit.

23:57:53 pppd[19969] Connection terminated.

23:57:53 pppd[19969] Modem hangup

23:57:53 pppd[19969] Script /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 finished (pid 19970), status = 0x1

23:57:53 pppoe[19970] Timeout waiting for PADO packets

23:57:34 pppd[19969] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x3901d134>]

23:57:33 pppoe[19970] Ignoring PADO packet from non-unicast MAC address

23:57:25 pppd[19969] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x3901d134>]

23:57:23 pppoe[19970] Ignoring PADO packet from non-unicast MAC address

23:57:22 pppd[19969] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x3901d134>]

23:57:19 pppd[19969] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x3901d134>]

23:57:18 pppoe[19970] Ignoring PADO packet from non-unicast MAC address

23:57:18 pppd[19969] Connect: ppp0 <--> /dev/pts/0

23:57:18 pppd[19969] Using interface ppp0

23:57:18 pppd[19969] using channel 2669

23:57:18 pppd[19969] pppd 2.4.2 started by root, uid 0

23:57:18 red: Connectioncheck Restarting 3/5

23:56:37 red: Connectioncheck RED fail to connect

23:56:37 pppd[19799] Exit.

Lien vers le commentaire
Partager sur d’autres sites
KiaN Collaborateur

KiaN

Posté(e)
  • Auteur
Posté(e)

Disonsq ue ce probleme est un probleme réseau qui ne touche que les linuxiens ...

J'ai des pistes :

Même probleme y a quelques temps chez FREE :

http://neoskills.com/article.php3?id_article=26

Même soucis, plus une idée :

http://216.239.59.104/search?q=cache:V2S30...C+address&hl=en

RFC 2516 : A Method for Transmitting PPP Over Ethernet (PPPoE)

http://www.faqs.org/rfcs/rfc2516.html

Lien vers le commentaire
Partager sur d’autres sites
h0taru Nouveau

h0taru

Posté(e)
Posté(e)

beuha~~ j'y connais rien et j'ai laissé mes papiers sur les protocoles au taff ~~

Si il s'agit de modifier la mac adress tu es mal.... elle est unique en théorie

par contre tu peux pas essayer de configurer ton routeur pour qu'il envois plus les fameux paquets "pado" ?

C'est sans doute une question stupide mais bon ~~ blonde powa

EDIT: en faisant une recherche sur google... j'ai vu qu'il etait possible de modifier les mac adress, mais pour l'instant je n'ai vu qu'un script payant pour windows.... à mon avis tu dois t'orienter vers cette solution

RE-EDIT: http://www.tech-faq.com/change-mac-address.shtml

Tu as déjà une piste.... après il faut voir quel genre de mac adress est demandée pour le BAS

Lien vers le commentaire
Partager sur d’autres sites
KiaN Collaborateur

KiaN

Posté(e)
  • Auteur
Posté(e)

h0taru : Sous Linux, changer une adresse MAC ne pose pas de probleme ^^

dfi.informatique : Merci mais ut me donnes un lien vers le protocole RFC 2516 dont j'ai déjà mis un lien plus haut ;)

Sinon, cache ARP je ne pense pas et longueur du paquet non plus à mon avis. Celà dit, je ne suis pas bien avancé je ne sais rien sauf que le probleme vient de FT ;)

Vais les appeler tout à l'heure

Lien vers le commentaire
Partager sur d’autres sites
  • 2 semaines après...
KiaN Collaborateur

KiaN

Posté(e)
  • Auteur
Posté(e)

Enervés, on a pris une ligne Club Internet. dont j'ai eu récemment le log/pass. Je les rentre dans l' IPcop, j'utilise le vieux modem Wanadoo et ... CA MARCHE !! Bande d'incompétents de merde de Wanadoo, ils se foutent vraiment de nous.

Pourtant on a une ligne dite "PRO", et pas un abonnement de base, et on le paie cher pour un service mensongé : ils se renvoient la balle de France Telecom à Wanadoo et vice versa, et accusent notre matériel et veulent envoyer un technicien chez nous au prix que vous savez alors qu'ils sont les fautifs.

Ils vont recevoir notre résiliation d'ici quelques jours ...

Je met :pleure: car je m'en fout maintenant de leur truc de merde vu qu'on à Club Internet.

Lien vers le commentaire
Partager sur d’autres sites
motorland Apprenti

motorland

Posté(e)
Posté(e)

:pleure::pleure::pleure:

juste pour ma culture personelle, une petite question:

ICI voila cex qu'ils disent au sujet du fameux packet PADO:

5.2 The PPPoE Active Discovery Offer (PADO) packet

  When the Access Concentrator receives a PADI that it can serve, it

  replies by sending a PADO packet.  The DESTINATION_ADDR is the

  unicast address of the Host that sent the PADI.  The CODE field is

  set to 0x07 and the SESSION_ID MUST be set to 0x0000.

  The PADO packet MUST contain one AC-Name TAG containing the Access

  Concentrator's name, a Service-Name TAG identical to the one in the

  PADI, and any number of other Service-Name TAGs indicating other

  services that the Access Concentrator offers.  If the Access

  Concentrator can not serve the PADI it MUST NOT respond with a PADO.

et voila un bout de ton processe:

23:57:19 pppd[19969] sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x3901d134>]

23:57:18 pppoe[19970] Ignoring PADO packet from non-unicast MAC address

23:57:18 pppd[19969] Connect: ppp0 <--> /dev/pts/0

voila ma question:

ou se trouve le SESSION_ID et la MAC adresse?

:eeek2::craint::chinois:

Lien vers le commentaire
Partager sur d’autres sites
KiaN Collaborateur

KiaN

Posté(e)
  • Auteur
Posté(e)

Chais pas, voilà ce que ça donne avec Club-Internet :

13:11:57	pppd[288]	Script /etc/ppp/ip-up finished (pid 313), status = 0x0
13:11:54	pppd[288]	Script /etc/ppp/ip-up started (pid 313)
13:11:54	pppd[288]	secondary DNS address 194.117.200.15
13:11:54	pppd[288]	primary DNS address 194.117.200.10
13:11:54	pppd[288]	remote IP address 212.195.76.1
13:11:54	pppd[288]	local IP address 212.195.xxx.xxx
13:11:54	pppd[288]	rcvd [IPCP ConfAck id=0x2 <addr 212.195.xxx.xxx> <ms-dns1 194.117.200.10> <ms-dns 3 194.117.200.15>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:54	pppd[288]	sent [IPCP ConfReq id=0x2 <addr 212.195.xxx.xxx> <ms-dns1 194.117.200.10> <ms-dns 3 194.117.200.15>]
13:11:54	pppd[288]	rcvd [IPCP ConfNak id=0x1 <addr 212.195.xxx.xxx> <ms-dns1 194.117.200.10> <ms-dns 3 194.117.200.15>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:54	pppd[288]	sent [IPCP ConfAck id=0x1 <addr 212.195.76.1>]
13:11:54	pppd[288]	rcvd [IPCP ConfReq id=0x1 <addr 212.195.76.1>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:54	pppd[288]	sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
13:11:54	pppd[288]	peer from calling number xx:xx:xx:xx:xx:xx authorized
13:11:54	pppd[288]	CHAP authentication succeeded
13:11:54	pppd[288]	rcvd [CHAP Success id=0xa4 ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
13:11:54	pppd[288]	rcvd [LCP EchoRep id=0x0 magic=0xb8f359d8] 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:54	pppd[288]	sent [CHAP Response id=0xa4 <4c1e738a67d63216f14cbbe68779b35f>, name = "xxx@ clubadsl1"]
13:11:54	pppd[288]	rcvd [CHAP Challenge id=0xa4 <5a9029d3d67722ec537af9edbdd8b184>, name = "gw-lns- ft-adsl4-03-m"] 88
13:11:54	pppd[288]	sent [LCP EchoReq id=0x0 magic=0x98050059]
13:11:54	pppd[288]	Couldn't increase MRU to 1500
13:11:54	pppd[288]	Couldn't increase MTU to 1500
13:11:54	pppd[288]	rcvd [LCP ConfAck id=0x2 <magic 0x98050059>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:54	pppd[288]	sent [LCP ConfAck id=0x2 <auth chap MD5> <magic 0xb8f359d8>]
13:11:54	pppd[288]	sent [LCP ConfReq id=0x2 <magic 0x98050059>]
13:11:54	pppd[288]	Couldn't increase MRU to 1500
13:11:54	pppd[288]	Couldn't increase MTU to 1500
13:11:54	pppd[288]	rcvd [LCP ConfReq id=0x2 <auth chap MD5> <magic 0xb8f359d8>] 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:51	pppd[288]	rcvd [LCP EchoRep id=0x0 magic=0xf6841da] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:51	pppd[288]	sent [CHAP Response id=0xa3 <7372636943fdb9e2c2f74f8db960a3f3>, name = "xxx_mystere!_xxx@ clubadsl1"]
13:11:51	pppd[288]	rcvd [CHAP Challenge id=0xa3 <11ef9cbcdc7be734cd30e917312bdf63>, name = "BSSGW11 3"] 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:51	pppd[288]	sent [LCP EchoReq id=0x0 magic=0xeaaaa55]
13:11:51	pppd[288]	Couldn't increase MRU to 1500
13:11:51	pppd[288]	rcvd [LCP ConfAck id=0x1 <magic 0xeaaaa55>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:51	pppd[288]	sent [LCP ConfAck id=0xe <mru 1492> <auth chap MD5> <magic 0xf6841da>]
13:11:51	pppd[288]	rcvd [LCP ConfReq id=0xe <mru 1492> <auth chap MD5> <magic 0xf6841da>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
13:11:51	pppd[288]	sent [LCP ConfReq id=0x1 <magic 0xeaaaa55>]
13:11:51	pppd[288]	Couldn't increase MRU to 1500
13:11:51	pppd[288]	Couldn't increase MTU to 1500
13:11:51	pppd[288]	Connect: ppp0 <--> eth1
13:11:51	pppd[288]	Using interface ppp0
13:11:51	pppd[288]	using channel 1
13:11:51	pppd[288]	PPP session is 4975
13:11:51	pppd[288]	PADS: Service-Name: ''
13:11:50	pppd[288]	pppd 2.4.2 started by root, uid 0
13:11:50	pppd[283]	RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
13:11:50	pppd[283]	Plugin rp-pppoe.so loaded.

Lien vers le commentaire
Partager sur d’autres sites
motorland Apprenti

motorland

Posté(e)
Posté(e)

:cartonrouge::D:mdr::keskidit:

23:57:18 pppoe[19970] Ignoring PADO packet from non-unicast MAC address

23:57:18 pppd[19969] Connect: ppp0 <--> /dev/pts/0

23:57:18 pppd[19969] Using interface ppp0

23:57:18 pppd[19969] using channel 2669

23:57:18 pppd[19969] pppd 2.4.2 started by root, uid 0

et

13:11:51 pppd[288] Couldn't increase MTU to 1500

13:11:51 pppd[288] Connect: ppp0 <--> eth1

13:11:51 pppd[288] Using interface ppp0

13:11:51 pppd[288] using channel 1

13:11:51 pppd[288] PPP session is 4975

13:11:51 pppd[288] PADS: Service-Name: ''

13:11:50 pppd[288] pppd 2.4.2 started by root, uid 0

Dans le 2nd cas, il y a definition de la session PPP et dans l'autre, c'est tentative de connexion direct :zarb: sans compté que pour la connection, dans le 1er cas il me semble qu'il y a appel a un fichier, et dans l'autre a un port (eth1). Si une ame charitable pouvez m'expliqué juste cette difference.

:chinois::chinois::chinois:

Lien vers le commentaire
Partager sur d’autres sites
KiaN Collaborateur

KiaN

Posté(e)
  • Auteur
Posté(e)

Rigole pas, c'était coincé et hier encore ça ne passait pas, y aun mysère matériel là-dedans, et le fait de passer par Club Internet l'a decoincé. Si tu remontes au début du topic ut verras que le probleme viendrait du DSLAM ou du BAS.

15:17:33	pppd[943]	Exit.
15:17:33	pppd[943]	Script /etc/ppp/ip-down finished (pid 1080), status = 0x0
15:17:32	pppd[943]	script /etc/ppp/ip-down, pid 1080
15:17:32	pppd[943]	Waiting for 1 child processes...
15:17:32	pppd[943]	Sent 12231 bytes, received 25725 bytes.
15:17:32	pppd[943]	Connect time 0.7 minutes.
15:17:32	pppd[943]	Connection terminated.
15:17:32	pppd[943]	rcvd [LCP TermAck id=0x2] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
15:17:31	pppd[943]	sent [LCP TermReq id=0x2 "User request"]
15:17:31	pppd[943]	Couldn't increase MRU to 1500
15:17:31	pppd[943]	Couldn't increase MTU to 1500
15:17:31	pppd[943]	Script /etc/ppp/ip-down started (pid 1080)
15:17:31	pppd[943]	Terminating on signal 15.
15:16:54	pppd[943]	Script /etc/ppp/ip-up finished (pid 946), status = 0x0
15:16:51	pppd[943]	Script /etc/ppp/ip-up started (pid 946)
15:16:51	pppd[943]	secondary DNS address 80.10.246.132
15:16:51	pppd[943]	primary DNS address 80.10.246.1
15:16:51	pppd[943]	remote IP address 193.253.160.3
15:16:51	pppd[943]	local IP address 80.11.xxx.xxx
15:16:51	pppd[943]	sent [IPCP ConfAck id=0x53 <addr 193.253.160.3>]
15:16:51	pppd[943]	rcvd [IPCP ConfReq id=0x53 <addr 193.253.160.3>] 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	rcvd [IPCP ConfAck id=0x2 <addr 80.11.102.18> <ms-dns1 80.10.246.1> <ms-dns3 80. 10.246.132>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [IPCP ConfReq id=0x2 <addr 80.11.102.18> <ms-dns1 80.10.246.1> <ms-dns3 80. 10.246.132>]
15:16:51	pppd[943]	rcvd [IPCP ConfNak id=0x1 <addr 80.11.102.18> <ms-dns1 80.10.246.1> <ms-dns3 80. 10.246.132>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
15:16:51	pppd[943]	peer from calling number xx:xx:xx:xx:xx:xx authorized
15:16:51	pppd[943]	CHAP authentication succeeded
15:16:51	pppd[943]	rcvd [CHAP Success id=0x5b ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
15:16:51	pppd[943]	rcvd [LCP EchoRep id=0x0 magic=0x1465c462] 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [CHAP Response id=0x5b <8b0f8b3fb4d851ec44bc58713b3709f0>, name = "xxxxxx@fti"]
15:16:51	pppd[943]	rcvd [CHAP Challenge id=0x5b <cb75467f6e5cf0017d15b6b4ebf4cc23>, name = "BSSGW11 3"] 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [LCP EchoReq id=0x0 magic=0xf5391b58]
15:16:51	pppd[943]	Couldn't increase MRU to 1500
15:16:51	pppd[943]	rcvd [LCP ConfAck id=0x1 <magic 0xf5391b58>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [LCP ConfAck id=0xbd <mru 1492> <auth chap MD5> <magic 0x1465c462>]
15:16:51	pppd[943]	rcvd [LCP ConfReq id=0xbd <mru 1492> <auth chap MD5> <magic 0x1465c462>] 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88
15:16:51	pppd[943]	sent [LCP ConfReq id=0x1 <magic 0xf5391b58>]
15:16:51	pppd[943]	Couldn't increase MRU to 1500
15:16:51	pppd[943]	Couldn't increase MTU to 1500
15:16:51	pppd[943]	Connect: ppp0 <--> eth1
15:16:51	pppd[943]	Using interface ppp0
15:16:51	pppd[943]	using channel 1
15:16:51	pppd[943]	PPP session is 5437
15:16:51	pppd[943]	PADS: Service-Name: ''
15:16:50	pppd[943]	pppd 2.4.2 started by root, uid 0
15:16:50	pppd[942]	RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
15:16:50	pppd[942]	Plugin rp-pppoe.so loaded.

Lien vers le commentaire
Partager sur d’autres sites
motorland Apprenti

motorland

Posté(e)
Posté(e)

pas logique si j'ai bien compris:

1°)ta connexion avec club internet a fonctionné

2°)tu a mis a jours IPcop

donc, la gestion de la communication avec le modem a changer AVANT une quelquonque mise a jours, donc l'erreure s'est " réparé " off line. on dirait que le fichier " /dev/pts/0 " contenait une erreure, ou que sont utilisation dans le le processe

Connect: ppp0 <--> /dev/pts/0
induisait une erreure de communication avec le DSLAM.

Si je ne me trompe pas, évidament :zarb::D

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

Aller sur la liste des sujets
×
×
  • Créer...