Bonjour la liste,
Suite à la discussion récente (et à d'autre plus anciennes), je sais
qu'il y a pas mal d'utilisateurs très satisfait des AP Ubiquity sur
cette liste. On en a 2 ici depuis peu, et malheureusement il y a un os !
Après de nombreux tests, quelques arrachagesde cheveux(de ce qui m'
Bonjour la liste,
Suite à la discussion récente (et à d'autre plus anciennes), je sais
qu'il y a pas mal d'utilisateurs très satisfait des AP Ubiquity sur
cette liste. On en a 2 ici depuis peu, et malheureusement il y a un os !
Après de nombreux tests, quelques arrachagesde cheveux(de ce qui m'
De mémoire, désactivé “Check internet connexion” dans les réglages de base.
J’ai déjà eu ça au début mais je ne me rappelle plus exactement la fenêtre de
modification :-o
Frank
> Le 10 févr. 2020 à 17:18, Fabrice Vincent a écrit :
>
> Bonjour la liste,
>
> Suite à la discussion récente (et
Tu fais tourner quelle version de contrôleur ? Sur quel plateforme.
Tu es certain que c’est pas une règle sur ton Zyxel plutôt ? Je veux dire s’il
y a un accès au LAN, si tu peux faire un ping de tout sauf la gateway (ton
Zyxel), alors ce n’est pas l’infrastructure Ubiqiti qui bloque, mais ton Z
Hello,
Le lun. 10 févr. 2020 à 15:19, Fabrice Vincent a écrit :
> au bout de 10 à 30 minutes sans activité sur le wifi, les clients wifi
> perdent l'accès à internet tout en conservant l'accès au LAN filaire
Ca me rappelle très fort un problème que j'ai eu en activant sans y prendre
garde l'op
> Hervé BRY a écrit :
> Ca me rappelle très fort un problème que j'ai eu en activant sans y prendre
> garde l'option
> "Enable Multicast and Broadcast Filtering" (sur le contrôleur Unifi, dans les
> paramètres
> du réseau-wifi en question).> Le filtrage était un peu trop efficace et
> bloquait d
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway ne répondait pas. Si le trafic marche sur le LAN, c’est qu’ARP marche
sur le LAN aussi.
J’en reviens à ce que je disais, regarder si le Zyxel n’est pas le coupable,
puisque c’est lui qui ne répond plus.
Wireshark
Le 10/02/2020 à 18:00, Philippe ASTIER a écrit :
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway ne répondait pas. Si le trafic marche sur le LAN, c’est qu’ARP marche
sur le LAN aussi.
L'option bloque de LAN vers WAN, pas LAN<>LAN
J’en reviens à ce que je
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Donc, si je vous suis, les bornes filtreraient les réponses ARP (en broadcast)
uniquement de la gateway, mais pas du reste du LAN ? Ca parait très gros comme
bug.
La gateway, par définition, fait bien partie du LAN…
J’ai du mal à être conv
Le 10/02/2020 à 18:13, Philippe ASTIER a écrit :
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Extrait de l'UI
Filtrage Multicast et Broadcast <> Bloquer les données multicast et
broadcast de LAN vers WAN
Donc, si je vous suis, les bornes filtreraient les réponses ARP (en
broa
Oui, et bien c’est une belle coquille de la traduction française !
En anglais : Block LAN to WLAN Multicast and Broadcast Data.
Et c’est logique, parce que pour commencer, le braodcast ne part jamais sur le
WAN !!!
Moralité : faut pas faire confiance aux traductions (et je plaide coupable, je
s
> Fabrice Vincent a écrit :
> - Pendant ce temps les clients WLAN ayant une activité réseau régulière
> continuent à avoir un accès normal au LAN+internet
Symptomatique d'un ARP timeout ou d'un CAM timeout. Si sur le poste client tu
lance un ping continu vers l'extérieur, est-ce que çà se produit
> Le 10 févr. 2020 à 18:54, Michel Py a
> écrit :
>
>> Fabrice Vincent a écrit :
>> - Pendant ce temps les clients WLAN ayant une activité réseau régulière
>> continuent à avoir un accès normal au LAN+internet
>
> Symptomatique d'un ARP timeout ou d'un CAM timeout. Si sur le poste client tu
> David Ponzone a écrit :
> Ouais j’aurais bien vu un truc comme ça, expiration de la CAM dans un context
> de
> double lien routeur-LAN. Si c’est ça, faudrait faire un clear arp sur le
> client
> WIFI qui fait le ping, et voir si c’est mieux (puisque ça va forcer un ARP
> request).
Oui, mais j
Merci à tous pour vos nombreux apports très constructif.
J'espère pouvoir tester ces différentes pistes demain (mais je ne suis
pas sure de passer sur site).
Celle qui me semble la plus probable c'est celle du filtrage du ARP
Broadcast vers la default gateway.
Je regarderai cette option, et a
> Fabrice Vincent écrit :
> probablement même pas 48 hosts dans sa table ARP. Donc un saturation de la
> CAM me semble improbable.
Pas saturation, mais expiration. Sur un switch Cisco, c'est 5 minutes. Ca prend
plus long que ARP, mais la CAM çà expire aussi et tu as visiblement un problème
de q
De mémoire, désactivé “Check internet connexion” dans les réglages de base.
J’ai déjà eu ça au début mais je ne me rappelle plus exactement la fenêtre de
modification :-o
Frank
> Le 10 févr. 2020 à 17:18, Fabrice Vincent a écrit :
>
> Bonjour la liste,
>
> Suite à la discussion récente (et
Tu fais tourner quelle version de contrôleur ? Sur quel plateforme.
Tu es certain que c’est pas une règle sur ton Zyxel plutôt ? Je veux dire s’il
y a un accès au LAN, si tu peux faire un ping de tout sauf la gateway (ton
Zyxel), alors ce n’est pas l’infrastructure Ubiqiti qui bloque, mais ton Z
Hello,
Le lun. 10 févr. 2020 à 15:19, Fabrice Vincent a écrit :
> au bout de 10 à 30 minutes sans activité sur le wifi, les clients wifi
> perdent l'accès à internet tout en conservant l'accès au LAN filaire
Ca me rappelle très fort un problème que j'ai eu en activant sans y prendre
garde l'op
> Hervé BRY a écrit :
> Ca me rappelle très fort un problème que j'ai eu en activant sans y prendre
> garde l'option
> "Enable Multicast and Broadcast Filtering" (sur le contrôleur Unifi, dans les
> paramètres
> du réseau-wifi en question).> Le filtrage était un peu trop efficace et
> bloquait d
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway ne répondait pas. Si le trafic marche sur le LAN, c’est qu’ARP marche
sur le LAN aussi.
J’en reviens à ce que je disais, regarder si le Zyxel n’est pas le coupable,
puisque c’est lui qui ne répond plus.
Wireshark
Le 10/02/2020 à 18:00, Philippe ASTIER a écrit :
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway ne répondait pas. Si le trafic marche sur le LAN, c’est qu’ARP marche
sur le LAN aussi.
L'option bloque de LAN vers WAN, pas LAN<>LAN
J’en reviens à ce que je
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Donc, si je vous suis, les bornes filtreraient les réponses ARP (en broadcast)
uniquement de la gateway, mais pas du reste du LAN ? Ca parait très gros comme
bug.
La gateway, par définition, fait bien partie du LAN…
J’ai du mal à être conv
Le 10/02/2020 à 18:13, Philippe ASTIER a écrit :
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Extrait de l'UI
Filtrage Multicast et Broadcast <> Bloquer les données multicast et
broadcast de LAN vers WAN
Donc, si je vous suis, les bornes filtreraient les réponses ARP (en
broa
Oui, et bien c’est une belle coquille de la traduction française !
En anglais : Block LAN to WLAN Multicast and Broadcast Data.
Et c’est logique, parce que pour commencer, le braodcast ne part jamais sur le
WAN !!!
Moralité : faut pas faire confiance aux traductions (et je plaide coupable, je
s
> Fabrice Vincent a écrit :
> - Pendant ce temps les clients WLAN ayant une activité réseau régulière
> continuent à avoir un accès normal au LAN+internet
Symptomatique d'un ARP timeout ou d'un CAM timeout. Si sur le poste client tu
lance un ping continu vers l'extérieur, est-ce que çà se produit
> Le 10 févr. 2020 à 18:54, Michel Py a
> écrit :
>
>> Fabrice Vincent a écrit :
>> - Pendant ce temps les clients WLAN ayant une activité réseau régulière
>> continuent à avoir un accès normal au LAN+internet
>
> Symptomatique d'un ARP timeout ou d'un CAM timeout. Si sur le poste client tu
> David Ponzone a écrit :
> Ouais j’aurais bien vu un truc comme ça, expiration de la CAM dans un context
> de
> double lien routeur-LAN. Si c’est ça, faudrait faire un clear arp sur le
> client
> WIFI qui fait le ping, et voir si c’est mieux (puisque ça va forcer un ARP
> request).
Oui, mais j
Merci à tous pour vos nombreux apports très constructif.
J'espère pouvoir tester ces différentes pistes demain (mais je ne suis
pas sure de passer sur site).
Celle qui me semble la plus probable c'est celle du filtrage du ARP
Broadcast vers la default gateway.
Je regarderai cette option, et a
> Fabrice Vincent écrit :
> probablement même pas 48 hosts dans sa table ARP. Donc un saturation de la
> CAM me semble improbable.
Pas saturation, mais expiration. Sur un switch Cisco, c'est 5 minutes. Ca prend
plus long que ARP, mais la CAM çà expire aussi et tu as visiblement un problème
de q
I will be out of office from February,10th through February, 17th with no
access to emails.
Regards,
Frederic.
On 10 Feb 2020, at 18:06, Daniel via frnog wrote:
Le 10/02/2020 à 18:00, Philippe ASTIER a écrit :
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway n
I will be out of office from February,10th through February, 17th with no
access to emails.
Regards,
Frederic.
On 10 Feb 2020, at 18:17, Daniel via frnog wrote:
Le 10/02/2020 à 18:13, Philippe ASTIER a écrit :
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Extrait de l'UI
Filtrage
I will be out of office from February,10th through February, 17th with no
access to emails.
Regards,
Frederic.
On 10 Feb 2020, at 18:06, Daniel via frnog wrote:
Le 10/02/2020 à 18:00, Philippe ASTIER a écrit :
Ce qui me dérange dans la description c’est qu’il nous a dit que seule la
gateway n
I will be out of office from February,10th through February, 17th with no
access to emails.
Regards,
Frederic.
On 10 Feb 2020, at 18:17, Daniel via frnog wrote:
Le 10/02/2020 à 18:13, Philippe ASTIER a écrit :
Euh, pas LAN vers WAN, mais vers WLAN, c’est pas pareil.
Extrait de l'UI
Filtrage
34 matches
Mail list logo
