PDA

Afficher la version complète : impossible de faire un groupe



Peter-rabbit
19/02/2016, 15h38
hi !

bon le plus gros bug du jeu, c'est qu'on perd plein de temps à tenter de faire un groupe qui se dissout quand on cherche, après N reboot (pc, uplay, le jeu, les box) on arrive pas à stack avec certains amis, c'est super chiant, on perd 30min à faire un groupe pour 5min de partie ...

le pire, ça arrive tout le temps en ranked, jamais en casu, donc celui qui deco, se prend sa défaite alors qu'il a été kick du groupe avant les écrans de chargement de la game ...

ça serait bien de fix et de stabiliser les groupes ...

Peter-rabbit
19/02/2016, 18h37
pour info, c'est la fameuse erreur 68 que mon ami se prend (ça ne le fait qu'avec lui) ...

impossible de grouper avec lui toute la journée, FIX plz ! :(

Peter-rabbit
19/02/2016, 19h01
note :

je suis chez free, mon ami chez NC, un autre chez orange, on arrive à stack, et le pote chez orange se fait deco en ranked ...

j'ai utilisé un VPN, et on arrive à jouer entre NC et OVH (mais pas NC et FREE)

y'a un problème dans le jeu sur les sessions et le peering j'ai l'impression, c'est un peu atroce ..

NashHero
19/02/2016, 20h12
Bonsoir,

Je te conseille fortement de faire part de ce problème au service-client, ici-même (https://support.ubi.com/fr-FR/AskQuestion), avec toutes les informations que tu nous a donné. :) Je suis sur qu'ils seront plus à même de t'aider. ;)

Tiens nous au courant,
Nash

Peter-rabbit
19/02/2016, 22h05
je viens en parler ici afin que vous remontiez le problème

appeler la hotline ne changera rien. En effet, je suis ingénieur réseau et sécurité, et c'est pas du N0/1 qui me donnera une réponse claire et précise.

Ils vont lire le script pour les gens qui n'y connaissent rien, reboot un pc, une box ou ouvrir des ports ils peuvent repasser ... ^^

la je parle de choses concretes le problème est le manque de console dans le jeu et de fichiers de logs afin de comprendre au mieux ce qui se passe.

Ce que je vois actuellement c'est ca :

- une journée de perdue pour tenter de faire un groupe

- pas de problème de groupe entre mon ami et des amis

- pas de problème de groupe entre des amis et moi

- un gros problème de groupe entre mon ami et moi (moi filaire et lui wifi mais ca vient pas de la)

- quand je lance un VPN via ovh, on arrive a se grouper mais quand on lance une partie un des joueurs de notre groupe se fait kick sans aucune raison.

- donc sans logs, sans console, sans IP, sans rien comment votre service client va debug ?! car a part ce que je dis, j'ai rien de concret a transmettre a vos services, rien sur quoi ils peuvent s'appuyer afin d'investiguer

le seul code erreur qu'on ait c'est le fameux 68 mais impossible de passer outre

voilà, le problème c'est que quand ca arrive en ranked on se retrouve a 4 et le dernier slot depuis le patch 2.1 personne peut rejoindre ...

donc on fait quoi ? on va devoir attendre debut mars pour le prochain patch en esperant que ca fonctionne ?

j'ai deja parlé de mon impression sur le fait que la session dans laquelle nous sommes (en groupe, en recherche de match, dans un match) nous croit en timeout car on est en alt tab (ca m'arrive 100% du temps quand j'alt tab, je ne crois pas aux coincidences dans ce milieu de l'informatique)

y'a pas mal de trucs côté réseau, session etc a fix ... et c'est pas en appelant votre service client qui m'aidera :)

Kingsalt20
20/02/2016, 00h43
Est-ce que toutes vos NATs sont ouvertes? Cela pourrait expliquer que votre amis n'arrive pas à rejoindre. Ça me rappelle je ne sais plus quel jeu où un ami et moi on arrivait pas à se connecter ensemble mais quand on rejoignait un troisième joueur commun ça marchait.

Peter-rabbit
20/02/2016, 10h15
oui oui king, pas de problème de NAT.

tu te doutes bien, apres ce que j'ai dit sur mon metier :p, que j'ai tenté pas mal de choses avant de venir ici ^^

dans le jeu nous sommes tous en NAT ouvert, merci le protocole UPnP :)

