Connexion impossible sur la live box

[Anonyme]

Pourrais-tu te mettre en wi-fi, bien vérifier que tu es connecté à la box (accès à l'interface) et saisir ifconfig dans le Terminal, puis sélectionner la réponse concernant en1 (interface wifi), pour comparer avec ce que j'ai :

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether e0:f8:47:13:XX:XX
inet 192.168.1.102 netmask 0xffffff00 broadcast 192.168.1.255
media: autoselect
status: active

 

[alinf34]

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether xx:xx:xx:xx:xx:xx
inet6 xxxx::xxxx:xxxx:xxxx:xxxx%en1 prefixlen 64 scopeid 0x4
inet 192.168.1.16 netmask 0xffffff00 broadcast 192.168.1.255
media: autoselect
status: active

J'ai aussi 192.168.1.16 pour l'IP fixe , tout comme dans la page Orange de choix du niveau du pare-feu, mais IP 192.168.1.100 pour l'Ethernet.

---------

Dans Préférences > Réseau > IP fixe > Avancé :

> Wi-Fi : sécurité WPA/WPA2 Personnel

> Configurer IPv4 : Via DHCP
192.168.1.16 / 255.255.255.0 / 192.168.1.1
IPv6 : Automatique

> DNS 192.168.1.1

> WINS : Nom NetBIOS : IMAC / WORKGROUP
Serveur : plage vide

> 802.1X : la plage est vide, "activer la connexion automatique" coché.

> Proxys : aucun protocole configuré. "Utiliser les réglages proxy pour les notes et domaines : *local, 169.xxx/16 / "Utiliser le mode FTP passif (PASV) : coché

> Matériel : Adresse MAC : xx: etc / Configurer : "Automatiquement" / MTU : "Standard (1500) en grisé.

 

[Anonyme]

La seule différence visible est liée au fait que j'ai désactivé IPV6, mais peu importe.

Il est possible que le problème soit dans la box ? Aucune idée.

Si tu avais eu un autre modem/routeur ou un autre Mac, tu aurais pu tester la connexion en wifi sur autre chose que la Livebox.

Je suppose que tu n'as pas un autre réseau wifi accessible (wifi public, voisin sympa) ?

C'est vraiment très étrange, j'ai eu beaucoup de misères avec les Livebox, mais jamais celle-là (si elle est en cause).

Tu n'aurais pas une borne Airport dispo, ou un autre point d'accès wifi dispo ???
(tu le connecterais à la Livebox par Ethernet, créerais un nouveau réseau....)
Si ça marche : le pb est dans la Livebox, si ça ne marche pas, le pb est dans le Mac.

 

[alinf34]

Je vais commencer par un échange de box chez Orange.

Dans un deuxième temps j'ai une amie qui acceptera de me communiquer son code Wi-Fi.

Dans un troisième temps, j'appellerai le SAV Apple.

Encore Merci Renaud.

 

[alinf34]

Bonjour,

Cela ne s'arrange pas, je n'arrive plus à relever mon courrier depuis hier soir sur toutes mes adresses (Orange, icloud, Gmail) :mad:

J'ai appelé Orange, 3ème interlocuteur: guère eu le temps d'expliquer mon problème car la communication a coupé :heu:

Ma résidence recevant la fibre, j'ai appelé Numéricable pour ouvrir une ligne, ce qui sera fait la semaine prochaine.

Donc mon problème est en stand by, je saurai la semaine prochaine si ça vient de la box ou de l'iMac.

 

[Polo35230]

Bonjour,

C'est bien, de s'acharner...

Comme l'a dit Renaud, c'est vraisemblablement un pb DNS.

Si on part du principe que depuis un iPad en wifi, on peut naviguer sr le net, c'est pas un pb DNS sur la box.

Le Mac pourrait bien être en cause. Mais bon, il y a plein de trucs pas logiques..

Perso, j'irai dans dans l'interface d'administration de la box (paramètres avancés)
-Dans l'onglet DNS, relever l'adresses IP du DNS primaire.

Sur leMac
-Débrancher le câble ethernet.
-Rebooter le Mac
-Regarder dans la configuration réseau. Airport doit être en vert. Sinon, activer l'interface wifi
-Dans la configuration DNS d'airport, vérifier qu'il y a bien une adresse IP, un masque et une passerelle (routeur) d'affectés.
-Mettre comme serveur DNS celui relevé dans la box (enlever 192.168.1.1). Bien faire "Appliquer" pour prendre en compte les modifs.

Dans une fenêtre Terminal, faire:

telnet AdresseIPduDNSprimaire 53 (on vérifie qu'on peut bien se connecter au DNS primaire d'Orange sur le port 53)
La réponse doit être quelque chose comme ça: "Connected to dns-adsl-gpe3-m.orange.fr."

Ensuite, tjs dans une fenêtre Terminal, faire:
ping -c 5 8.8.8.8
Puis, faire
nslookup google.fr

Les résultats donneront peut-être des indications...

 

[Anonyme]

Ah, du renfort

Voici les résultats chez moi, connexion Orange :

DNS primaire : 80.10.246.1
DNS secondaire : 81.253.149.10

MacBook-de-Truc:~ Truc$ telnet 80.10.246.1 53
Trying 80.10.246.1...
Connected to dns-adsl-gpe1-a.wanadoo.fr.

Trying 81.253.149.10...
Connected to dns-adsl-gpe4-m.orange.fr.

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=46 time=59.739 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=60.832 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=46 time=59.794 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=46 time=59.628 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=46 time=60.677 ms

nslookup google.fr
Server: 192.168.1.1
Address: 192.168.1.1#53
Non-authoritative answer:
Name: google.fr
Address: 173.194.78.94

 

[alinf34]

Bonjour Polo,

Depuis cette nuit je ne peux plus envoyer et recevoir de courrier, sauf DE TEMPS EN TEMPS avec mon adresse Orange !?!
Mes adresses iCloud et Gmail sont HS dans les deux sens.
Quand à Safari (ou Firefox) la barre bleue de chargement de la page bloquent toujours en Wi-Fi.

Ce qui est nouveau, c'est le comportement de l'iPhone et de l'iPad qui maintenant cafouillent aussi !
Souvent la relève est presque toujours impossible sur toutes mes BAL, ou en insistant les deux iDevices finissent parfois par rapatrier quelques messages qui ne sont pas les mêmes sur les deux appareils !?!
Et je sais qu'il y a des messages que je reçois tous les matins que je n'ai pas reçus.

----------------------------

J'ai tapé "livebox" dans la barre d'adresse de Safari et j'ai pas mal de renseignements. Notamment :

Configuration DHCP :

Adresse IP de la Livebox : 192.168.1.1

Apple-TV - 192.168.1.11

iMac - 192.168.1.13

iPad - 192.168.1.15

EPSONC6DF16 - 192.168.1.14

PC32 - 192.168.1.1

Et une adresse DNS primaire du type XX.XXX.XXX.X
Ainsi qu'une DNS secondaire.

--------------------------

Maintenant je vais faire la manoeuvre que tu préconises et je reviens.

---------- Nouveau message ajouté à 15h42 ---------- Le message précédent a été envoyé à 15h13 ----------

Dand Préfs Réseau > W-Fi (en vert) > Avancé > DNS, 2 cases:

- à gauche : Serveurs DNS : IP changée
- à droite : vide
Aucune affectation de masque ou de passerelle.

Après reboot, câble Ethernet débranché, Wi-Fi connecté :

Last login: Tue Feb 26 15:26:48 on ttys000
iMac-2:~ Alain$ telnet AdresseIPduDNSprimaire 53
AdresseIPduDNSprimaire: nodename nor servname provided, or not known
iMac-2:~ Alain$ ping -c 5 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ns
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss
iMac-2:~ Alain$ nslookup google.fr
;; connection timed out; no servers could be reached

 

[Anonyme]

Pas la peine de "masquer" les IP des serveurs DNS de Orange : ils sont publics et connus.

Quand tu dis pas de passerelle ni de sous réseau : ces infos sont dans l'onglet TCP/IP, pas l'onglet DNS.

Tu dois avoir dans l'onglet TCP/IP, si tu es connecté à la box :

IPV4 : 192.168.1.13
ss-réseau : 255.255.255.0
Routeur : 192.168.1.1

Comme t'a suggéré Polo, tu pourrais dans l'onglet DNS remplacer 192.168.1.1 par les DNS de Orange :

80.10.246.2
80.10.246.129
(ceux-là ou ceux que tu trouves dans la Livebox)

Ceci au cas où la box aurait perdu l'aptitude à faire la redirection vers les serveurs DNS.
N'oublie pas de faire OK puis Appliquer.

 

[alinf34]

@ Renaud,

Nous n'avons pas les mêmes DNS:

Primaire : 81.253.149.1
Secondaire : 80.10.246.3

iPV4 : 192.168.1.12
SR : 255.255.255.0
Routeur : 192.168.1.1

 

[Polo35230]

As-tu regardé dans l'onglet TCP/IP pour voir les adresses IP, masque et passerelle?
Parce que là, en wifi, il n'y a rien de configuré au niveau réseau.
Dans l'onglet TCP/IP, tu as "configurer IPv4" via DHCP?

 

[Anonyme]

Il en existe au moins une dizaine, rien que pour Orange :

Sur leur site :
80.10.246.2
80.10.246.129

Ceux qu'utilise mon routeur actuellement :
80.10.246.1
81.253.149.10

Tous ceux que je connais :
80.10.246.1
80.10.246.2
80.10.246.3
80.10.246.129
80.10.246.130
80.10.246.132
81.253.149.1
81.253.149.2
81.253.149.3
81.253.149.4
81.253.149.9
81.253.149.10
81.253.149.11
81.253.149.12

 

[Polo35230]

@ Renaud,

Nous n'avons pas les mêmes DNS:

Primaire : 81.253.149.1
Secondaire : 80.10.246.3

iPV4 : 192.168.1.12
SR : 255.255.255.0
Routeur : 192.168.1.1

Bon, alors, tu as bien tt ce qu'il faut pour aller sur internet.

Chez moi , le 81.253.149.1 marche.

Refais
ping -c5 192.168.1.1
ping -c5 8.8.8.8
nslookup google.fr
telnet 81.253.149.1 53

pour voir...

Autrement, c'est peut-etre un pb de qualité du signal wifi.
Essaye avec des pings plus longs. Par exemple:
ping -c 10 -s 1400 192.168.1.1

 

[alinf34]

@ Polo :

IPv4 configuré manuellement 192.168.1.12, même valeurs en DHCP.

IPv6 automatiquement

---------- Nouveau message ajouté à 16h12 ---------- Le message précédent a été envoyé à 16h07 ----------

Terminal


Last login: Tue Feb 26 16:09:17 on ttys000
iMac-2:~ Alain$ ping -c 5 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=1.561 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2.248 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=2.035 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.364 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.374 ms

--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.364/1.716/2.248/0.360 ms
iMac-2:~ Alain$ ping -c 5 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=48 time=37.639 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=193.138 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=37.685 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=37.865 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=48 time=61.368 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 37.639/73.539/193.138/60.496 ms
iMac-2:~ Alain$ nslookup google.fr
Server: 192.168.1.1
Address: 192.168.1.1#53

Non-authoritative answer:
Name: google.fr
Address: 173.194.78.94

iMac-2:~ Alain$ telnet 81.253.149.1 53
Trying 81.253.149.1...
Connected to dns-adsl-gpe3-l.orange.fr.
Escape character is '^]'.

---------- Nouveau message ajouté à 16h16 ---------- Le message précédent a été envoyé à 16h12 ----------

Safari bloque toujours et j'ai toujours des triangles avec un point d'exclamation en face mes BAL, triangles qui disparaissent furtivement de temps à autres sur une BAL et permet de relever un message.

Une amie m'a envoyé un message il y a près d'une heure sur mon adresse Orange.fr : je l'ai reçu sur mon iPhone puis sur mon iPad, pas sur mon iMac ou toutes les BAL ont un triangle en ce moment.

 

[Polo35230]

Bon, c'est déjà mieux.

Par contre, le "nslookup ne doit pas renvoyer 192.168.1.1" comme serveur, mais 81.253.149.1
Il faudrait à nouveau regarder la configuration DNS du Mac, et mettre 81.253.149.1 en premier.
Parce que là, on utilise le DNS relai de la box (mais on remarque que ça marche quand même...

Autrement, c'est peut-etre un pb de qualité du signal wifi.
Les messages courts marchent, mais pas les longs...
Essage avec des pings plus long. Par exemple:
ping -c 10 -l 1400 192.168.1.1

Pour voir s'il n'y a pas trop d'erreurs, peux-t faire un
netstat -s
et renvoyer uniquement le début (le pavé "tcp") STP?

Et puis, pendant qu'on y est, la totale:
ifconfig
netstat -r

 

[alinf34]

Le DNS pour le Wi-Fi est bien le 81.253.149.1 dans mes préfs, mais est resté 192.168.1.1 dans les préfs Ethernet.
Dois-je le changer aussi ?

Je ping et je reviens

---------- Nouveau message ajouté à 16h40 ---------- Le message précédent a été envoyé à 16h35 ----------

J'ai lancé 20 pings à la suite, et c'est OK.

J'ai ouvert l'utilitaire réseau et j'envoie des pings illimités sur le 192.168.1.1

---------- Nouveau message ajouté à 16h42 ---------- Le message précédent a été envoyé à 16h40 ----------

Terminal : netstat -s

----------


--- 192.168.1.1 ping statistics ---
20 packets transmitted, 20 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.304/1.406/1.546/0.061 ms
iMac-2:~ Alain$ netstat -s
tcp:
26425 packets sent
6353 data packets (9074345 bytes)
150 data packets (56386 bytes) retransmitted
0 resends initiated by MTU discovery
15004 ack-only packets (3 delayed)
0 URG only packets
0 window probe packets
1452 window update packets
3466 control packets
0 data packets sent after flow control
22130 packets received
9368 acks (for 9071901 bytes)
2165 duplicate acks
0 acks for unsent data
11246 packets (13593826 bytes) received in-sequence
263 completely duplicate packets (153458 bytes)
1 old duplicate packet
1 packet with some dup. data (1322 bytes duped)
281 out-of-order packets (357906 bytes)
0 packets (0 bytes) of data after window
0 window probes
600 window update packets
47 packets received after close
0 bad resets
0 discarded for bad checksums
0 discarded for bad header offset fields
0 discarded because packet too short
1695 connection requests
562 connection accepts
36 bad connection attempts
0 listen queue overflows
1870 connections established (including accepts)
2372 connections closed (including 58 drops)
70 connections updated cached RTT on close
70 connections updated cached RTT variance on close
2 connections updated cached ssthresh on close
138 embryonic connections dropped
8807 segments updated rtt (of 9144 attempts)
3038 retransmit timeouts
2 connections dropped by rexmit timeout
0 connections dropped after retransmitting FIN
0 persist timeouts
0 connections dropped by persist timeout
134 keepalive timeouts
0 keepalive probes sent
134 connections dropped by keepalive
4 correct ACK header predictions
8533 correct data packet header predictions
9 SACK recovery episodes
1 segment rexmit in SACK recovery episodes
1440 byte rexmits in SACK recovery episodes
28 SACK options (SACK blocks) received
257 SACK options (SACK blocks) sent
0 SACK scoreboard overflow

---------------------

---------- Nouveau message ajouté à 16h45 ---------- Le message précédent a été envoyé à 16h42 ----------

Dans l'utilitaire de réseau, les ping font environ 1,3 à 1,5 ms, mais certains sont beaucoup plus longs (jusqu'à 142 ms)

 

[Polo35230]

Le DNS pour le Wi-Fi est bien le 81.253.149.1 dans mes préfs, mais est resté 192.168.1.1 dans les préfs Ethernet.
Dois-je le changer aussi ?

Alors là, je ne comprends plus. Le câble ethernet est bien débranché?
Dans la conf airport, ll n'y a bien que le serveur DNS 81.253.149.1 ?
Parce que, en wifi, le "nslookup google.fr doit répondre en disant que le serveur DNS est 81.253.149.1, et pas 192.168.1.1

Il ne faut pas toucher à la conf ethernet

Dans le Terminal, fais un ping long pour voir...
ping -c 10 -s 1400 192.168.1.1

Pour les temps de réponse des pings, tout dépend ce qu'on ping (un équipement du Lan, ou sur internet), et de la bande passante dispo sur les différents tronçons.

 

[alinf34]

J'ai fini par recevoir le mail de mon amie au bout d'une heure 40, entre 2 triangles sur ma BAL Orange.fr.
Ca passe au compte-goutte.
Il y a de toute façon une défaillance de mon FAI par ailleurs.

---------- Nouveau message ajouté à 17h02 ---------- Le message précédent a été envoyé à 16h55 ----------

Last login: Tue Feb 26 16:57:19 on ttys000
iMac-2:~ Alain$ nslookup google.fr
;; connection timed out; no servers could be reached

---------- Nouveau message ajouté à 17h04 ---------- Le message précédent a été envoyé à 17h02 ----------

Le ping est lancé dans le Terminal.

Dans l'utilitaire de réseau, j'ai ça par exemple :



64 bytes from 192.168.1.1: icmp_seq=377 ttl=64 time=1.322 ms
64 bytes from 192.168.1.1: icmp_seq=378 ttl=64 time=50.322 ms
64 bytes from 192.168.1.1: icmp_seq=379 ttl=64 time=1.396 ms
64 bytes from 192.168.1.1: icmp_seq=380 ttl=64 time=1.466 ms
64 bytes from 192.168.1.1: icmp_seq=381 ttl=64 time=1.423 ms
64 bytes from 192.168.1.1: icmp_seq=382 ttl=64 time=1.577 ms
64 bytes from 192.168.1.1: icmp_seq=383 ttl=64 time=1.437 ms
64 bytes from 192.168.1.1: icmp_seq=384 ttl=64 time=1.425 ms
64 bytes from 192.168.1.1: icmp_seq=385 ttl=64 time=1.380 ms
64 bytes from 192.168.1.1: icmp_seq=386 ttl=64 time=1.440 ms
64 bytes from 192.168.1.1: icmp_seq=387 ttl=64 time=1.332 ms
64 bytes from 192.168.1.1: icmp_seq=388 ttl=64 time=1.377 ms
64 bytes from 192.168.1.1: icmp_seq=389 ttl=64 time=1.397 ms
64 bytes from 192.168.1.1: icmp_seq=390 ttl=64 time=1.413 ms
64 bytes from 192.168.1.1: icmp_seq=391 ttl=64 time=1.364 ms
64 bytes from 192.168.1.1: icmp_seq=392 ttl=64 time=1.300 ms
64 bytes from 192.168.1.1: icmp_seq=393 ttl=64 time=1.369 ms
64 bytes from 192.168.1.1: icmp_seq=394 ttl=64 time=141.572 ms
64 bytes from 192.168.1.1: icmp_seq=395 ttl=64 time=1.367 ms

---------- Nouveau message ajouté à 17h05 ---------- Le message précédent a été envoyé à 17h04 ----------

Dans le Terminal :

64 bytes from 192.168.1.1: icmp_seq=117 ttl=64 time=1.362 ms
64 bytes from 192.168.1.1: icmp_seq=118 ttl=64 time=249.928 ms
64 bytes from 192.168.1.1: icmp_seq=119 ttl=64 time=1.377 ms


---------- Nouveau message ajouté à 17h11 ---------- Le message précédent a été envoyé à 17h05 ----------

Pire encore, cette séquence à près de 6 secondes avec interruptions :


64 bytes from 192.168.1.1: icmp_seq=83 ttl=64 time=1.440 ms
64 bytes from 192.168.1.1: icmp_seq=84 ttl=64 time=1.445 ms
Request timeout for icmp_seq 85
64 bytes from 192.168.1.1: icmp_seq=86 ttl=64 time=2.522 ms
64 bytes from 192.168.1.1: icmp_seq=87 ttl=64 time=2.392 ms
Request timeout for icmp_seq 88
64 bytes from 192.168.1.1: icmp_seq=88 ttl=64 time=1289.657 ms
64 bytes from 192.168.1.1: icmp_seq=89 ttl=64 time=319.351 ms
64 bytes from 192.168.1.1: icmp_seq=90 ttl=64 time=1735.764 ms
64 bytes from 192.168.1.1: icmp_seq=91 ttl=64 time=734.775 ms
Request timeout for icmp_seq 93
Request timeout for icmp_seq 94
Request timeout for icmp_seq 95
Request timeout for icmp_seq 96
64 bytes from 192.168.1.1: icmp_seq=92 ttl=64 time=5795.825 ms
64 bytes from 192.168.1.1: icmp_seq=93 ttl=64 time=4794.824 ms
64 bytes from 192.168.1.1: icmp_seq=94 ttl=64 time=3794.031 ms
64 bytes from 192.168.1.1: icmp_seq=95 ttl=64 time=2793.357 ms
64 bytes from 192.168.1.1: icmp_seq=96 ttl=64 time=1792.588 ms
64 bytes from 192.168.1.1: icmp_seq=97 ttl=64 time=791.598 ms
64 bytes from 192.168.1.1: icmp_seq=98 ttl=64 time=2.842 ms
64 bytes from 192.168.1.1: icmp_seq=99 ttl=64 time=4.462 ms
64 bytes from 192.168.1.1: icmp_seq=100 ttl=64 time=2.638 ms

 

[Anonyme]

Pire encore, cette séquence à près de 6 secondes avec interruptions :

Là, on est dans des problèmes de connexion wifi...

C'est une autre piste : ----> changer de canal, utiliser iStumbler pour voir l'environnement wifi, etc...

 

[Polo35230]

Alors, c'est vrai que sur le réseau local, les pings vers la box sont pas très bon, voire mauvais (249ms, c'est la cata), mais tu n'as pas de perte.
On voit aussi qu le nslookup ne marche pas toujours.
Il y a un décodeur TV sur ton Lan?

Fais plusieurs essais dans le terminal:
nslookup rugbyrama.fr
nslookup lemonde.fr

ping -c 10 -s 1400 192.168.1.1
ping -c 10 -s 1400 91.212.202.12


J'avais pas vu les derniers pings!
Bon, c'est bien sur la portion wifi que ça coince...
Ce n'est pas un pb DNS.
Les pertes, c'est ce qui explique que parfois les nslookup passent, et parfois pas.
Je pense que les pings longs vont avoir beaucoup de mal à passer!

Maintenant, faudrait savoir qu'elle est l'interface wifi qui pose pb. Côté Mac ou côté Box?

Dans le "netstat -s", il y a quand même un compteur qui fait peur:
3038 retransmit timeouts (si ce sont des retransmissions sur timeout), c'est que le mac n'a pas reçu les acquittements correspondants, et donc a dû réemettre. Pas bon...