Auteur Sujet: Retour d'expérience migration depuis KNet ? (Ain / Pays de Gex) (Lu 8570 fois)

buddy · « **Réponse #48 le:** 22 janvier 2022 à 14:46:38 »

Citation de: Fibre78 le 22 janvier 2022 à 13:39:27

FB : "Et nous n'aurons pas le temps de traiter les remises dans la semaine qui nous reste. La priorité est de connecter tout le monde."

Ha bon, les personnes qui gèrent la facturation (à priori les comptables) sont les mêmes que celles qui gèrent les problèmes de connexion (à priori les techniciens) ? Les comptables ne peuvent pas bosser sur la facturation pendant que le(s) technicien(s) reconnecte les clients ?

ou alors comme la très grande majorité des clients ont été impactés, ils vont faire des milliers / dizaines de milliers de remises ?

Optix · « **Réponse #49 le:** 22 janvier 2022 à 15:07:12 »

Citation de: buddy le 22 janvier 2022 à 14:46:38

ou alors comme la très grande majorité des clients ont été impactés, ils vont faire des milliers / dizaines de milliers de remises ?

Non, ils n'ont pas assez de trésorerie : ils n'ont qu'un seul mois de chiffre d'affaires d'avance selon les comptes au 31/12/2020 (et attention, ils facturent à échoir, c'est trompeur). Donc à chaque départ, il faut rembourser le mois déjà percu + les cautions, ça va fondre très rapidement !

Ils vont devoir accorder des remises au cas par cas, ils n'ont pas trop le choix.

Damien · « **Réponse #50 le:** 22 janvier 2022 à 16:05:03 »

Citation de: Fibre78 le 22 janvier 2022 à 13:39:27

FB : "Et nous n'aurons pas le temps de traiter les remises dans la semaine qui nous reste. La priorité est de connecter tout le monde."

Ha bon, les personnes qui gèrent la facturation (à priori les comptables) sont les mêmes que celles qui gèrent les problèmes de connexion (à priori les techniciens) ? Les comptables ne peuvent pas bosser sur la facturation pendant que le(s) technicien(s) reconnecte les clients ?

La facturation est automatique. Les comptables ne génèrent pas les factures manuellement. Le service administratif lui peut traiter les reclas au cas par cas pour appliquer des remises, mais ce sont les mêmes personnes qui prennent les appels entrants et traitent d'autres sujets comme les résiliations par exemple.
Vu l'ampleur de l'incident, pas surprenant que toutes les demandes de geste commercial ne puissent être traitées avant que la facturation auto ne passe

michaV · « **Réponse #51 le:** 23 janvier 2022 à 10:55:35 »

Citation de: Nico_S le 20 janvier 2022 à 14:32:07

(ne pas mettre d'Ubiquiti USG sur le réseau SIEA chez Milkywan),

Bonjour, quel est le problème induit? Est ce corrigé depuis?

Hugues · « **Réponse #52 le:** 23 janvier 2022 à 11:06:50 »

C'est un bug coté ubiquiti, pas de notre coté, le reste du matos ubiquiti (UDM, Edgerouter) marche très bien

michaV · « **Réponse #53 le:** 23 janvier 2022 à 11:10:37 »

Citation de: Hugues le 23 janvier 2022 à 11:06:50

C'est un bug coté ubiquiti, pas de notre coté, le reste du matos ubiquiti (UDM, Edgerouter) marche très bien

j'ai justement une USG3 en FW 6.5 , est ce que le problème est toujours d'actualité?

Hugues · « **Réponse #54 le:** 23 janvier 2022 à 11:17:25 »

Nico_S · « **Réponse #55 le:** 23 janvier 2022 à 11:21:29 »

La dernière version du FW de l'USG3 est 4.4.56.5449062. 6.5.55 c'est la version du contrôleur.
Et oui le problème est toujours d'actualité et je ne pense pas qu'il soit résolu car l'USG n'est pas le produit phare d'Ubiquiti je pense (enfin il ne l'est plus depuis un moment à mon avis).
Après, le problème est contournable, mais il faut s'attendre a perdre la connexion de temps en temps si l'USG n'est pas secouru (onduleur) et a chaque reboot ou mise a jour, mais ça c'est nettement plus prévisible.

michaV · « **Réponse #56 le:** 23 janvier 2022 à 11:24:28 »

Citation de: Nico_S le 23 janvier 2022 à 11:21:29

La dernière version du FW de l'USG3 est 4.4.56.5449062. 6.5.55 c'est la version du contrôleur.
Et oui le problème est toujours d'actualité et je ne pense pas qu'il soit résolu car l'USG n'est pas le produit phare d'Ubiquiti je pense (enfin il ne l'est plus depuis un moment à mon avis).
Après, le problème est contournable, mais il faut s'attendre a perdre la connexion de temps en temps si l'USG n'est pas secouru (onduleur) et a chaque reboot ou mise a jour, mais ça c'est nettement plus prévisible.

c'est assez intriguant, quel est ce "bug" spécifique à ubiquiti?

Hugues · « **Réponse #57 le:** 23 janvier 2022 à 11:28:51 »

Il n'arrive pas a créer la route par défaut car la gateway est en dehors du subnet. Tous les matos récents savent gérer ça, même des trucs style TP-Link ou Synology, il n'y a que l'USG qui n'y arrive pas, avec une commande passée directement en CLI, on peut contourner le souci, mais a chaque reboot ça sautera.

Une option possible c'est de prendre un petit mikrotik (Hex S) et de le mettre en coupure entre le CPE et l'USG.

michaV · « **Réponse #58 le:** 24 janvier 2022 à 09:06:01 »

Citation de: Hugues le 23 janvier 2022 à 11:28:51

Il n'arrive pas a créer la route par défaut car la gateway est en dehors du subnet. Tous les matos récents savent gérer ça, même des trucs style TP-Link ou Synology, il n'y a que l'USG qui n'y arrive pas, avec une commande passée directement en CLI, on peut contourner le souci, mais a chaque reboot ça sautera.

Une option possible c'est de prendre un petit mikrotik (Hex S) et de le mettre en coupure entre le CPE et l'USG.

Pardon d'insister mais je n'arrive pas à comprendre, ce problème ne semble recensé nul part pour d'autres opérateurs,
quelle commande faut il passer en cli ?
avez vous remonté à UI ?

Hugues · « **Réponse #59 le:** 24 janvier 2022 à 09:33:55 »

ip route add default via 80.67.167.28 dev eth0 onlink

Le bug est déjà connu : https://community.ui.com/questions/USG-WAN-DHCP-with-32-problems/092f4674-696f-4f6d-aba1-b6334b524bb2

3 ans qu'ils ne font rien, ils ont du abandonner ce produit, il faut passer sur de l'UDM je pense...