il faudrait vraiment un fichier de log pour voir ce qui se passe sur la session ou que les dev expliquent exactement a quoi correspond l'erreur 68.

Malheureusement, le jeu est basé sur l'UDP, donc c'est pas stable comme moyen de transport, ca serait plus stable avec du TCP, le moindre pet dans le tuyau : pouf la session gicle je pense, mais aucun moyen d'en etre sur

je vais essayer d'analyser ca en detail avec ce que j'ai, serait-il possible d'avoir en mp une ip d'un serveur de jeu situé en weu ? (sinon je trouverai bien je pense ^^)

Peter-rabbit
20/02/2016, 11h40
voilà ce qui se passe (à peu près dans le jeu) :

j'ai 3 connexions TCP (dès fois un peu plus, mais bon, on s'en fout un peu pour le coup :D) sur le port 443 qui sont ouvertes vers les IP suivantes juste sur le menu :

54.210.80.231
216.98.48.186
191.237.32.214

voilà ce que ça donne :


C:\Users\Tetz>tracert 216.98.48.186

Détermination de l'itinéraire vers 216.98.48.186 avec un maximum de 30 sauts.

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 5 ms 5 ms XXX.XXX.XXX.XXX
3 5 ms 5 ms 7 ms 213.228.10.190
4 7 ms 7 ms 7 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 7 ms 11 ms 7 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 7 ms 7 ms 7 ms th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
7 8 ms 7 ms 8 ms be4204.ccr21.par04.atlas.cogentco.com [149.11.115.13]
8 8 ms 7 ms 8 ms be12309.ccr42.par01.atlas.cogentco.com [154.54.39.65]
9 9 ms 8 ms 9 ms be2425.rcr21.par05.atlas.cogentco.com [130.117.3.206]
10 8 ms 8 ms 8 ms gttnet.par05.atlas.cogentco.com [130.117.15.106]
11 105 ms 99 ms 98 ms xe-7-3-0.mtl10.ip4.gtt.net [141.136.106.106]
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 * * * Délai d'attente de la demande dépassé.
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.



