Re: [FRnOG] [TECH] problème PDU : courant de fuite
Je n’ai pas tout lu mais dans ce cas ça semble plus un problème de sélectivité si ton souci provient du réarmement d’un circuit en amont. Qu’en dis ton électricien ? > Le 10 oct. 2023 à 09:53, fr...@r0m5.eu a écrit : > > Bonjour, > > Comme évoqué dans un autre mail, le type de courbe semble plus impactant pour > un problème éventuel de courant d'appel qu'un problème de courant de fuite. > Par ailleurs, nous sommes déjà sur un différentiel Type A SI mais merci pour > le retour ! > > Bonne journée, > >> Le 09/10/2023 à 20:07, Pierre-E a écrit : >> Bonjour, >> >> Sais-tu sur quel type de courbe son tes disjoncteurs ? >> J’ai eu quelques problèmes du même type et après être passé sur des ASi, le >> problème était résolu. >> >> My two cents, >> Pierre-Emmanuel LT >> On 9 Oct 2023, at 19:18, fr...@r0m5.eu wrote: >>> >>> Bonsoir, >>> >>> Je rencontre actuellement un soucis dans une baie informatique avec une >>> arrivée 32A, hors datacenter, qui dispose d'un PDU manageable d'une marque >>> reconnue et présente sur le marché datacenter. >>> >>> Nous essayons d'utiliser ce PDU en y reliant 15 alimentations de switch >>> réseau 350W (pas junisco mais grande marque réseau tout de même) qui ont >>> chacune un peu plus de 1mA de courant de fuite. >>> Lorsque nous relions ces alimentations au PDU déjà démarré (contrôleur >>> démarré et outlets déjà alimentées) pas de soucis. >>> Par la suite lorsque le courant est coupé en amont du PDU, alors au retour >>> du courant notre différentiel 30mA saute systématiquement. >>> Nous avons mesuré que lors du démarrage du PDU, on a un courant de fuite de >>> 8 à 10mA supplémentaires, courant de fuite qui disparaît une fois le >>> contrôleur du PDU démarré et les relais actionnés (les outlets alimentées). >>> On revient alors au seul courant de fuite des alims de switch (entre 15 et >>> 20 mA). >>> >>> Concernant le fait que le courant de fuite soit plus important au démarrage >>> du PDU qu'une fois celui-ci démarré, j'ai contacté le constructeur et >>> j'attends un retour. >>> >>> J'en arrive aux questions : >>> - 1 mA de courant de fuite par alim de switch vous paraît-il cohérent ? >>> Nous savons testé avec une autre marque, nous sommes plutôt aux alentours >>> de 0,5mA. >>> - des différentiels 30mA sont-ils à votre connaissance utilisés en >>> datacenter ? un différentiel pour chacune des deux sources d'alim redondées >>> d'une baie ? J'aurai tendance à penser que oui pour la protection des >>> personnes mais dans un job précédent nous remplissions bien nos baies dans >>> nos datacenters parisiens et nous n'avons jamais à ma connaissance eu de >>> problème de différentiel qui saute. >>> >>> Si par ailleurs vous avez d'autres suggestions qui pourraient m'être >>> utiles, je suis preneur. >>> >>> Bonne soirée ! >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] problème PDU : courant de fuite
Bonsoir à tous, C'est marrant cette histoire me fait penser très fortement aux soucis que nous avions rencontré dans le #DataBureau dans nos locaux lorsque j'étais DSI à la mairie de Dammarie-les-Lys. J'en avais eu des bizarreries, les électriciens de la ville et la boite spécialisée en courant fort (ça commence par un E, ca se termine par un E aussi et c'est en 7 lettres...) m'avaient fait je ne sais pas combien de changement de disjoncteurs (A, puis AC, puis D, puis Hpi, puis des marques différentes) au frais du maigre budget de la DSI... A la fin le "commercial" d'ExE m'avait fait un devis avec un transfo d'isolement et des cablettes de terre jusqu'au sous-sol de la mairie. Y'en avait pour plus de 50k€ ! J'ai dis que les tests sur cobaye vivant c'était pas le Docteur MABOULE informatique et j'ai repris les choses en main. D'abord on m'a bassiné avec le C15-100 pour les installations électriques de la salle alors que l'on peut y déroger avec une note de calcul d'un bureau accrédité : j'ai fait venir l'APAVE qui m'ont audité le DataBureau de fond en comble au niveau électrique. J'ai eu quelques jours plus tard une note de calcul avec dérogation sur les différentiels 30mA, on est passé à 300mA sous la stupéfaction des électriciens maison et d'ExE ! Bah oui car on était limite avec l'ensemble du matériel dans les différentes baies mais qui partagent la MEME terre... Depuis plus de problème, ni sur les PDU, ni sur les onduleurs, le tout sans transfo d'isolement et reprise des terres existantes. Je n'ai pas eu de victime parmi les techniciens depuis plus de 10 ans et elle fait l'objet d'une vérification périodique annuelle de la part de l'APAVE. J'en ai profité pour faire passer les formations et habilitations électriques à l'équipe des techniciens (B0/B1 puis BR/BS) en même temps que l'acquisition d'un contrôleur de qualité énergie pour mesurer la fourniture tri et enregistrer les perturbations éventuelles. J'avais fait à l'époque une petite vidéo des disjoncteurs lors des pannes : https://www.youtube.com/shorts/lnRKgMGq8dU J'en ai passé des nuits d'angoisse avec épuisements complets des onduleurs des baies le temps que j'arrive pour réarmer... My 2 euros. Bonne soirée à tous. Cem Le 2023-10-10 09:51, fr...@r0m5.eu a écrit : Bonjour, Merci pour les précisions. En effet l'électricien avec qui je travaille m'a indiqué que les courbes D, K etc. sont plutôt à considérer dans les problèmes de courant d'appel que de courant de fuite. Le différentiel que nous utilisons est déjà un type A SI (1P+N 40A 30mA type A SI). Concernant le différentiel qui ne déclenche qu'après une temporisation de 40ms, malheureusement la durée de notre pic se mesure plutôt en secondes voire dizaines de secondes (le temps que le contrôleur du PDU démarre et que les relais soient actionnés pour que les prises soient alimentées). Bonne journée, Le 10/10/2023 à 08:46, Paul Caranton a écrit : Bonjour à tous, Les "courbes" D et K correspondent à des courbes de déclenchement de disjoncteurs magnéto-thermiques. Pour les différentiels on parle plutôt de "type" (qui sont aussi des lettres, sinon ce n'est pas drôle). Je ne connai pas tous les types de différentiels, mais un type "Super Immunisé" (Fsi ou Asi par exemple) pourrait être adapté. Du coup je doute qu'un disjoncteur courbe D ou K change quoique ce soit à un problème de courant de fuite. Un disjoncteur différentiel aura donc à la fois une courbe pour la partie magnéto-thermique et un type pour la partie différentielle. Un interrupteur différentiel n'aura qu'un type, vu qu'il ne limite pas le courant en aval. En plus de tout ça il existe des différentiels sélectifs, qui ne déclenchent qu'après une temporisation de 40ms minimum. Si ton courant de fuite d'appel dure moins longtemps cela pourrait être une piste à explorer. Cordialement, Paul C. Le 10 octobre 2023 08:08:54 GMT+02:00, fr...@r0m5.eu a écrit : Bonjour Jérôme, Comme nous avons le pic de courant de fuite avant que les prises soient alimentées, je ne pense pas que la temporisation nous sera bénéfique. Je dirais que ce serait plutôt utile pour les problèmes de courant d'appel, et de ce côté là à priori pas de soucis. Nous pourrons tout de même tenter. Courbe D ou courbe K c'est noté, je me renseigne et je transmets à notre électricien. Bonne journée, Le 10/10/2023 à 07:57, Jérôme Quintard a écrit : Nous on mets systématiquement du courbe D ou K et aucun souci du genre. Une autre technique que l’on utilise c’est de temporiser d’une seconde chaque prise électrique par rapport à la suivante ce qui évite aussi pas mal de contrainte. Le 9 oct. 2023 à 19:54, fr...@r0m5.eu a écrit : Bonsoir Richard, Actuellement aucun câble réseau n'est branché. En connectant moins d'équipements le problème est toujours présent, mais avec 12 alimentations ou
Re: [FRnOG] [MISC] Orange Business et l'enfer du suivi de projet
On Tue, Oct 10, 2023 at 9:36 PM Toussaint OTTAVI wrote: > PS : Je précise que je ne suis pas rémunéré par Orange. En 25 ans, j'ai > obtenu une chemisette siglée (en coton de pacotille, qui a déteint au > premier lavage; et c'est parce que je leur avais rendu un TRES GROS > service ce jour là). > Ce "très gros service" a attiré ma curiosité: c'est une histoire racontable sur FRnOG ? :) -- Florent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Bonjour, pour aider, nous utilisons pas mal de W80DM avec firmware 103.83.0.80 sur soft type "centile" et aucun problème rencontré du moment que les espacements et emplacement recommandé par yealink sont bien suivie Idem aucun problème avec la gamme T5x Le 11 oct. 2023 à 18:27 +0200, David Ponzone , a écrit : > Ouais mais par exemple, j’ai déjà croisé des coquins (à qui j’ai > succinctement eu envie de demander de changer de métier) qui avaient des > jolies règles, mais qui avaient pas coupé le SIP ALG de leur firewall > d’entrée de gamme (Watchguard, SonicWall, Sophos, Zyxel, etc…) :) > Après, y a aussi des gens qui font de la voix à travers des liens non > maitrisés. C’est un modèle (je suppos) mais de temps en temps, c’est un nid à > emmerdes. > > > Le 11 oct. 2023 à 18:22, Lionel RIVIERE via frnog a écrit > > : > > > > Bonjour et merci pour votre retour > > > > Nous avons aussi des occurrences sur les communications blanches mais c'est > > aussi aléatoire > > D'après votre expérience quand vous dites "causées par mauvaise > > configuration NAT / Pare feu", s'agissait-il également d'un problème > > aléatoire ou systématique ? (Car la règle de FW en place ne change pas en > > cours de route) > > > > Nous avons des soucis sur la version 103.85.0.25 mais également sur > > d'autres version béta plus récentes > > > > Bien cordialement, > > > > > > L.RIVIERE > > > > > > -Original Message- > > From: frnog-requ...@frnog.org On Behalf Of Greg > > Sent: Wednesday, October 11, 2023 4:20 PM > > To: Daniel > > Cc: frnog@frnog.org > > Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 > > > > Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des > > configurations différentes, mais généralement une taille moyenne 2-4 bornes. > > Les seules limites que nous avons rencontré c'est ce qui est limité par > > borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané > > (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot > > ne change pas ce comportement. > > Nous n'avons pas rencontré les communications blanches autres que causées > > par mauvaise configuration NAT / Pare feu. > > Généralement j'ai un retour positif de yealink sur les gammes de bureau > > également. > > Nous avons tenté de travailler avec gigaset au début, déçu par la > > confirmation (provision) > > > > J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? > > Merci > > > > > > ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > > > > > > Bonjour > > > > > > > > Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est > > > > solide et stable mais GrandStream est notre gagnant en DECT pour le > > > > rapport qualité/prix et le système GDMS > > > > > > > > Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : > > > > >> Bonjour > > > > >> > > > > >> Nous éprouvons des soucis aléatoires chez certains clients: > > > > >> coupures > > > > franches d'appel, appels sans phonie... > > > > >> On dirait que cela se produit lorsqu'un surnombre d'appels sont > > > > transférés sur des groupes de postes > > > > >> > > > > >> Le reboot du système solutionne le souci... pour un temps... > > > > >> quelques > > > > jours ou quelques mois > > > > >> > > > > >> Les firmware bases et combinés ont été validé par le constructeur, > > > > >> pour > > > > lui aucun souci sinon des problèmes de positionnement de bornes > > > > >> Des tests croisés de différents combinés ont été opéré sans succès > > > > >> > > > > >> Nous utilisons un système centrex type centile, je n'écarte pas des > > > > soucis de négociations de codecs ou de NAT > > > > >> Mais nous ne connaissons pas ce genre de soucis avec le DECT > > > > >> multicell > > > > Gigaset > > > > >> > > > > >> > > > > >> > > > > >> Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce > > > > constructeur? > > > > >> Je suis également preneur des feed back en positif > > > > >> > > > > >> Merci pour votre retour d'info > > > > >> > > > > >> > > > > >> Bien cordialement, > > > > >> > > > > >> L.RIVIERE > > > > >> > > > > >> --- > > > > >> Liste de diffusion du FRnOG > > > > >> http://www.frnog.org/ > > > > > > > > -- > > > > Daniel > > > > > > > > > > > > --- > > > > Liste de diffusion du FRnOG > > > > http://www.frnog.org/ > > > > > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Nous avons zéro problèmes sur les liens avec nôtre équipement. Les cas typiques c'est sont les partenaires qui ont choisi de brancher leur client chez un autre fournisseur sans maîtriser le sujet. On Wed, Oct 11, 2023, 18:23 Lionel RIVIERE wrote: > Bonjour et merci pour votre retour > > Nous avons aussi des occurrences sur les communications blanches mais > c'est aussi aléatoire > D'après votre expérience quand vous dites "causées par mauvaise > configuration NAT / Pare feu", s'agissait-il également d'un problème > aléatoire ou systématique ? (Car la règle de FW en place ne change pas en > cours de route) > > Nous avons des soucis sur la version 103.85.0.25 mais également sur > d'autres version béta plus récentes > > Bien cordialement, > > > L.RIVIERE > > > -Original Message- > From: frnog-requ...@frnog.org On Behalf Of Greg > Sent: Wednesday, October 11, 2023 4:20 PM > To: Daniel > Cc: frnog@frnog.org > Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 > > Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des > configurations différentes, mais généralement une taille moyenne 2-4 bornes. > Les seules limites que nous avons rencontré c'est ce qui est limité par > borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané > (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot > ne change pas ce comportement. > Nous n'avons pas rencontré les communications blanches autres que causées > par mauvaise configuration NAT / Pare feu. > Généralement j'ai un retour positif de yealink sur les gammes de bureau > également. > Nous avons tenté de travailler avec gigaset au début, déçu par la > confirmation (provision) > > J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? > Merci > > > ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > > > Bonjour > > > > Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est > > solide et stable mais GrandStream est notre gagnant en DECT pour le > > rapport qualité/prix et le système GDMS > > > > Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : > > > Bonjour > > > > > > Nous éprouvons des soucis aléatoires chez certains clients: > > > coupures > > franches d'appel, appels sans phonie... > > > On dirait que cela se produit lorsqu'un surnombre d'appels sont > > transférés sur des groupes de postes > > > > > > Le reboot du système solutionne le souci... pour un temps... > > > quelques > > jours ou quelques mois > > > > > > Les firmware bases et combinés ont été validé par le constructeur, > > > pour > > lui aucun souci sinon des problèmes de positionnement de bornes > > > Des tests croisés de différents combinés ont été opéré sans succès > > > > > > Nous utilisons un système centrex type centile, je n'écarte pas des > > soucis de négociations de codecs ou de NAT > > > Mais nous ne connaissons pas ce genre de soucis avec le DECT > > > multicell > > Gigaset > > > > > > > > > > > > Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce > > constructeur? > > > Je suis également preneur des feed back en positif > > > > > > Merci pour votre retour d'info > > > > > > > > > Bien cordialement, > > > > > > L.RIVIERE > > > > > > --- > > > Liste de diffusion du FRnOG > > > http://www.frnog.org/ > > > > -- > > Daniel > > > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Feedback Yealink w80
Bonsoir David Dans mon cas précis toute la téléphonie fixe avec les mêmes prérequis techniques fonctionne parfaitement Seul la partie DECT poste souci Bien cordialement, L.RIVIERE -Original Message- From: David Ponzone Sent: Wednesday, October 11, 2023 6:28 PM To: Lionel RIVIERE Cc: Greg ; frnog@frnog.org; Daniel Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 Ouais mais par exemple, j’ai déjà croisé des coquins (à qui j’ai succinctement eu envie de demander de changer de métier) qui avaient des jolies règles, mais qui avaient pas coupé le SIP ALG de leur firewall d’entrée de gamme (Watchguard, SonicWall, Sophos, Zyxel, etc…) :) Après, y a aussi des gens qui font de la voix à travers des liens non maitrisés. C’est un modèle (je suppos) mais de temps en temps, c’est un nid à emmerdes. > Le 11 oct. 2023 à 18:22, Lionel RIVIERE via frnog a écrit : > > Bonjour et merci pour votre retour > > Nous avons aussi des occurrences sur les communications blanches mais > c'est aussi aléatoire D'après votre expérience quand vous dites > "causées par mauvaise configuration NAT / Pare feu", s'agissait-il > également d'un problème aléatoire ou systématique ? (Car la règle de > FW en place ne change pas en cours de route) > > Nous avons des soucis sur la version 103.85.0.25 mais également sur > d'autres version béta plus récentes > > Bien cordialement, > > > L.RIVIERE > > > -Original Message- > From: frnog-requ...@frnog.org On Behalf Of > Greg > Sent: Wednesday, October 11, 2023 4:20 PM > To: Daniel > Cc: frnog@frnog.org > Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 > > Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des > configurations différentes, mais généralement une taille moyenne 2-4 bornes. > Les seules limites que nous avons rencontré c'est ce qui est limité par > borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané > (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne > change pas ce comportement. > Nous n'avons pas rencontré les communications blanches autres que causées par > mauvaise configuration NAT / Pare feu. > Généralement j'ai un retour positif de yealink sur les gammes de bureau > également. > Nous avons tenté de travailler avec gigaset au début, déçu par la > confirmation (provision) > > J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? > Merci > > > ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > >> Bonjour >> >> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset >> est solide et stable mais GrandStream est notre gagnant en DECT pour >> le rapport qualité/prix et le système GDMS >> >> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : >>> Bonjour >>> >>> Nous éprouvons des soucis aléatoires chez certains clients: >>> coupures >> franches d'appel, appels sans phonie... >>> On dirait que cela se produit lorsqu'un surnombre d'appels sont >> transférés sur des groupes de postes >>> >>> Le reboot du système solutionne le souci... pour un temps... >>> quelques >> jours ou quelques mois >>> >>> Les firmware bases et combinés ont été validé par le constructeur, >>> pour >> lui aucun souci sinon des problèmes de positionnement de bornes >>> Des tests croisés de différents combinés ont été opéré sans succès >>> >>> Nous utilisons un système centrex type centile, je n'écarte pas des >> soucis de négociations de codecs ou de NAT >>> Mais nous ne connaissons pas ce genre de soucis avec le DECT >>> multicell >> Gigaset >>> >>> >>> >>> Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce >> constructeur? >>> Je suis également preneur des feed back en positif >>> >>> Merci pour votre retour d'info >>> >>> >>> Bien cordialement, >>> >>> L.RIVIERE >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> -- >> Daniel >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Ouais mais par exemple, j’ai déjà croisé des coquins (à qui j’ai succinctement eu envie de demander de changer de métier) qui avaient des jolies règles, mais qui avaient pas coupé le SIP ALG de leur firewall d’entrée de gamme (Watchguard, SonicWall, Sophos, Zyxel, etc…) :) Après, y a aussi des gens qui font de la voix à travers des liens non maitrisés. C’est un modèle (je suppos) mais de temps en temps, c’est un nid à emmerdes. > Le 11 oct. 2023 à 18:22, Lionel RIVIERE via frnog a écrit : > > Bonjour et merci pour votre retour > > Nous avons aussi des occurrences sur les communications blanches mais c'est > aussi aléatoire > D'après votre expérience quand vous dites "causées par mauvaise configuration > NAT / Pare feu", s'agissait-il également d'un problème aléatoire ou > systématique ? (Car la règle de FW en place ne change pas en cours de route) > > Nous avons des soucis sur la version 103.85.0.25 mais également sur d'autres > version béta plus récentes > > Bien cordialement, > > > L.RIVIERE > > > -Original Message- > From: frnog-requ...@frnog.org On Behalf Of Greg > Sent: Wednesday, October 11, 2023 4:20 PM > To: Daniel > Cc: frnog@frnog.org > Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 > > Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des > configurations différentes, mais généralement une taille moyenne 2-4 bornes. > Les seules limites que nous avons rencontré c'est ce qui est limité par > borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané > (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne > change pas ce comportement. > Nous n'avons pas rencontré les communications blanches autres que causées par > mauvaise configuration NAT / Pare feu. > Généralement j'ai un retour positif de yealink sur les gammes de bureau > également. > Nous avons tenté de travailler avec gigaset au début, déçu par la > confirmation (provision) > > J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? > Merci > > > ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > >> Bonjour >> >> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est >> solide et stable mais GrandStream est notre gagnant en DECT pour le >> rapport qualité/prix et le système GDMS >> >> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : >>> Bonjour >>> >>> Nous éprouvons des soucis aléatoires chez certains clients: >>> coupures >> franches d'appel, appels sans phonie... >>> On dirait que cela se produit lorsqu'un surnombre d'appels sont >> transférés sur des groupes de postes >>> >>> Le reboot du système solutionne le souci... pour un temps... >>> quelques >> jours ou quelques mois >>> >>> Les firmware bases et combinés ont été validé par le constructeur, >>> pour >> lui aucun souci sinon des problèmes de positionnement de bornes >>> Des tests croisés de différents combinés ont été opéré sans succès >>> >>> Nous utilisons un système centrex type centile, je n'écarte pas des >> soucis de négociations de codecs ou de NAT >>> Mais nous ne connaissons pas ce genre de soucis avec le DECT >>> multicell >> Gigaset >>> >>> >>> >>> Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce >> constructeur? >>> Je suis également preneur des feed back en positif >>> >>> Merci pour votre retour d'info >>> >>> >>> Bien cordialement, >>> >>> L.RIVIERE >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> -- >> Daniel >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Feedback Yealink w80
Bonjour et merci pour votre retour Nous avons aussi des occurrences sur les communications blanches mais c'est aussi aléatoire D'après votre expérience quand vous dites "causées par mauvaise configuration NAT / Pare feu", s'agissait-il également d'un problème aléatoire ou systématique ? (Car la règle de FW en place ne change pas en cours de route) Nous avons des soucis sur la version 103.85.0.25 mais également sur d'autres version béta plus récentes Bien cordialement, L.RIVIERE -Original Message- From: frnog-requ...@frnog.org On Behalf Of Greg Sent: Wednesday, October 11, 2023 4:20 PM To: Daniel Cc: frnog@frnog.org Subject: Re: [FRnOG] [TECH] Feedback Yealink w80 Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des configurations différentes, mais généralement une taille moyenne 2-4 bornes. Les seules limites que nous avons rencontré c'est ce qui est limité par borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne change pas ce comportement. Nous n'avons pas rencontré les communications blanches autres que causées par mauvaise configuration NAT / Pare feu. Généralement j'ai un retour positif de yealink sur les gammes de bureau également. Nous avons tenté de travailler avec gigaset au début, déçu par la confirmation (provision) J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? Merci ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > Bonjour > > Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est > solide et stable mais GrandStream est notre gagnant en DECT pour le > rapport qualité/prix et le système GDMS > > Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : > > Bonjour > > > > Nous éprouvons des soucis aléatoires chez certains clients: > > coupures > franches d'appel, appels sans phonie... > > On dirait que cela se produit lorsqu'un surnombre d'appels sont > transférés sur des groupes de postes > > > > Le reboot du système solutionne le souci... pour un temps... > > quelques > jours ou quelques mois > > > > Les firmware bases et combinés ont été validé par le constructeur, > > pour > lui aucun souci sinon des problèmes de positionnement de bornes > > Des tests croisés de différents combinés ont été opéré sans succès > > > > Nous utilisons un système centrex type centile, je n'écarte pas des > soucis de négociations de codecs ou de NAT > > Mais nous ne connaissons pas ce genre de soucis avec le DECT > > multicell > Gigaset > > > > > > > > Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce > constructeur? > > Je suis également preneur des feed back en positif > > > > Merci pour votre retour d'info > > > > > > Bien cordialement, > > > > L.RIVIERE > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > -- > Daniel > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
David a juste, c'est en mode répéteur. Pas testé en DECT car très mauvaise expérience à leur débuts en DECT (il ya fort longtemps) mais excellent en postes de bureau: SNOM. C'est du multicell. Le 11/10/2023 à 18:03, Greg a écrit : Je comprends mieux maintenant, dans ce cas il faut comparer la même gamme, je suppose que grandstream est comparable au yealink W70B 20 appels et 10 DECT. Pour le wifi il faut l'oublier malheureusement un beau rêve qui n'aboutira pas. ср, 11 окт. 2023 г. в 17:55, David Ponzone : > Le 11 oct. 2023 à 17:46, Daniel via frnog a écrit : > > > Le 11/10/2023 à 16:41, Greg a écrit : >> Je ne trouve pas de système multi cellule chez grandstream, ce produit >> existe ? > > Serie DP7xx Ils poussent vers le WIfi avec la série WP8xx > Hmm sauf erreur de ma part, Grandstram a pas de solution multicell. Au mieux monocell avec répéteur. Sûrement pour ça qu’ils poussent le WIFI, car la complexité de développement du DECT multicell doit les rebuter si le WIFI supplante le DECT à court-terme. Problème: ça fait 10 ans que j’entends dire que le WIFI va obsolétiser le DECT avec la même fiabilité… --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Daniel Huhardeaux +33.368460...@tootai.netsip:8...@sip.tootai.net +41.445532...@swiss-itech.chtootaiNET --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] problème PDU : courant de fuite
Le 10/10/2023 à 10:23, Toussaint OTTAVI a écrit : Le 10/10/2023 à 09:51, fr...@r0m5.eu a écrit : Le différentiel que nous utilisons est déjà un type A SI (1P+N 40A 30mA type A SI). Concernant le différentiel qui ne déclenche qu'après une temporisation de 40ms, malheureusement la durée de notre pic se mesure plutôt en secondes voire dizaines de secondes (le temps que le contrôleur du PDU démarre et que les relais soient actionnés pour que les prises soient alimentées). Si c'est une histoire de secondes, le sélectif ne pourra rien faire. La solution est donc de tenter d'identifier et de réduire la cause des courants de fuite, ou bien d'isoler les équipements sur des circuits séparés. Sinon, il existe aussi des systèmes de démarrage temporisé qui permettent de décaler de 30s ou 1 minute le démarrage de certains circuits (à la base, c'est plutôt conçu pour limiter le courant d'appel après une remise sous tension; reste à voir si, dans ce cas, cela limite aussi le courant de fuite). Tout à fait, le devis pour ajouter des départs (et donc des différentiels) supplémentaires est validé. Concernant la réduction de la cause des courants de fuite, j'attends principalement un retour du fournisseur du PDU concernant le fait que lors de son démarrage on a 8 à 10mA en plus, qui disparaissent une fois les outlets alimentés. Sinon, il n'y aura pas d'autre solution que d'augmenter le différentiel à 300 mA (ou 150 mA cité par Jérémy et que je ne connaissais pas). Attention, dans ce cas, la protection des personnes n'est plus assurée. Si un humain touche malencontreusement un fil dénudé, il meurt. C'est l'éternel problème du curseur à positionner entre la protection maximale des personnes d'un coté (qui peut impliquer des disjonctions intempestives) et la continuité de service de l'autre (avec des dispositifs conçus pour ne pas sauter facilement, des ré-enclencheurs automatiques, etc... à n'utiliser théoriquement qu'en absence de personnel dans les locaux). Dans notre cas, pas possible à court terme de passer à 150mA. On garde l'idée en tête pour le moyen terme mais cela semble compliqué. En industriel, il est courant de trouver du 300 mA dans des locaux non accessibles au public et fréquentés uniquement par du personnel de maintenance. Sur une installation informatique, il faut s'assurer que le personnel amené à intervenir dans la baie possède un minimum de formation sur le risque électrique (ce qui n'est pas nécessairement le cas d'un technicien serveur ou réseau). Ensuite, un accident étant, par principe, imprévisible (un câble électrique qui se dénude sur une arrête tranchante d'un matériel low-cost, des rongeurs qui ont grignoté l'isolant, etc...) cela veut dire qu'il faudrait, pour être tranquilles, intervenir sur les baies comme on le fait sur des tableaux électriques sous tension, avec les gants, visières et tapis de sol. Cela risquerait de s'avérer quelque peu contraignant... A noter que la perception de ce critère varie avec l'age :-) En ce qui me concerne, sur des circuits qui alimentent des prises sur lesquelles se branchent des équipements terminaux (serveurs, switches, routeurs), je ne mets que du 30 mA. Un disjoncteur, çà peut se ré-armer; un coeur humain, pas toujours... --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Grande règle avec Yealink: le dernier (firmware), c’est pas forcément le mieux…. > Le 11 oct. 2023 à 18:03, Greg a écrit : > > Je comprends mieux maintenant, dans ce cas il faut comparer la même gamme, je > suppose que grandstream est comparable au yealink W70B 20 appels et 10 DECT. > Pour le wifi il faut l'oublier malheureusement un beau rêve qui n'aboutira > pas. > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] problème PDU : courant de fuite
Le 10/10/2023 à 10:05, Julien Escario a écrit : Le 09/10/2023 à 19:18, fr...@r0m5.eu a écrit : Bonsoir, Bonjour ! Je rencontre actuellement un soucis dans une baie informatique avec une arrivée 32A, hors datacenter, qui dispose d'un PDU manageable d'une marque reconnue et présente sur le marché datacenter. Nous essayons d'utiliser ce PDU en y reliant 15 alimentations de switch réseau 350W (pas junisco mais grande marque réseau tout de même) qui ont chacune un peu plus de 1mA de courant de fuite. Lorsque nous relions ces alimentations au PDU déjà démarré (contrôleur démarré et outlets déjà alimentées) pas de soucis. Par la suite lorsque le courant est coupé en amont du PDU, alors au retour du courant notre différentiel 30mA saute systématiquement. Nous avons mesuré que lors du démarrage du PDU, on a un courant de fuite de 8 à 10mA supplémentaires, courant de fuite qui disparaît une fois le contrôleur du PDU démarré et les relais actionnés (les outlets alimentées). On revient alors au seul courant de fuite des alims de switch (entre 15 et 20 mA). Petite remarque en passant : la bonne pratique avec des PDUs voudrait qu'au redémarrage du PDU après incident, tu actives les outlets un par un avec 5 à 10s de décalage (suivant ce que tu peux te permettre) de façon à limiter l'appel de courant. Dans mon souvenir, c'est faisable dans la conf des PDUs. Oui on avait regardé et c'est dans les fonctionnalités de notre PDU. Notre matériel électrique autorise des courants d'appels assez forts donc nous n'avons pour l'instant pas de soucis avec ça, mais nous pourrons le configurer par la suite. Bon, certes, depuis qu'on ne met presque plus de disques rotatifs, les pics d'appels sont moins violents mais quand même ... Le soucis 'moderne' c'est qu'avec les IPMI/DRAC/whatever, les PDUs avec outlet 'switchables' commencent à perdre de leur intérêt et finissent plus par être un PoC qu'une plus-value. Pour nous l'intérêt serait de faire les économies d'énergie qu'on nous demande en éteignant par exemple les switch des plateformes de dev le weekend. Après l'impact de cette pratique sur le MTBF, j'imagine que c'est un sujet aussi... Également par exemple d'automatiser les tests de qualification de la redondance, pour ne pas avoir à aller éteindre un switch à la main pour vérifier que tout fonctionne encore, puis le rebrancher. Julien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Je comprends mieux maintenant, dans ce cas il faut comparer la même gamme, je suppose que grandstream est comparable au yealink W70B 20 appels et 10 DECT. Pour le wifi il faut l'oublier malheureusement un beau rêve qui n'aboutira pas. ср, 11 окт. 2023 г. в 17:55, David Ponzone : > > > Le 11 oct. 2023 à 17:46, Daniel via frnog a écrit : > > > > > > Le 11/10/2023 à 16:41, Greg a écrit : > >> Je ne trouve pas de système multi cellule chez grandstream, ce produit > >> existe ? > > > > Serie DP7xx Ils poussent vers le WIfi avec la série WP8xx > > > > Hmm sauf erreur de ma part, Grandstram a pas de solution multicell. > Au mieux monocell avec répéteur. > Sûrement pour ça qu’ils poussent le WIFI, car la complexité de > développement du DECT multicell doit les rebuter si le WIFI supplante le > DECT à court-terme. > Problème: ça fait 10 ans que j’entends dire que le WIFI va obsolétiser le > DECT avec la même fiabilité… > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
> Le 11 oct. 2023 à 17:46, Daniel via frnog a écrit : > > > Le 11/10/2023 à 16:41, Greg a écrit : >> Je ne trouve pas de système multi cellule chez grandstream, ce produit >> existe ? > > Serie DP7xx Ils poussent vers le WIfi avec la série WP8xx > Hmm sauf erreur de ma part, Grandstram a pas de solution multicell. Au mieux monocell avec répéteur. Sûrement pour ça qu’ils poussent le WIFI, car la complexité de développement du DECT multicell doit les rebuter si le WIFI supplante le DECT à court-terme. Problème: ça fait 10 ans que j’entends dire que le WIFI va obsolétiser le DECT avec la même fiabilité… --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] problème PDU : courant de fuite
Le 09/10/2023 à 19:41, Léo El Amri via frnog a écrit : On 09/10/2023 19:18, fr...@r0m5.eu wrote: J'en arrive aux questions : - 1 mA de courant de fuite par alim de switch vous paraît-il cohérent ? Nous savons testé avec une autre marque, nous sommes plutôt aux alentours de 0,5mA. Ça me semble énorme dans les deux cas. Comment est-ce que vous avez mesuré le courant de fuite sur vos alims ? Est-ce que tu as testé les alimentations seules ? Si non, est-ce que tu as vérifié si ce n'est pas le switch ou les câbles/équipements qui y sont branchés qui posent problème ? A priori pas si énorme que ça puisque j'ai reçu entre temps une nouvelle information : pour les serveurs que je dois acheter (et rajouter à cette installation...), le fournisseur m'indique des courants de fuite de "max 3.5mA" par alim. On mesure le courant de fuite total avec une pince ampèremétrique fluke 368FC, juste après le différentiel au niveau du tableau électrique. Pour la mesure "par alimentation" l'électricien a regardé l'augmentation du courant de fuite en branchant les alimentations (dans les switchs) une par une sur le PDU déjà alimenté. L'électricien avait fait des mesures avec un autre modèle d'alim compatible avec le switch et il m'a indiqué que le comportement était identique. Je l'ai aussi vu brancher sur le PDU des alims hors switch donc à priori, testé. Aucun câble / équipement relié au switch. - des différentiels 30mA sont-ils à votre connaissance utilisés en datacenter ? un différentiel pour chacune des deux sources d'alim redondées d'une baie ? J'aurai tendance à penser que oui pour la protection des personnes mais dans un job précédent nous remplissions bien nos baies dans nos datacenters parisiens et nous n'avons jamais à ma connaissance eu de problème de différentiel qui saute. Les différentiels 30mA sont obligatoires dans le tertiaire à partir du moment où des personnes peuvent intervenir à proximité de la BT (c'est normé par la NF C 15-100 et imposé par je ne sais quelle loi). Pour des questions de résilience, on adopte souvent une sélectivité fine dans son installation électrique, un différentiel par source d'alimentation ne me surprend pas, au contraire, ça me semble être une bonne pratique. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Orange Business et l'enfer du suivi de projet
Le 09/10/2023 à 17:44, Rod Beck a écrit : L'enfer, ce sont les autres. - JP Sartre. L'enfer, c'est Orange! +1000. La SNCF des télécoms. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Pb Wifi 5ghz
Mais vues les gammes de fréquence utilisées, je doute que ça soit du DECT. +1 et heureusement que ce n'est pas du DECT. On est censé être dans la sono de qualité, avec une vaste bande passante bien linéaire. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Le 11/10/2023 à 16:41, Greg a écrit : Je ne trouve pas de système multi cellule chez grandstream, ce produit existe ? Serie DP7xx Ils poussent vers le WIfi avec la série WP8xx ср, 11 окт. 2023 г. в 16:20, Greg : Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des configurations différentes, mais généralement une taille moyenne 2-4 bornes. Les seules limites que nous avons rencontré c'est ce qui est limité par borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne change pas ce comportement. Nous n'avons pas rencontré les communications blanches autres que causées par mauvaise configuration NAT / Pare feu. Généralement j'ai un retour positif de yealink sur les gammes de bureau également. Nous avons tenté de travailler avec gigaset au début, déçu par la confirmation (provision) J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? Merci ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : Bonjour Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est solide et stable mais GrandStream est notre gagnant en DECT pour le rapport qualité/prix et le système GDMS Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : Bonjour Nous éprouvons des soucis aléatoires chez certains clients: coupures franches d'appel, appels sans phonie... On dirait que cela se produit lorsqu'un surnombre d'appels sont transférés sur des groupes de postes Le reboot du système solutionne le souci... pour un temps... quelques jours ou quelques mois Les firmware bases et combinés ont été validé par le constructeur, pour lui aucun souci sinon des problèmes de positionnement de bornes Des tests croisés de différents combinés ont été opéré sans succès Nous utilisons un système centrex type centile, je n'écarte pas des soucis de négociations de codecs ou de NAT Mais nous ne connaissons pas ce genre de soucis avec le DECT multicell Gigaset Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce constructeur? Je suis également preneur des feed back en positif Merci pour votre retour d'info Bien cordialement, L.RIVIERE --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Daniel Huhardeaux +33.368460...@tootai.net sip:8...@sip.tootai.net +41.445532...@swiss-itech.chtootaiNET --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] mails vers outlook.com : 451 4.7.500 Server busy
Bonjour, Côté SMTP, je ne sais pas. Mais côté users, il y a des gens qui se plaignent : https://downdetector.fr/statut/microsoft-365/ Le 11/10/2023 à 16:49, Gregory ROCHER a écrit : Bonjour Depuis cette nuit les serveurs de Microsoft (mail.protection.outlook.com ; prod.protection.outlook.com …) pour de nombreux domaines "refusent" nos messages avec des erreur 451 4.7.500 Server busy Exemple (host [xxx].mail.protection.outlook.com[52.101.68.16] said: 451 4.7.500 Server busy. Please try again later from [134.246.155.220]. (S77719) [DB5PEPF00014B8B.eurprd02.prod.outlook.com 2023-10-11T14:08:47.940Z 08DBC97F889104C1] (in reply to end of DATA command) Je cherche à savoir si c'est spécifique à notre serveur sortant ou si d'autres observe ça ? Tout semble au vert à l'instant sur https://portal.office.com/servicestatus Merci d'avance --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] mails vers outlook.com : 451 4.7.500 Server busy
Bonjour Gregory, On Wed, 11 Oct 2023 16:49:28 +0200 Gregory ROCHER wrote: > Bonjour > > Depuis cette nuit les serveurs de Microsoft (mail.protection.outlook.com > ; prod.protection.outlook.com …) pour de nombreux domaines "refusent" > nos messages avec des erreur 451 4.7.500 Server busy > Incident en cours cote MS, et discussion sur le sujet sur FRSag : Title: Some users may encounter delays receiving external email messages in Exchange Online User impact: Users may encounter delays receiving external email messages in Exchange Online. More info: Affected users may see a "451 4.7.500 Server busy" error message. Paul -- Paul RollandE-Mail : rol(at)witbe.net CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77 18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99 F-92000 NanterreRIPE : PR12-RIPE Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur "Some people dream of success... while others wake up and work hard at it" "I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say 'Daddy, where were you when they took freedom of the press away from the Internet?'" --Mike Godwin, Electronic Frontier Foundation --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] mails vers outlook.com : 451 4.7.500 Server busy
Bonjour Depuis cette nuit les serveurs de Microsoft (mail.protection.outlook.com ; prod.protection.outlook.com …) pour de nombreux domaines "refusent" nos messages avec des erreur 451 4.7.500 Server busy Exemple (host [xxx].mail.protection.outlook.com[52.101.68.16] said: 451 4.7.500 Server busy. Please try again later from [134.246.155.220]. (S77719) [DB5PEPF00014B8B.eurprd02.prod.outlook.com 2023-10-11T14:08:47.940Z 08DBC97F889104C1] (in reply to end of DATA command) Je cherche à savoir si c'est spécifique à notre serveur sortant ou si d'autres observe ça ? Tout semble au vert à l'instant sur https://portal.office.com/servicestatus Merci d'avance -- Grégory Rocher --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Je ne trouve pas de système multi cellule chez grandstream, ce produit existe ? ср, 11 окт. 2023 г. в 16:20, Greg : > Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des > configurations différentes, mais généralement une taille moyenne 2-4 bornes. > Les seules limites que nous avons rencontré c'est ce qui est limité par > borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané > (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot > ne change pas ce comportement. > Nous n'avons pas rencontré les communications blanches autres que causées > par mauvaise configuration NAT / Pare feu. > Généralement j'ai un retour positif de yealink sur les gammes de bureau > également. > Nous avons tenté de travailler avec gigaset au début, déçu par la > confirmation (provision) > > J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? > Merci > > > ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > >> Bonjour >> >> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est >> solide et stable mais GrandStream est notre gagnant en DECT pour le >> rapport qualité/prix et le système GDMS >> >> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : >> > Bonjour >> > >> > Nous éprouvons des soucis aléatoires chez certains clients: coupures >> franches d'appel, appels sans phonie... >> > On dirait que cela se produit lorsqu'un surnombre d'appels sont >> transférés sur des groupes de postes >> > >> > Le reboot du système solutionne le souci... pour un temps... quelques >> jours ou quelques mois >> > >> > Les firmware bases et combinés ont été validé par le constructeur, pour >> lui aucun souci sinon des problèmes de positionnement de bornes >> > Des tests croisés de différents combinés ont été opéré sans succès >> > >> > Nous utilisons un système centrex type centile, je n'écarte pas des >> soucis de négociations de codecs ou de NAT >> > Mais nous ne connaissons pas ce genre de soucis avec le DECT multicell >> Gigaset >> > >> > >> > >> > Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce >> constructeur? >> > Je suis également preneur des feed back en positif >> > >> > Merci pour votre retour d'info >> > >> > >> > Bien cordialement, >> > >> > L.RIVIERE >> > >> > --- >> > Liste de diffusion du FRnOG >> > http://www.frnog.org/ >> >> -- >> Daniel >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des configurations différentes, mais généralement une taille moyenne 2-4 bornes. Les seules limites que nous avons rencontré c'est ce qui est limité par borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne change pas ce comportement. Nous n'avons pas rencontré les communications blanches autres que causées par mauvaise configuration NAT / Pare feu. Généralement j'ai un retour positif de yealink sur les gammes de bureau également. Nous avons tenté de travailler avec gigaset au début, déçu par la confirmation (provision) J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ? Merci ср, 11 окт. 2023 г. в 13:55, Daniel via frnog : > Bonjour > > Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est > solide et stable mais GrandStream est notre gagnant en DECT pour le > rapport qualité/prix et le système GDMS > > Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : > > Bonjour > > > > Nous éprouvons des soucis aléatoires chez certains clients: coupures > franches d'appel, appels sans phonie... > > On dirait que cela se produit lorsqu'un surnombre d'appels sont > transférés sur des groupes de postes > > > > Le reboot du système solutionne le souci... pour un temps... quelques > jours ou quelques mois > > > > Les firmware bases et combinés ont été validé par le constructeur, pour > lui aucun souci sinon des problèmes de positionnement de bornes > > Des tests croisés de différents combinés ont été opéré sans succès > > > > Nous utilisons un système centrex type centile, je n'écarte pas des > soucis de négociations de codecs ou de NAT > > Mais nous ne connaissons pas ce genre de soucis avec le DECT multicell > Gigaset > > > > > > > > Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce > constructeur? > > Je suis également preneur des feed back en positif > > > > Merci pour votre retour d'info > > > > > > Bien cordialement, > > > > L.RIVIERE > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > -- > Daniel > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] demande d'alternance sur Montpellier
Bonjour, Je m'appelle Kamil KHAN, j'ai 24 ans je suis acutuellement en recherche d'une entreprise pour mon master à Epitech Montpellier. Je suis en dernière année de Master et je cherche une entreprise dans le domaine de l'admin sys/SRE. Tout au long de mes études j'ai obtenu des connaissances en serveur Linux/Windows, Ansible, Docker, Kubernetes, Terraform, Gitlab CI/CD, VMware, Virtualbox, Poxmox, Cisco packet tracer, GNS3... Je cherche une entreprise qui saura me faire monter en compétences ainsi que combler les lacunes qu'ils me manquent. ayant fait un cursus sur 5 ans j'ai des notions de programation Notamment en Python, Ruby, Bash, NextJS. Si mon profil vous intéresse ou que vous voulez plsu d'infos n'hesitez pas à me contacter via cet email, ce [numéro](tel:0780822370) ou encore par [Linkedin](https://www.linkedin.com/in/kamil-khan-9ab968162)BIen à vous, Kamil KHAN --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] recherche solution pour emballer des routeurs en chassis sur palette
Hello ! Chez Alternative Partners Solutions / Midrange Group il y a des flightcase sur mesure pour transporter des équipements 19". En terme pratique, ils vont shipper les flightcase vides au DC, tu les récupère et y fixe tes équipements, ils vont faire récupérer le flightcase plein (généralement via transporteur genre DHL ou FedEx, c'est un peu cher), et l'envoyer où tu veux, puis le faire récupérer une fois vide. Ils font ça depuis plus de 20 ans pour pas mal de types de machine, ça marche vraiment bien. @+ Le 11/10/2023 à 14:05, Clement Cavadore a écrit : Hello la liste ! J'aurais besoin prochainement d'emballer à Paris trois chassis sur une ou deux palettes: 2x Juniper MX480 (8U x2) et 1x Juniper MX240 (5U), afin de les faire ensuite enlever par un service de transport type DHL ou UPS. Est-ce que quelqu'un aurait une idée de comment procéder? Je ne suis absolument pas équipé pour faire ce genre de choses, et les routeurs se trouve(ron)t dans un domicile perso. Si éventuellement quelqu'un a de quoi faire l'emballage dans sa société et accepter de les stocker un ou deux jours le temps de faire passer la société de transport, je suis ouvert aux propositions pour les emmener sur place :) Merci par avance pour les idées ! Bien à vous, Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Jérôme Nicolle +33 6 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] recherche solution pour emballer des routeurs en chassis sur palette
Hello la liste ! J'aurais besoin prochainement d'emballer à Paris trois chassis sur une ou deux palettes: 2x Juniper MX480 (8U x2) et 1x Juniper MX240 (5U), afin de les faire ensuite enlever par un service de transport type DHL ou UPS. Est-ce que quelqu'un aurait une idée de comment procéder? Je ne suis absolument pas équipé pour faire ce genre de choses, et les routeurs se trouve(ron)t dans un domicile perso. Si éventuellement quelqu'un a de quoi faire l'emballage dans sa société et accepter de les stocker un ou deux jours le temps de faire passer la société de transport, je suis ouvert aux propositions pour les emmener sur place :) Merci par avance pour les idées ! Bien à vous, Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Feedback Yealink w80
Bonjour Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est solide et stable mais GrandStream est notre gagnant en DECT pour le rapport qualité/prix et le système GDMS Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit : Bonjour Nous éprouvons des soucis aléatoires chez certains clients: coupures franches d'appel, appels sans phonie... On dirait que cela se produit lorsqu'un surnombre d'appels sont transférés sur des groupes de postes Le reboot du système solutionne le souci... pour un temps... quelques jours ou quelques mois Les firmware bases et combinés ont été validé par le constructeur, pour lui aucun souci sinon des problèmes de positionnement de bornes Des tests croisés de différents combinés ont été opéré sans succès Nous utilisons un système centrex type centile, je n'écarte pas des soucis de négociations de codecs ou de NAT Mais nous ne connaissons pas ce genre de soucis avec le DECT multicell Gigaset Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce constructeur? Je suis également preneur des feed back en positif Merci pour votre retour d'info Bien cordialement, L.RIVIERE --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Feedback Yealink w80
Bonjour Nous éprouvons des soucis aléatoires chez certains clients: coupures franches d'appel, appels sans phonie... On dirait que cela se produit lorsqu'un surnombre d'appels sont transférés sur des groupes de postes Le reboot du système solutionne le souci... pour un temps... quelques jours ou quelques mois Les firmware bases et combinés ont été validé par le constructeur, pour lui aucun souci sinon des problèmes de positionnement de bornes Des tests croisés de différents combinés ont été opéré sans succès Nous utilisons un système centrex type centile, je n'écarte pas des soucis de négociations de codecs ou de NAT Mais nous ne connaissons pas ce genre de soucis avec le DECT multicell Gigaset Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce constructeur? Je suis également preneur des feed back en positif Merci pour votre retour d'info Bien cordialement, L.RIVIERE --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Pb Wifi 5ghz
Olivier, Je sais bien (la joie des MAJ OTA à 20Kbps…) Mais vues les gammes de fréquence utilisées, je doute que ça soit du DECT. > Le 11 oct. 2023 à 10:58, Olivier Varenne a écrit : > > Sur du DECT tu peux tout à fait passer de la data. > > > > Cordialement, > > > > Olivier Varenne > Président, R et développement > T +33 (0)4 27 04 40 00 | ipconnect.fr > > Suivez-nous ! > > > >> -Message d'origine- >> De : frnog-requ...@frnog.org De la part de >> David Ponzone >> Envoyé : dimanche 8 octobre 2023 11:45 >> À : Stéphane Rivière >> Cc : frnog@frnog.org >> Objet : Re: [FRnOG] [TECH] Pb Wifi 5ghz >> >> Et on peut passer de la data avec ces solutions numériques (pour micro >> qui permet de voter par exemple) ? >> >>> Le 8 oct. 2023 à 11:43, Stéphane Rivière a écrit >> : >>> >>> Ca semble donc être la tendance. >>> >>> Ça dépend... Pour être pas emmerdé à 100 %, les fréquences >> allouées sont plutôt genre (cf Sennheiser full numérique, et une latence >> garantie de moins de 2ms). >>> >>> Frequency range >>> >>>1G8: 1785 - 1800 MHz >>>A: 516 - 558 MHz >>>A1: 470 - 516 MHz >>>AS: 520 - 558 MHz >>>B: 626 - 668 MHz >>>C: 734 - 776 MHz >>>D: 780 - 822 MHz >>>E: 823 - 865 MHz >>>G: 566 - 608 MHz >>>GB: 606 - 648 MHz >>>JB: 806 - 810 MHz >>>K+: 925 - 937,5 MHz >>>A: 516 - 558 MHz >>>AS: 520 - 558 MHz >>>GB: 606 - 648 MHz >>>G: 566 - 608 MHz >>>B: 626 - 668 MHz >>>C: 734 - 776 MHz >>>D: 780 - 822 MHz >>>E: 823 - 865 MHz >>>1G8: 1785 - 1800 MHz >>>JB: 806 - 810 MHz >>>K+: 925 - 937,5 MHz >>> >>> En fonctions des régions (radio) et des pays... >>> >>> Par contre, c'est forcément plus cher car on ne peux plus utiliser du >> module wifi tout prêt... >>> >>> -- >>> Stéphane Rivière >>> Ile d'Oléron - France >>> >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Pb Wifi 5ghz
Sur du DECT tu peux tout à fait passer de la data. Cordialement, Olivier Varenne Président, R et développement T +33 (0)4 27 04 40 00 | ipconnect.fr Suivez-nous ! > -Message d'origine- > De : frnog-requ...@frnog.org De la part de > David Ponzone > Envoyé : dimanche 8 octobre 2023 11:45 > À : Stéphane Rivière > Cc : frnog@frnog.org > Objet : Re: [FRnOG] [TECH] Pb Wifi 5ghz > > Et on peut passer de la data avec ces solutions numériques (pour micro > qui permet de voter par exemple) ? > > > Le 8 oct. 2023 à 11:43, Stéphane Rivière a écrit > : > > > > > >> Ca semble donc être la tendance. > > > > Ça dépend... Pour être pas emmerdé à 100 %, les fréquences > allouées sont plutôt genre (cf Sennheiser full numérique, et une latence > garantie de moins de 2ms). > > > > Frequency range > > > > 1G8: 1785 - 1800 MHz > > A: 516 - 558 MHz > > A1: 470 - 516 MHz > > AS: 520 - 558 MHz > > B: 626 - 668 MHz > > C: 734 - 776 MHz > > D: 780 - 822 MHz > > E: 823 - 865 MHz > > G: 566 - 608 MHz > > GB: 606 - 648 MHz > > JB: 806 - 810 MHz > > K+: 925 - 937,5 MHz > > A: 516 - 558 MHz > > AS: 520 - 558 MHz > > GB: 606 - 648 MHz > > G: 566 - 608 MHz > > B: 626 - 668 MHz > > C: 734 - 776 MHz > > D: 780 - 822 MHz > > E: 823 - 865 MHz > > 1G8: 1785 - 1800 MHz > > JB: 806 - 810 MHz > > K+: 925 - 937,5 MHz > > > > En fonctions des régions (radio) et des pays... > > > > Par contre, c'est forcément plus cher car on ne peux plus utiliser du > module wifi tout prêt... > > > > -- > > Stéphane Rivière > > Ile d'Oléron - France > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Orange Business et l'enfer du suivi de projet
Le 10/10/2023 à 22:30, DiDi Abaric a écrit : Ca pue le classique contrat BI sans la plage IP, la plus part des commerciaux ne l’inclus/propose pas, je ne sais pas pourquoi…du coup si la MES est faite il faut ajouter une option et donc une clause au contrat, échange de signature blabla ça prends 2j… 2 jours, c'est rien. Les délais de production contractuels sur du BI sont de 90 jours :-) Je ne savait pas que la plage est gratuite, à chaque fois que je l’ai demandé ils la facturent ! Alors, c'est peut-être en train de changer... Sur les anciennes offres BI, le pack de 8 était gratuit, "sur justification". Sur certaines offres récentes avec téléphonie (BIV, BVC), le pack 8 IP est à 10 €/mois (ce qui reste raisonnable). Sur le dernier BI que j'ai vu passer, c'est 12 €/mois, mais pour un pool de 32 IP. Je trouve que les offres de Orange quand tu sais ce qu’il faut demander c’est des offres qui roule et j’ai jamais eu aucuns soucis mais encore faut-il savoir quoi demander pour orange : C'est exactement çà :-) A une époque, ils distribuaient à leurs partenaires des "guides des prix", qui étaient en fait des descriptifs complets des offres, options et caractéristiques techniques, avec les prix en face. C'était du pain béni pour les ingénieurs qui avaient besoin de faire des études techniques. Depuis, çà s'est perdu. Et effectivement, il faut savoir ce qu'on veut. Il faut déjà savoir que çà existe... La solution "propre" pour les prestataires est sans doute de se monter en opérateur et de passer par Wholesale, où là, on te fournit des specs précises et des tarifs. 1) la plage d’IP wan 2) l’ouverture du port 25 en sortie (bloqué par défaut) Je n'ai jamais et de port 25 bloqué en sortie. Sur leurs box, ils font ce qu'ils veulent, elle est à eux. Sur les IP publiques, et sur des BI qui sont des tuyaux "bruts", ils sont censés acheminer le trafic Internet sans aucun filtrage. Il est vrai que, par défaut, même l'ICMP est bloqué. C'est toujours la première chose que je fais quand j'appelle le support : préciser que j'ai bien un firewall, er demander à ce qu'ils désactivent tout filtrage sur les IP publiques client. 3) si un serveur de mail derrière demander le PTR sur une des IP : j’ai jamais réussi à modifier une fois la livraison de la fibre terminée. Ah ? Pourtant, il suffit d'appeler le Centre Support Client, et de demander un paramétrage des reverse-DNS. En général, c'est assez rapide (quelques jours). Ce n'est vraiment pas un truc qui pose problème. À savoir aussi que durant les 2 semaines après le raccordement vous pouvez appeler le centre opérationnel de déploiement (je crois que c’est comme ça qu’il appel ca) c’est que des techniciens de plus haut niveau en relation avec les ingé de Orange. C’est le numéro qu’on les prestataires qui livre le routeur pour la mise en service. Faut récup le numéro (zone géographique de mémoire je crois) sinon pour le grand sud vous pouvez essayer ces numéros je ne sais plus lequel est le bon, ça fait longtemps j’ai pas appelé ils ont peut être changé depuis !! : 09 69 32 04 75 0800 774 776 Cà, c'est une autre particularité : tant que l'accès n'est pas considéré comme "produit", tu ne peux pas appeler le "Centre Support Client" normal, il fait passer par le "centre de production". Les techniciens ne sont pas forcément de plus haut niveau, il y a à boire et à manger. Des fois, çà se passe très bien. Et des fois, tu pleures, par exemple quand ils n'ont pas accès à l'information ou ne peuvent pas faire la manip et te renvoient vers le support client, qui lui ne peut même pas ouvrir un ticket car l'accès n'est pas encore officiellement en service. Les techniciens d'intervention Orange appellent le même numéro, et parfois, poireautent plusieurs heures, comme un vulgaire client final. Il m'est arrivé de me barrer du RdV, en leur demandant de me rappeler lorsque cela fonctionnerait. Les problèmes de ce type restent assez exceptionnels, cependant. Dans la plupart des cas, cela se passe bien. L'idée de base, çà reste d'être présent au rendez-vous de mise en service, et de ne pas laisser partir le technicien tant que les adresses IP publiques ne pinguent pas :-) A cette fin, un pack de bières peut s'avérer plus productif qu'un gourdin :-) Ils font toutes les modifications que vous demandez en live. Faut juste donner le numéro de prestation noté sur le routeur. Attention, pour le Centre Support Client, le piège est que le numéro de prestation ne suffit plus, car comme il comporte des lettres, il n'est pas possible de le taper à l'accueil téléphonique. Et là, si tu n'as pas le numéro de client à chiffres, tu vas pleurer ta race à déblatérer des noms d'oiseaux auprès d'un robot à reconnaissance vocale qui n'interprète même pas correctement "OUI" et "NON" en environnement bruyant ! Tu as 100% de chances que le robot te prenne un rendez-vous qui ne sera jamais tenu, te dise que ta ligne n'est pas en