problème de peering ici entre la Suisse et la France apparemment (à confirmer, sinon c'est un saut EUROPE vers USA/CANADA)

2ème :



C:\Users\Tetz>tracert 54.210.80.231

Détermination de l'itinéraire vers ec2-54-210-80-231.compute-1.amazonaws.com [54.210.80.231]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 5 ms 5 ms XXX.XXX.XXX.XXX
3 5 ms 7 ms 6 ms 213.228.10.190
4 7 ms 7 ms 7 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 9 ms 8 ms 7 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 8 ms 7 ms 9 ms th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
7 7 ms 8 ms 7 ms be4204.ccr21.par04.atlas.cogentco.com [149.11.115.13]
8 8 ms 7 ms 7 ms be12309.ccr42.par01.atlas.cogentco.com [154.54.39.65]
9 15 ms 15 ms 16 ms be12489.ccr42.lon13.atlas.cogentco.com [154.54.57.69]
10 87 ms 87 ms 87 ms be2493.ccr22.bos01.atlas.cogentco.com [154.54.42.97]
11 87 ms 87 ms 87 ms be2096.ccr42.jfk02.atlas.cogentco.com [154.54.30.41]
12 119 ms 87 ms 88 ms be2057.ccr21.jfk10.atlas.cogentco.com [154.54.80.178]
13 89 ms 91 ms 92 ms ntt.jfk10.atlas.cogentco.com [154.54.12.146]
14 86 ms 86 ms 86 ms ae-9.amazon.nycmny01.us.bb.gin.ntt.net [129.250.201.130]
15 93 ms 93 ms 93 ms 54.240.229.80
16 * * * Délai d'attente de la demande dépassé.
17 94 ms 93 ms 96 ms 54.239.108.222
18 93 ms 94 ms 93 ms 54.239.108.209
19 108 ms 104 ms 112 ms 54.239.108.242
20 97 ms 95 ms 95 ms 54.239.109.7
21 95 ms 94 ms 95 ms 205.251.245.172
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.


encore ce saut (je pense) Europe vers USA/CANADA



C:\Users\Tetz>tracert 191.237.32.214

Détermination de l'itinéraire vers blob.bl4prdstr03a.store.core.windows.net [191.237.32.214]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 4 ms 5 ms XXX.XXX.XXX.XXX
3 5 ms 5 ms 5 ms 213.228.10.190
4 8 ms 7 ms 7 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 10 ms 9 ms 9 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 8 ms 7 ms 7 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
7 7 ms 7 ms 7 ms ae2-0.par02-96cbe-1b.ntwk.msn.net [198.200.130.114]
8 7 ms 7 ms 7 ms ae3-0.pra-96cbe-1b.ntwk.msn.net [204.152.141.246]
9 87 ms 87 ms 93 ms ae5-0.was02-96cbe-1c.ntwk.msn.net [104.44.227.116]
10 89 ms 89 ms 89 ms 104.44.4.236
11 87 ms 86 ms 87 ms ae74-0.bl4-96cbe-1b.ntwk.msn.net [104.44.9.29]
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 * * * Délai d'attente de la demande dépassé.
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.


encore un problème, sauf si une fois de plus c'est le saut EUROPE vers USA/CANADA

je pense que les connexions TCP en 443 vers les clouds sont là pour nos sauvegardes de profils, agents, etc. donc pas très grave sur le fait qu'il puisse avoir un saut entre 7ms et presque 100 ms (ce qui expliquerait la lenteur de connexion quand on voit le message : connexion aux serveurs)

Pour le ping vers WEU (vu qu'apparemment nous ne pouvons pas choisir notre région, et que c'est définit arbitrairement) :

le ping se fait vers 216.98.48.171 : une IP à montreal apparement vu le tracert :



C:\Users\Tetz>tracert 216.98.48.171

Détermination de l'itinéraire vers lb-rdv-prod16.ubisoft.com [216.98.48.171]
avec un maximum de 30 sauts*:

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 4 ms 5 ms XXX.XXX.XXX.XXX
3 6 ms 5 ms 6 ms 213.228.10.190
4 7 ms 8 ms 8 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 8 ms 8 ms 8 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 8 ms 8 ms 8 ms th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
7 7 ms 8 ms 8 ms be4204.ccr21.par04.atlas.cogentco.com [149.11.115.13]
8 8 ms 8 ms 8 ms be12309.ccr42.par01.atlas.cogentco.com [154.54.39.65]
9 9 ms 9 ms 9 ms be2425.rcr21.par05.atlas.cogentco.com [130.117.3.206]
10 9 ms 8 ms 9 ms gttnet.par05.atlas.cogentco.com [130.117.15.106]
11 99 ms 99 ms 100 ms xe-1-3-0.mtl10.ip4.gtt.net [89.149.184.74]
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 * * * Délai d'attente de la demande dépassé.
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.


toujours cette histoire de saut entre l'Europe et USA/CANADA qui fait monter le ping, par contre, le ping affiché sur le menu est de 20ms et par contre dans le jeu, le ping varie de 40 à 60 (par moment à 120) sans aucune explication.

En ce qui concerne les IP que je vois sur les port UDP 3074 et 6015 :

216.98.48.171 (déjà fait un tracert dessus, donc on sait où elle se trouve et ce qui se passe niveau peering)
216.98.48.94 : elle doit se trouver dans la même infra vu les 3er octets :



C:\Users\Tetz>tracert 216.98.48.94

Détermination de l'itinéraire vers 216.98.48.94 avec un maximum de 30 sauts.

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 4 ms 5 ms XXX.XXX.XXX.XXX
3 7 ms 5 ms 5 ms 213.228.10.190
4 8 ms 7 ms 13 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 8 ms 7 ms 8 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 8 ms 8 ms 8 ms th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
7 8 ms 8 ms 7 ms be4204.ccr21.par04.atlas.cogentco.com [149.11.115.13]
8 8 ms 8 ms 7 ms be12309.ccr42.par01.atlas.cogentco.com [154.54.39.65]
9 24 ms 41 ms 14 ms be2425.rcr21.par05.atlas.cogentco.com [130.117.3.206]
10 8 ms 8 ms 8 ms gttnet.par05.atlas.cogentco.com [130.117.15.106]
11 99 ms 99 ms 98 ms xe-7-3-0.mtl10.ip4.gtt.net [141.136.106.106]
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 * * * Délai d'attente de la demande dépassé.
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.



Lançons maintenant une partie et prions pour voir une IP de serveur et je pense que vos datacenter pour WEU sont aux pays bas, vu ma session sur wireshark, ça semble confirmer ce que je pense, une IP ressort :

104.40.215.137



C:\Users\Tetz>tracert 104.40.215.137

Détermination de l'itinéraire vers 104.40.215.137 avec un maximum de 30 sauts.

1 <1 ms <1 ms <1 ms XXX.XXX.XXX.XXX
2 5 ms 4 ms 5 ms XXX.XXX.XXX.XXX
3 6 ms 5 ms 5 ms 213.228.10.190
4 8 ms 8 ms 8 ms bzn-9k-4-be1026.intf.routers.proxad.net [194.149.161.189]
5 10 ms 11 ms 11 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 8 ms 9 ms 7 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
7 7 ms 7 ms 8 ms ae2-0.par02-96cbe-1b.ntwk.msn.net [198.200.130.114]
8 20 ms 20 ms 19 ms ae4-0.bru30-96cbe-1b.ntwk.msn.net [104.44.225.34]
9 20 ms 20 ms 19 ms ae0-0.bru30-96cbe-1a.ntwk.msn.net [104.44.225.26]
10 19 ms 19 ms 19 ms 104.44.225.29
11 20 ms 20 ms 19 ms ae14-0.ams04-96cbe-1a.ntwk.msn.net [104.44.227.84]
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 * * * Délai d'attente de la demande dépassé.
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * * Délai d'attente de la demande dépassé.
26 * * * Délai d'attente de la demande dépassé.
27 * * * Délai d'attente de la demande dépassé.
28 * * * Délai d'attente de la demande dépassé.
29 * * * Délai d'attente de la demande dépassé.
30 * * * Délai d'attente de la demande dépassé.

Itinéraire déterminé.



je retrouve mes 20ms (mais pas dans le jeu vu que monte à 40/60)

j'ai sauvegardé la capture wireshark en question si ça peut intéresser vos équipes, j'attends que mon ami soit là pour tenter de grouper et voir si ça disfonctionne encore ou pas afin de capturer ce qui se passe.

apdji
20/02/2016, 12h51
Déjà je note le wireshark pour trouver plus facilement les ips. Perso je faisais du basique et à l'arrache avec la lecture de ports de kaspersky internet security (sachant que je lui demande un max d'exclusion de surveillance sur les exe de mes jeux pour ne pas ralentir le flux de données).

Après tes analyses sont intéressantes et croisent certains trucs que j'avais relevé pendant mes tests. On va toujours taper mais pas beaucoup en terme de données ces fameuses IP montréalaises et une autre aussi je ne sais plus où aux States.
Mais comme tu le dis et vu la quantité de données envoyées et dans quelle durée, c'est plus de la synchro d'info qu'autre chose.

On ne peut pas choisir notre centre de données direct mais on peut forcer notre région dans le ini.
Et là aussi où tes tests sont intéressants, c'est que tu trouves les pays bas alors qu'il me semblait que le WEU était en Angleterre d'après ce qu'on m'en avait dit.

Pour le ping et les différences de ping entre centre de données et IG etc. Faut pas oublier que les données qu'on a IG sont faussé par l'algo de lag compensation qui fait monter notre ping. Mais pour celui du centre de données, il est généralement fiable et proche des pings qu'on a ailleurs sur notre connexion classique. Que ce soit en speedtest ou sur un TS ou autre.

Mais pour en revenir à ton problème initial de squad foireuse, si elle pète à la fin d'un match quand la recherche se lance, c'est qu'elle avait buggée lors de la première. Que son instance et certainement son lead / host par un des membres avait foiré plutôt.
Chez les IBl, on a parfois certains membres qui ont du mal à join des squads etc.
Dans ce cas là c'est souvent le même mec qui merde et souvent pour résoudre le souci, il faut dissoudre la squad et inviter en premier le mec qui a du mal à join. Attendre qu'il arrive et ensuite inviter les autres.

Mais je pense à un autre truc en dehors du réseau global, j'aurais deux trois autres questions pour réfléchir / tester des trucs sur ton problème.
Est ce que toi et tes mates vous avez tous bien paramétré votre parefeu logiciel (si vous en avez un) pour que la majorité des trucs de R6 et Uplay passe en transparent à travers?
Ensuite, est ce que uplay et par extension R6 sont installé ailleurs que dans programmes ou program files (x86) chez tout le monde?
Et pour finir est ce que tout le monde lance Uplay et R6S en mode de compatibilité admin (en étant allé directement dans les propriétés de l'exécutable pour cocher le mode admin)?

Peter-rabbit
20/02/2016, 14h04
pour moi, les gros datacenter pour beaucoup d'entreprises (jeux vidéos ou autre) sont généralement situés aux pays bas, ça m'étonne pas justement (surtout pour la partie WEU), l'angleterre serait un choix étonnant :)

la seule chose que je sais c'est que toutes les com' réseaux passent par COGENT (http://www.cogentco.com/files/images/network/network_map/networkmap_global_large.png)

après pour te répondre :

sur wireshark tu mets un filtre sur les ports UDP 3074 et 6015 ( udp.port == 3074 or udp.port == 6015 ) tu peux aussi rajouter 'or icmp' ça te permettra de voir où tu ping :) le ping sera en timeout dans wireshark rien d'affolant.

le problème de SQUAD, tout a été tenté, qu'il fasse le groupe, que ça soit un autre ami etc. rien ne change.

au niveau parefeu, il a désactivé son AV rien ne change, moi perso j'ai KS donc aucun soucis (à ce propos si t'analyses le réseau avec tu vois pas les connexions UDP ;) tu vois que le TCP).

après le fait que ça soit sur un client 32 ou 64 bits ne change rien, hier ca été perma deco, avant hier ça marchait niquel, donc on passe de tout à rien pour le coup, c'est pour ça que je dis que c'est vraiment un problème de session et que le problème n'est pas chez nous

apdji
21/02/2016, 12h17
Je note pour wireshark. Merci.

Et tes potes qui arrivent pas à join ou même toi, vous avez testé de mettre les possibilités de joindre la squad et donc que tes potes tentent de join directement au lieu d'attendre ton invitation?

Peter-rabbit
21/02/2016, 14h06
hier soir on a eu le problème toujours entre nous 3 !

mais on a "debug" (enfin on l'avait déjà fait avant sans succès) par le fait que ça soit la dernière personne qui nous ait rejoint de faire le groupe et lancer, et là pas de problème

assez étrange quoi qu'il en soit :/

car le groupe au final reste le même, les mêmes IP etc. je vois pas pourquoi en changeant la personne qui crée le groupe ça éviterait la déconnexion d'une autre

apdji
21/02/2016, 20h16
En fait on le voit pas, d'ailleurs c'est con car il devrait nous l'afficher, mais normalement il y a un pseudo leader de squad qui est celui qui lance les invits. Et souvent si lui on arrive à le joindre en répondant à ses invits, s'il lance ça passe.

Et si on a une erreur lorsque la recherche se relance derrière, c'est que la squad était morte avant et donc on fait redémarrer celui qui a invité et on demande à un autre de lancer les invits.

Sachant qu'on se sert du système d'invit de uplay vraiment avec le maj f2 et non juste de l'interface rapide de gestion de squad.
La complète de uplay nous permet de vraiment voir si on peut inviter les gens et surtout avant tout autre chose, elle, elle ne fait pas des sauts monte descend dès qu'on lance une invit et donc elle ne nous fait pas faire de miss clic :D

Peter-rabbit
21/02/2016, 23h13
intefarce du jeu ou shift+f2 change rien :)

la dans la journée aucun problème, mais c'est comme si le jeu croyait que l'escouade n'existe plus pour quelqu'un et le kick sauf que ca va plus loin en le mettant hors jeu dans la même partie s'il a reussi a charger c'est la que c'est dingue ...