Bonjour à tous,
Je suis nouveau sur cette liste, mais on m'a conseillé de la poster ici.
Nous recherchons pour un groupe de centres ophtalmologiques un responsable informatique. Ouverts il y a pile un an, nous employons aujourd'hui près de 50 personnes sur 2 centres, et il devrait y avoir plus de 200 employés à la fin de l'année, avec un objectif de 50 centres sous 3 à 4 ans.
L'efficacité des centres repose intégralement sur l'informatique et nous avons besoin d'un RSI pour accompagner notre croissance.
Offre d'emploi pour un poste principalement basé à Paris : http://www.ophtapointvision.com/recrutement/Offre%20de%20poste%20RSI.pdf
Je pense que c'est un poste passionnant car tout est à faire et il y a relativement peu "d'existant". Si vous avez des pistes à me suggérer pour recruter, je suis preneur ! Sinon, merci de diffuser.
Me contacter par email svp, je vous transmettrais mon numéro de téléphone.
Bien cordialement, Vincent Juhel
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Bonjour, Pour faire un serveur vocal SVI, j'ai adoré ce que propose OVH. Pour un prix très très modique (5€ par mois, plus 5€ par ligne redirigée), et un poil de configuration XML qui utilisent le standard voicexml, on obtient un résultat vraiment bon sans s'embêter avec l'administration d'un serveur asterix. Bien cordialement, Vincent
2013/1/24 fatiha boudj fboudj@yahoo.fr
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj fboudj@yahoo.fr a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Liste de diffusion du FRsAG http://www.frsag.org/
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/ http://people.via.ecp.fr/%7Ealexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr mailto:fboudj@yahoo.fr> a écrit :
Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Intéressant, chez nous ça fonctionne très bien mais il est vrai que les Aastra sont pas mal aussi et comme je l'ai dis dans mon précédent message, avant de faire ce choix, on a bien mesuré le pour et le contre en terme de rapport qualité / prix. Le seul bémol que je vois avec mes équipes sur le choix SNOM, c'est qu'il vaut mieux bien connaitre la VoIP car le support SNOM en France c'est pas encore ça :-)
Le 25 janvier 2013 12:06, Pierre `Sn4kY` DOLIDON sn4ky@sn4ky.net a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj fboudj@yahoo.fr a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAGhttp://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Mais pourquoi tout le monde ne parle que de (dis)asterisk ?
Freeswitch est un bon projet, sur lequel vous pouvez implémenter votre autocom IP et il existe des GUI en open-source qui fonctionnent plutôt bien. La courbe d'apprentissage est un peu longue, mais c'est aussi le cas avec beaucoup d'autres projets... Nous avons développé ici une offre centrex à base de freeswitch et ça tourne très très bien !
Très bon choix les Aastra en passant, niveau qualité je peux assurer que c'est un cran au dessus de SNOM, ayant travaillé avec les deux marques.
My 2 cents...
On 25/01/2013 12:16, Olivier MARECHAL wrote:
Intéressant, chez nous ça fonctionne très bien mais il est vrai que les Aastra sont pas mal aussi et comme je l'ai dis dans mon précédent message, avant de faire ce choix, on a bien mesuré le pour et le contre en terme de rapport qualité / prix. Le seul bémol que je vois avec mes équipes sur le choix SNOM, c'est qu'il vaut mieux bien connaitre la VoIP car le support SNOM en France c'est pas encore ça :-)
Le 25 janvier 2013 12:06, Pierre `Sn4kY` DOLIDON <sn4ky@sn4ky.net mailto:sn4ky@sn4ky.net> a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs. on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones. Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :Bonjour Fatiha, Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat. Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/ <http://people.via.ecp.fr/%7Ealexis/asterisk/> Bonne journée, Olivier Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr <mailto:fboudj@yahoo.fr>> a écrit : Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Le 2013-01-25 12:28, Tristan Mahé a écrit :
Mais pourquoi tout le monde ne parle que de (dis)asterisk ?
c'est un peu la référence mais c'est clair que les reproches faits sur la qualité du code et le faux opensource donne envie de tester autre chose.
Très bon choix les Aastra en passant, niveau qualité je peux assurer que c'est un cran au dessus de SNOM, ayant travaillé avec les deux marques.
On est en train de profiter d'un déménagement prochain pour remplacer notre bon vieil HiPath 3000 anaogique de Siemens par une solutions 100% SIP.
Je suis parti sur Asterisk, des téléphones Polycom et un trunk SIP OVH (pour tester). Tout est en SIP avec 7 téléphones, un renvoi de nuit qui demande un code et un mode alerte ("tout est planté, désolé ..."). avec supervision de toutes les lignes, pickup et présentation du nom du client lors de l'appel entrant.
J'ai choisi Polycom au lieu de Aastra pour la doc présente, le support et les retours que j'ai eu sur #frsag/#frnog. Les autres marques ont été éliminées une par une : - Cisco : pas standard, peu de doc - Grandstream et Thomson : firmwares buggé - snom : modèles 3xx foireux, moins bien que aastra et polycom - Digium : très mauvais retours, buggé - Siemens Gigaset pro : documentation, suivi, peu utilisé
Si j'ai le temps je testerai Freeswitch car les fonctionnalités dont on a besoin sont plutôt basiques et pourraient suffire.
Je tâcherai de faire un retour sur la liste une fois tout ça en production.
Frédéric
Merci beaucoup Frédéric pour cet avis. Perso je suis super preneur pour votre retour lorsque votre solution sera en prod.
En attendant la nôtre l'est, avec le double de téléphones, un trunk OVH aussi avec 8 appels simultanés, 2 T0 en backup et pour ne pas faire de portabilité avec nos numéros historiques, liés à l'opérateur historique, le reste en full SNOM et mis à part qu'il a fallu se débrouiller un peu seuls car comme je le disais plus haut, le SAV SNOM en France est quasi nul, pour le reste 0 défaut. ça tourne et plutôt bien. Après nous n'avons pas les moyens de tout basculer sur une autre marque pour comparer mais il est vrai que ce serait super intéressant comme lab, surtout que nous avons un petit centre d'appels, donc pas mal de trafic. Faudrait que je négocie avec Polycom et Aastra pour du prêt :-)
Je pense que l'histoire des firmwares foireux sur la série des 3xx ça remonte à quelques années. Vu le parc installé ils ont sans nul doute dû se bouger les f****. C'est ça ou mourir dans ces technologies ou le à peu près ne pardonne pas :-)
Bon dimanche à tous,
Olivier
Le 26 janvier 2013 01:05, Frédéric VANNIÈRE f.vanniere@planet-work.com a écrit :
Bonjour,
Le 2013-01-25 12:28, Tristan Mahé a écrit :
Mais pourquoi tout le monde ne parle que de (dis)asterisk ?
c'est un peu la référence mais c'est clair que les reproches faits sur la qualité du code et le faux opensource donne envie de tester autre chose.
Très bon choix les Aastra en passant, niveau qualité je peux assurer
que c'est un cran au dessus de SNOM, ayant travaillé avec les deux marques.
On est en train de profiter d'un déménagement prochain pour remplacer notre bon vieil HiPath 3000 anaogique de Siemens par une solutions 100% SIP.
Je suis parti sur Asterisk, des téléphones Polycom et un trunk SIP OVH (pour tester). Tout est en SIP avec 7 téléphones, un renvoi de nuit qui demande un code et un mode alerte ("tout est planté, désolé ..."). avec supervision de toutes les lignes, pickup et présentation du nom du client lors de l'appel entrant.
J'ai choisi Polycom au lieu de Aastra pour la doc présente, le support et les retours que j'ai eu sur #frsag/#frnog. Les autres marques ont été éliminées une par une :
- Cisco : pas standard, peu de doc
- Grandstream et Thomson : firmwares buggé
- snom : modèles 3xx foireux, moins bien que aastra et polycom
- Digium : très mauvais retours, buggé
- Siemens Gigaset pro : documentation, suivi, peu utilisé
Si j'ai le temps je testerai Freeswitch car les fonctionnalités dont on a besoin sont plutôt basiques et pourraient suffire.
Je tâcherai de faire un retour sur la liste une fois tout ça en production.
Frédéric
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Pour ma part j'ai déployé plusieurs Asterisk compilés à la main dans ma société à travers nos différents locaux :
UK: Utilisé comme IVR pour remplacer la messagerie Avaya==> 350 000 appels / an aucun problème rencontré, tourne sur une petite VM
France: Utilisé pour des commerciaux ~30 personnes, appels entrants et sortants + voicemail + IVR ==> 150 000 appels entrants / an, 30 000 appels sortants / an, utilisation de Bria (attention au perfs de l'ordi), conversion de téléphone 462X Avaya H.323 vers SIP, installé sur une machine physique, trunk H.323 vers Avaya pour effectué les appels entrants et sortants.
Suisse: en cours de déploiement, remplacement d'une solution Avaya par Asterisk, utilisation de téléphone Grandstream car déjà disponible dans nos locaux US Philippines: Futur installation d'une VM en remplacement d'un serveur de voicemail Avaya
Donc dans mon cas je suis satisfait d'asterisk, pour ce qui est d'une solution centre d'appels multicanal je pense qu'il correspondra parfaitement à tes besoins, il faudrait donner un peu plus de détails pour que l'on t'oriente mais tu peux faire vraiment tout ce que tu veux avec.
Asterisk à compiler sois même c'est pas compliqué mais il faut un peu d'expérience, sinon en effet il y a freeswitch.
Cordialement.
Cyril
Le 27 janvier 2013 12:33, Olivier MARECHAL omarechal@gmail.com a écrit :
Merci beaucoup Frédéric pour cet avis. Perso je suis super preneur pour votre retour lorsque votre solution sera en prod.
En attendant la nôtre l'est, avec le double de téléphones, un trunk OVH aussi avec 8 appels simultanés, 2 T0 en backup et pour ne pas faire de portabilité avec nos numéros historiques, liés à l'opérateur historique, le reste en full SNOM et mis à part qu'il a fallu se débrouiller un peu seuls car comme je le disais plus haut, le SAV SNOM en France est quasi nul, pour le reste 0 défaut. ça tourne et plutôt bien. Après nous n'avons pas les moyens de tout basculer sur une autre marque pour comparer mais il est vrai que ce serait super intéressant comme lab, surtout que nous avons un petit centre d'appels, donc pas mal de trafic. Faudrait que je négocie avec Polycom et Aastra pour du prêt :-)
Je pense que l'histoire des firmwares foireux sur la série des 3xx ça remonte à quelques années. Vu le parc installé ils ont sans nul doute dû se bouger les f****. C'est ça ou mourir dans ces technologies ou le à peu près ne pardonne pas :-)
Bon dimanche à tous,
Olivier
Le 26 janvier 2013 01:05, Frédéric VANNIÈRE f.vanniere@planet-work.coma écrit :
Bonjour,
Le 2013-01-25 12:28, Tristan Mahé a écrit :
Mais pourquoi tout le monde ne parle que de (dis)asterisk ?
c'est un peu la référence mais c'est clair que les reproches faits sur la qualité du code et le faux opensource donne envie de tester autre chose.
Très bon choix les Aastra en passant, niveau qualité je peux assurer
que c'est un cran au dessus de SNOM, ayant travaillé avec les deux marques.
On est en train de profiter d'un déménagement prochain pour remplacer notre bon vieil HiPath 3000 anaogique de Siemens par une solutions 100% SIP.
Je suis parti sur Asterisk, des téléphones Polycom et un trunk SIP OVH (pour tester). Tout est en SIP avec 7 téléphones, un renvoi de nuit qui demande un code et un mode alerte ("tout est planté, désolé ..."). avec supervision de toutes les lignes, pickup et présentation du nom du client lors de l'appel entrant.
J'ai choisi Polycom au lieu de Aastra pour la doc présente, le support et les retours que j'ai eu sur #frsag/#frnog. Les autres marques ont été éliminées une par une :
- Cisco : pas standard, peu de doc
- Grandstream et Thomson : firmwares buggé
- snom : modèles 3xx foireux, moins bien que aastra et polycom
- Digium : très mauvais retours, buggé
- Siemens Gigaset pro : documentation, suivi, peu utilisé
Si j'ai le temps je testerai Freeswitch car les fonctionnalités dont on a besoin sont plutôt basiques et pourraient suffire.
Je tâcherai de faire un retour sur la liste une fois tout ça en production.
Frédéric
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour à tous,
Par rapport à la question du choix du matériel/des terminaux, quelqu'un aurait un contact chez ces constructeurs (AASTRA, SNOM ou autre) ou chez un distributeur France pour obtenir du matériel de prêt à qualifier ?
Merci d'avance.
Tu peux contacter One Direct ils ont pas mal de matériel et peuvent te les prêter.
Cordialement.
Le 29 janvier 2013 12:19, Simon Morvan garphy@zone84.net a écrit :
Bonjour à tous,
Par rapport à la question du choix du matériel/des terminaux, quelqu'un aurait un contact chez ces constructeurs (AASTRA, SNOM ou autre) ou chez un distributeur France pour obtenir du matériel de prêt à qualifier ?
Merci d'avance.
-- Simon.
Le 25/01/2013 12:06, Pierre `Sn4kY` DOLIDON a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/ http://people.via.ecp.fr/%7Ealexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr mailto:fboudj@yahoo.fr> a écrit :
Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Mitel peu également te preter du matos, et propose des solutions pas trop cher et pas trop mal
Le 29 janvier 2013 13:02, Cyril Constantin cyril.constantin@gmail.com a écrit :
Tu peux contacter One Direct ils ont pas mal de matériel et peuvent te les prêter.
Cordialement.
Le 29 janvier 2013 12:19, Simon Morvan garphy@zone84.net a écrit :
Bonjour à tous,
Par rapport à la question du choix du matériel/des terminaux, quelqu'un aurait un contact chez ces constructeurs (AASTRA, SNOM ou autre) ou chez un distributeur France pour obtenir du matériel de prêt à qualifier ?
Merci d'avance.
-- Simon.
Le 25/01/2013 12:06, Pierre `Sn4kY` DOLIDON a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/ http://people.via.ecp.fr/%7Ealexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr mailto:fboudj@yahoo.fr> a écrit :
Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Pourquoi ne pas opter pour une solution type centrex chez un opérateur , tu auras la possibilité de gérer ta téléphonie comme tu le veux via une interface plutôt simple et sans prise de tete
Le 29 janvier 2013 14:13, Jérome Fretigny jfretigny@gmail.com a écrit :
Mitel peu également te preter du matos, et propose des solutions pas trop cher et pas trop mal
Le 29 janvier 2013 13:02, Cyril Constantin cyril.constantin@gmail.com a écrit :
Tu peux contacter One Direct ils ont pas mal de matériel et peuvent te les
prêter.
Cordialement.
Le 29 janvier 2013 12:19, Simon Morvan garphy@zone84.net a écrit :
Bonjour à tous,
Par rapport à la question du choix du matériel/des terminaux, quelqu'un aurait un contact chez ces constructeurs (AASTRA, SNOM ou autre) ou chez un distributeur France pour obtenir du matériel de prêt à qualifier ?
Merci d'avance.
-- Simon.
Le 25/01/2013 12:06, Pierre `Sn4kY` DOLIDON a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA tellement on avait des emmerdes avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre coté. Très vite c'est devenu compliqué, tant pour la préparation du projet (comment être certain d'avoir fait les bons choix matos, réseaux, ect.) que pour trouver des ressources qualifiées et disponibles. Après quelques semaines de recherche très actives, nous avons laissé tomber la solution Libre à monter soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH tout en maitrisant tous nos réglages internes sur un IPBX qui est chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le
permettait.
Pourquoi SNOM : car la solution la plus abordable que nous ayons trouvé avec une bonne réputation sur le net. Après ça n'a pas été de tout repos mais ça fonctionne et les personnels de notre Centre de Services (centre d'appel) sont plutôt content du résultat.
Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de Lattre est fort sympathique et pas avare de conseils : http://people.via.ecp.fr/~alexis/asterisk/ http://people.via.ecp.fr/%7Ealexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr mailto:fboudj@yahoo.fr> a écrit :
Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
ah ca existe encore le centrex ?
lol
Le 29/01/2013 14:53, Jordan BIJAOUI a écrit :
Pourquoi ne pas opter pour une solution type centrex chez un opérateur , tu auras la possibilité de gérer ta téléphonie comme tu le veux via une interface plutôt simple et sans prise de tete
Le 29 janvier 2013 14:13, Jérome Fretigny <jfretigny@gmail.com mailto:jfretigny@gmail.com> a écrit :
Mitel peu également te preter du matos, et propose des solutions pas trop cher et pas trop mal Le 29 janvier 2013 13:02, Cyril Constantin <cyril.constantin@gmail.com <mailto:cyril.constantin@gmail.com>> a écrit : Tu peux contacter One Direct ils ont pas mal de matériel et peuvent te les prêter. Cordialement. Le 29 janvier 2013 12:19, Simon Morvan <garphy@zone84.net <mailto:garphy@zone84.net>> a écrit : Bonjour à tous, Par rapport à la question du choix du matériel/des terminaux, quelqu'un aurait un contact chez ces constructeurs (AASTRA, SNOM ou autre) ou chez un distributeur France pour obtenir du matériel de prêt à qualifier ? Merci d'avance. -- Simon. Le 25/01/2013 12:06, Pierre `Sn4kY` DOLIDON a écrit : > j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs. > > on a très vite remplacé l'intégralité du parc de SNOM par des AASTRA > tellement on avait des emmerdes avec ces téléphones. > > Le 1/25/2013 10:06 AM, Olivier MARECHAL a écrit : >> Bonjour Fatiha, >> >> Nous avons essayé de notre coté. Très vite c'est devenu compliqué, >> tant pour la préparation du projet (comment être certain d'avoir fait >> les bons choix matos, réseaux, ect.) que pour trouver des ressources >> qualifiées et disponibles. Après quelques semaines de recherche très >> actives, nous avons laissé tomber la solution Libre à monter >> soit-même pour acheter du matos de marque SNOM couplé à un trunk SIP >> chez OVH. Du coup on bénéficie des tarifs et de la simplicité OVH >> tout en maitrisant tous nos réglages internes sur un IPBX qui est >> chez nous. Et par mesure de sécurité nous avons conservé en entrée 2 >> T0 (4 appels simultanés) puisque l'IPBX choisi chez SNOM le permettait. >> Pourquoi SNOM : car la solution la plus abordable que nous ayons >> trouvé avec une bonne réputation sur le net. >> Après ça n'a pas été de tout repos mais ça fonctionne et les >> personnels de notre Centre de Services (centre d'appel) sont plutôt >> content du résultat. >> >> Voici un site qui nous avait beaucoup aidé et son auteur, Alexis de >> Lattre est fort sympathique et pas avare de conseils : >> http://people.via.ecp.fr/~alexis/asterisk/ <http://people.via.ecp.fr/%7Ealexis/asterisk/> >> <http://people.via.ecp.fr/%7Ealexis/asterisk/> >> >> Bonne journée, >> >> Olivier >> >> >> Le 24 janvier 2013 11:15, fatiha boudj <fboudj@yahoo.fr <mailto:fboudj@yahoo.fr> >> <mailto:fboudj@yahoo.fr <mailto:fboudj@yahoo.fr>>> a écrit : >> >> >> Bonjour >> >> Je recherche des retours d'experience en PME . >> Existe-t-il des societes qui ont tenté la telephonie du monde >> libre de type "asterix" avec une solution centre d'appel >> multicanal ? >> >> merci pour vos retour >> >> >> >> >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> >> >> >> >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ > > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/-- Jordan
Liste de diffusion du FRsAG http://www.frsag.org/
OVH est une solution ipcentrex c'est bien pour les professions liberales et artisans mais au dela personnellement la telephonie c'est comme le mail , c'est trop critique pour externaliser merci à tous pour vos retours
________________________________ De : RR raph@futomaki.net À : French SysAdmin Group frsag@frsag.org Envoyé le : Mardi 29 janvier 2013 16h16 Objet : Re: [FRsAG] Solution de telephonie
ah ca existe encore le centrex ?
lol
Le 29/01/2013 14:53, Jordan BIJAOUI a écrit : Pourquoi ne pas opter pour une solution type centrex chez un opérateur , tu auras la possibilité de gérer ta téléphonie comme tu le veux via une interface plutôt simple et sans prise de tete
Le 29 janvier 2013 14:13, Jérome Fretigny jfretigny@gmail.com a écrit :
Mitel peu également te preter du matos, et propose des solutions pas trop cher et pas trop mal
Le 29 janvier 2013 13:02, Cyril Constantin cyril.constantin@gmail.com a écrit :
Tu peux contacter One Direct ils ont pas mal de matériel et peuvent te les prêter.
Cordialement.
Le 29 janvier 2013 12:19, Simon Morvan garphy@zone84.net a écrit :
Bonjour à tous,
Par rapport à la question du choix du
matériel/des terminaux, quelqu'un
aurait un contact chez ces constructeurs
(AASTRA, SNOM ou autre) ou chez
un distributeur France pour obtenir du
matériel de prêt à qualifier ?
Merci d'avance.
-- Simon.
Le 25/01/2013 12:06, Pierre `Sn4kY`
DOLIDON a écrit :
j'ai déjà travaillé avec des téléphones SNOM SIP couplés à un sipXecs.
on a très vite remplacé
l'intégralité du parc de SNOM par des AASTRA
tellement on avait des emmerdes
avec ces téléphones.
Le 1/25/2013 10:06 AM, Olivier
MARECHAL a écrit :
Bonjour Fatiha,
Nous avons essayé de notre
coté. Très vite c'est devenu compliqué,
tant pour la préparation du
projet (comment être certain d'avoir fait
les bons choix matos, réseaux,
ect.) que pour trouver des ressources
qualifiées et disponibles.
Après quelques semaines de recherche très
actives, nous avons laissé
tomber la solution Libre à monter
soit-même pour acheter du matos
de marque SNOM couplé à un trunk SIP
chez OVH. Du coup on bénéficie
des tarifs et de la simplicité OVH
tout en maitrisant tous nos
réglages internes sur un IPBX qui est
chez nous. Et par mesure de
sécurité nous avons conservé en entrée 2
T0 (4 appels simultanés)
puisque l'IPBX choisi chez SNOM le permettait.
Pourquoi SNOM : car la solution
la plus abordable que nous ayons
trouvé avec une bonne
réputation sur le net.
Après ça n'a pas été de tout
repos mais ça fonctionne et les
personnels de notre Centre de
Services (centre d'appel) sont plutôt
content du résultat.
Voici un site qui nous avait
beaucoup aidé et son auteur, Alexis de
Lattre est fort sympathique et
pas avare de conseils :
http://people.via.ecp.fr/%7Ealexis/asterisk/
Bonne journée,
Olivier
Le 24 janvier 2013 11:15,
fatiha boudj <fboudj@yahoo.fr
mailto:fboudj@yahoo.fr> a écrit :
Bonjour
Je recherche des retours
d'experience en PME .
Existe-t-il des societes
qui ont tenté la telephonie du monde
libre de type "asterix"
avec une solution centre d'appel
multicanal ?
merci pour vos retour
_______________________________________________
Liste de diffusion du
FRsAG
_______________________________________________
Liste de diffusion du FRsAG http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
2013/1/29 Jérome Fretigny jfretigny@gmail.com
Mitel peu également te preter du matos, et propose des solutions pas trop cher et pas trop mal
"Mitel" et "pas trop mal" dans la même phrase, on n'a pas les mêmes expériences alors ! ;)
Bonjour,
Pour notre part on utilise OPBX qui est un asterisk livré en « boite noire » prêt à l'emploi avec interface de gestion, cti etc. couplé à des téléphones Polycom. C'est déployé sur 2 sociétés distinctes dans un environnement multi-sites dont 1 off-shore avec un contexte mixte téléphonie classique/call-center.
Ca marche plutôt bien, on traite sur une des deux sociétés près de 1 million d'appels/an.
Je peux fournir les coordonnées du concepteur/fournisseur en privé.
Cdlt, Jean-Marc.
De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de fatiha boudj Envoyé : jeudi 24 janvier 2013 11:16 À : French SysAdmin Group Objet : [FRsAG] Solution de telephonie
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Bonjour,
Pour reprendre les différents post, voici un petit retour d'expérience: Concernant les supports des constructeurs, les terminaux SIP sont souvent utilisés "à toutes les sauces" sur des environnements très variés même si Asterisk reste une référence dans le domaine: les constructeurs ont un support qui est généralement très "light" hors de leurs solutions "full propriétaire". Pas la peine de leur faire une demande par téléphone, c'est toujours par e-mail et sans trop de réactivité. Nous, on c'est fait une raison et on ne les appelle plus, mare de faire le debug à leur place. S'ils faisaient du libre encore, on pourrait participer mais là quand même... ;-) Dans ces conditions, reste la qualification des matériels "by yourself" ;-) C'est ce qu'on a fait avec Aastra, Cisco SMB (ex Linksys), Cisco (en cours), Snom, Polycom (plus kirk en DECT) et Panasonic Possibilité d'avoir des conditions NFR chez Cisco, Snom et Polycom (Kirk) si il y a une relation de type revendeur avec le constructeur. Pas chez les autres à ma connaissance. Au final on tourne avec des terminaux Aastra et des "pieuvres" Polycom dans 99% des cas, du Panasonic en poste DECT monoborne d'appoint. Le choix est fait pour les raisons suivantes: rapport qualité/prix (stable, robuste pour un prix correct), fonctionnalité et ergonomie utilisateur, design et enfin possibilité de développement simple d'application par échange de XML sur HTTP. Pour les pieuvres, c'est un peu différents c'est la qualité acoustique qui a été privilégiée. Juste un bémol sur le plexiglas de l'écran des Aastra qui ne supporte pas bien les utilisateurs énervés qui raccrochent le combiné en "loupant" l'emplacement de celui-ci. Ca fait rapidement une belle étoile.
Concernant le choix Asterisk/Freeswitch, il y a pas mal de discussion sur le sujet qui tournent souvent à la polémique. Asterisk ayant une antériorité plus grande, on trouve plus de solutions et/ou logiciels autour d'Asterisk. Les deux produits fonctionnent plutôt bien, l'historique veut que nous ayons plus d'expérience sur Asterisk et nous n'allons pas casser tous nos systèmes juste pour le fun "de passer sur une autre solution qui aujourd'hui ne nous apporterait pas de fonctionnalités techniques et/ou métiers supplémentaires". Dans tous les cas, je déconseille le mode "[apt, whatever] install asterisk" qui est parfait pour un POC mais pas pour la production. Une installation bien pensée et faite en installant depuis les sources fonctionne. Privilégier une LTS ou une version qui a été éprouvée en validation. Attention aux aspects IP de "VoIP", c'est pas toujours trivial mais avec de la méthode c'est faisable dans quasi tous les cas (si tant est que le LAN soit propre...). Actuellement on a env. 70 serveurs en production sans compter les installations faites de droite et de gauche pour des besoins ponctuels. Certain de ces serveurs gèrent plusieurs milions d'appels par an. Donc oui on a "plus que tenté" l'expérience et ça fonctionne.
En fonction de la criticité de la solution, il faudra voir pour la redondance et le mode de connexion vers l'opérateur (T2/IP, Carte PCI dans le serveur / Gateway externe ...).
Concernant la partie centrex, c'est un choix de "stratégie", pour une petite structure ou une structure à forte répartition géographique ça peu être valable, pour un centre d'appel j'ai des doutes ou alors un "centrex privé". Et si on parlait cloud, saas ... ok je sors ;-)
Concernant la partie centre d'appel, Asterisk ne fournie en standard que l'ACD pour les appels entrants. Pour la partie sortant, il faudra faire une peu de dev et/ou utiliser des solutions logicielles complémentaires. Idem sur sur la partie multicanal, j'imagine que c'est pour gérer les interactions des agents avec téléphone, fax, e-mail, réseau sociaux... Là encore il faut du soft. Un centre d'appel ca ce pilote, re-idem, il faudra aussi envisager les aspects "supervision" et "statistique". Actuellement, des éditeurs de solution centre d'appels embarque un asterisk "boite noir" pour assurer la fonction "media gateway" du centre d'appel et qui se connecte sur la téléphonie existante de l'entreprise.
Dans tous les cas, Asterisk est un bon produit riche en fonctionnalités et avec de bonnes API mais ce n'est que le socle technique.
Bonne journée, Jérôme.
Le 24/01/2013 11:15, fatiha boudj a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Pour quel(s) raison(s) est-il préférable de compiler les sources plutôt de d'utiliser un gestionnaire de paquet?
Merci.
Le 29 janvier 2013 16:57, Jérôme BEAREL jbearel@astelcom.fr a écrit :
Bonjour,
Pour reprendre les différents post, voici un petit retour d'expérience: Concernant les supports des constructeurs, les terminaux SIP sont souvent utilisés "à toutes les sauces" sur des environnements très variés même si Asterisk reste une référence dans le domaine: les constructeurs ont un support qui est généralement très "light" hors de leurs solutions "full propriétaire". Pas la peine de leur faire une demande par téléphone, c'est toujours par e-mail et sans trop de réactivité. Nous, on c'est fait une raison et on ne les appelle plus, mare de faire le debug à leur place. S'ils faisaient du libre encore, on pourrait participer mais là quand même... ;-) Dans ces conditions, reste la qualification des matériels "by yourself" ;-) C'est ce qu'on a fait avec Aastra, Cisco SMB (ex Linksys), Cisco (en cours), Snom, Polycom (plus kirk en DECT) et Panasonic Possibilité d'avoir des conditions NFR chez Cisco, Snom et Polycom (Kirk) si il y a une relation de type revendeur avec le constructeur. Pas chez les autres à ma connaissance. Au final on tourne avec des terminaux Aastra et des "pieuvres" Polycom dans 99% des cas, du Panasonic en poste DECT monoborne d'appoint. Le choix est fait pour les raisons suivantes: rapport qualité/prix (stable, robuste pour un prix correct), fonctionnalité et ergonomie utilisateur, design et enfin possibilité de développement simple d'application par échange de XML sur HTTP. Pour les pieuvres, c'est un peu différents c'est la qualité acoustique qui a été privilégiée. Juste un bémol sur le plexiglas de l'écran des Aastra qui ne supporte pas bien les utilisateurs énervés qui raccrochent le combiné en "loupant" l'emplacement de celui-ci. Ca fait rapidement une belle étoile.
Concernant le choix Asterisk/Freeswitch, il y a pas mal de discussion sur le sujet qui tournent souvent à la polémique. Asterisk ayant une antériorité plus grande, on trouve plus de solutions et/ou logiciels autour d'Asterisk. Les deux produits fonctionnent plutôt bien, l'historique veut que nous ayons plus d'expérience sur Asterisk et nous n'allons pas casser tous nos systèmes juste pour le fun "de passer sur une autre solution qui aujourd'hui ne nous apporterait pas de fonctionnalités techniques et/ou métiers supplémentaires". Dans tous les cas, je déconseille le mode "[apt, whatever] install asterisk" qui est parfait pour un POC mais pas pour la production. Une installation bien pensée et faite en installant depuis les sources fonctionne. Privilégier une LTS ou une version qui a été éprouvée en validation. Attention aux aspects IP de "VoIP", c'est pas toujours trivial mais avec de la méthode c'est faisable dans quasi tous les cas (si tant est que le LAN soit propre...). Actuellement on a env. 70 serveurs en production sans compter les installations faites de droite et de gauche pour des besoins ponctuels. Certain de ces serveurs gèrent plusieurs milions d'appels par an. Donc oui on a "plus que tenté" l'expérience et ça fonctionne.
En fonction de la criticité de la solution, il faudra voir pour la redondance et le mode de connexion vers l'opérateur (T2/IP, Carte PCI dans le serveur / Gateway externe ...).
Concernant la partie centrex, c'est un choix de "stratégie", pour une petite structure ou une structure à forte répartition géographique ça peu être valable, pour un centre d'appel j'ai des doutes ou alors un "centrex privé". Et si on parlait cloud, saas ... ok je sors ;-)
Concernant la partie centre d'appel, Asterisk ne fournie en standard que l'ACD pour les appels entrants. Pour la partie sortant, il faudra faire une peu de dev et/ou utiliser des solutions logicielles complémentaires. Idem sur sur la partie multicanal, j'imagine que c'est pour gérer les interactions des agents avec téléphone, fax, e-mail, réseau sociaux... Là encore il faut du soft. Un centre d'appel ca ce pilote, re-idem, il faudra aussi envisager les aspects "supervision" et "statistique". Actuellement, des éditeurs de solution centre d'appels embarque un asterisk "boite noir" pour assurer la fonction "media gateway" du centre d'appel et qui se connecte sur la téléphonie existante de l'entreprise.
Dans tous les cas, Asterisk est un bon produit riche en fonctionnalités et avec de bonnes API mais ce n'est que le socle technique.
Bonne journée, Jérôme.
Le 24/01/2013 11:15, fatiha boudj a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 29/01/2013 22:48, SD76 a écrit :
Bonjour,
Bonsoir,
Pour quel(s) raison(s) est-il préférable de compiler les sources plutôt de d'utiliser un gestionnaire de paquet?
Autant les mainteneurs des paquets font un super boulot autant tu n'as pas la maitrise de la version et des patchs qui sont dans cette version.
-Pour un POC ça ne pose aucun problème, j'aurais même tendance à dire que c'est la bonne méthode par contre en production et surtout en centre d'appel il y a intérêt à savoir que l'usage de telle fonction avec telle autre en simultané provoque un deadlock du chan_sip (au hasard) dans la version x.y sans le patch zzz par exemple. Et ça, ce n'est pas pas dans l'apt-cache show asterisk mais dans la validation de la version déployée.
-Les gestionnaires de paquets en mettent partout dans le fs certes en respectant la nomenclature de l'arborescence mais du coup c'est pas simple pour installer une xème version en parallèle et faire une mise en production ou un rollback par changement d'un lien symbolique.
-Faire tourner le service avec un autre compte que root c'est bien, les API permettent l'exécution de commandes systèmes et asterisk peut parfois se permettre un petit segfault (et dans ces cas là, il faut mieux que ce soit le système qui inflige la correction que le contraire)
-Pour passer un patch c'est juste l'application du patch et/ou la modification des sources + trois lignes de commandes pour mettre en service.
-Un apt-get upgrade hasardeux peut avoir des conséquences "inattendus", dans le meilleurs des cas, un simple contournement du problème dans le dialplan fera le job, dans le pire des cas, le comportement des API de type AMI ou AGI auront un comportement différents et les softs de CTI auront un comportement aléatoire.
En fait on pourrait faire le parallèle avec un hébergeur qui customize sa suite Apache/PHP ou encore MySQL pour que ça tienne la charge et une PME qui utilise les paquets standards avec le 1er CMS qui rend le service, les deux font le job mais pas à la même échelle. Il n'y a pas *la* solution mais des solutions adaptées aux besoins.
Je vais me permettre un *gros* raccourci qui n'engage que moi (aïe! pas taper !!!): pour une TPE lambda => centrex/cloud xyz (mais pas avec des Thomson !!!), pour une TPE++, POC, Démo... => le paquet asterisk et pour le reste => faut faire autrement. La question d'origine comportait les mots "PME", "centre d'appel multicanal", ça doit donc faire partie "du reste".
Merci.
De rien ;-) Jérôme.
Le 29 janvier 2013 16:57, Jérôme BEAREL <jbearel@astelcom.fr mailto:jbearel@astelcom.fr> a écrit :
Bonjour, Pour reprendre les différents post, voici un petit retour d'expérience: Concernant les supports des constructeurs, les terminaux SIP sont souvent utilisés "à toutes les sauces" sur des environnements très variés même si Asterisk reste une référence dans le domaine: les constructeurs ont un support qui est généralement très "light" hors de leurs solutions "full propriétaire". Pas la peine de leur faire une demande par téléphone, c'est toujours par e-mail et sans trop de réactivité. Nous, on c'est fait une raison et on ne les appelle plus, mare de faire le debug à leur place. S'ils faisaient du libre encore, on pourrait participer mais là quand même... ;-) Dans ces conditions, reste la qualification des matériels "by yourself" ;-) C'est ce qu'on a fait avec Aastra, Cisco SMB (ex Linksys), Cisco (en cours), Snom, Polycom (plus kirk en DECT) et Panasonic Possibilité d'avoir des conditions NFR chez Cisco, Snom et Polycom (Kirk) si il y a une relation de type revendeur avec le constructeur. Pas chez les autres à ma connaissance. Au final on tourne avec des terminaux Aastra et des "pieuvres" Polycom dans 99% des cas, du Panasonic en poste DECT monoborne d'appoint. Le choix est fait pour les raisons suivantes: rapport qualité/prix (stable, robuste pour un prix correct), fonctionnalité et ergonomie utilisateur, design et enfin possibilité de développement simple d'application par échange de XML sur HTTP. Pour les pieuvres, c'est un peu différents c'est la qualité acoustique qui a été privilégiée. Juste un bémol sur le plexiglas de l'écran des Aastra qui ne supporte pas bien les utilisateurs énervés qui raccrochent le combiné en "loupant" l'emplacement de celui-ci. Ca fait rapidement une belle étoile. Concernant le choix Asterisk/Freeswitch, il y a pas mal de discussion sur le sujet qui tournent souvent à la polémique. Asterisk ayant une antériorité plus grande, on trouve plus de solutions et/ou logiciels autour d'Asterisk. Les deux produits fonctionnent plutôt bien, l'historique veut que nous ayons plus d'expérience sur Asterisk et nous n'allons pas casser tous nos systèmes juste pour le fun "de passer sur une autre solution qui aujourd'hui ne nous apporterait pas de fonctionnalités techniques et/ou métiers supplémentaires". Dans tous les cas, je déconseille le mode "[apt, whatever] install asterisk" qui est parfait pour un POC mais pas pour la production. Une installation bien pensée et faite en installant depuis les sources fonctionne. Privilégier une LTS ou une version qui a été éprouvée en validation. Attention aux aspects IP de "VoIP", c'est pas toujours trivial mais avec de la méthode c'est faisable dans quasi tous les cas (si tant est que le LAN soit propre...). Actuellement on a env. 70 serveurs en production sans compter les installations faites de droite et de gauche pour des besoins ponctuels. Certain de ces serveurs gèrent plusieurs milions d'appels par an. Donc oui on a "plus que tenté" l'expérience et ça fonctionne. En fonction de la criticité de la solution, il faudra voir pour la redondance et le mode de connexion vers l'opérateur (T2/IP, Carte PCI dans le serveur / Gateway externe ...). Concernant la partie centrex, c'est un choix de "stratégie", pour une petite structure ou une structure à forte répartition géographique ça peu être valable, pour un centre d'appel j'ai des doutes ou alors un "centrex privé". Et si on parlait cloud, saas ... ok je sors ;-) Concernant la partie centre d'appel, Asterisk ne fournie en standard que l'ACD pour les appels entrants. Pour la partie sortant, il faudra faire une peu de dev et/ou utiliser des solutions logicielles complémentaires. Idem sur sur la partie multicanal, j'imagine que c'est pour gérer les interactions des agents avec téléphone, fax, e-mail, réseau sociaux... Là encore il faut du soft. Un centre d'appel ca ce pilote, re-idem, il faudra aussi envisager les aspects "supervision" et "statistique". Actuellement, des éditeurs de solution centre d'appels embarque un asterisk "boite noir" pour assurer la fonction "media gateway" du centre d'appel et qui se connecte sur la téléphonie existante de l'entreprise. Dans tous les cas, Asterisk est un bon produit riche en fonctionnalités et avec de bonnes API mais ce n'est que le socle technique. Bonne journée, Jérôme. Le 24/01/2013 11:15, fatiha boudj a écrit : Bonjour Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ? merci pour vos retour _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonsoir,
Le 30 janv. 2013 00:07, "Jérôme BEAREL" jbearel@astelcom.fr a écrit :
-Pour un POC ça ne pose aucun problème, j'aurais même tendance à dire que
c'est la bonne méthode par contre en production et surtout en centre d'appel il y a intérêt à savoir que l'usage de telle fonction avec telle autre en simultané provoque un deadlock du chan_sip (au hasard) dans la version x.y sans le patch zzz par exemple.
Haa ! Je me disai un thread de 20 mails sur asterisk sans parler de deadlock.. c'était louche.
Je vais me permettre un *gros* raccourci qui n'engage que moi (aïe! pas
taper !!!): pour une TPE lambda => centrex/cloud xyz (mais pas avec des Thomson !!!), pour une TPE++, POC, Démo... => le paquet asterisk et pour le reste => faut faire autrement.
Centrex c'est bien souvent du thomson... Maintenant y a le TB30, a voir si c'est plus robeste. Au feeling aastra c'est le top.
Meme en ayant un serveur en interne il est nécessaire d'avoir un trunk sip, ce qui provoque peu ou prou la même dépendance qu'un centrex
Merci pour le retour et les conseils qui éclaire ma faible lanterne ;)
Le 30 janvier 2013 00:59, seb astien krionux@gmail.com a écrit :
Bonsoir,
Le 30 janv. 2013 00:07, "Jérôme BEAREL" jbearel@astelcom.fr a écrit :
-Pour un POC ça ne pose aucun problème, j'aurais même tendance à dire
que c'est la bonne méthode par contre en production et surtout en centre d'appel il y a intérêt à savoir que l'usage de telle fonction avec telle autre en simultané provoque un deadlock du chan_sip (au hasard) dans la version x.y sans le patch zzz par exemple.
Haa ! Je me disai un thread de 20 mails sur asterisk sans parler de deadlock.. c'était louche.
Je vais me permettre un *gros* raccourci qui n'engage que moi (aïe! pas
taper !!!): pour une TPE lambda => centrex/cloud xyz (mais pas avec des Thomson !!!), pour une TPE++, POC, Démo... => le paquet asterisk et pour le reste => faut faire autrement.
Centrex c'est bien souvent du thomson... Maintenant y a le TB30, a voir si c'est plus robeste. Au feeling aastra c'est le top.
Meme en ayant un serveur en interne il est nécessaire d'avoir un trunk sip, ce qui provoque peu ou prou la même dépendance qu'un centrex
Liste de diffusion du FRsAG http://www.frsag.org/
❦ 30 janvier 2013 00:07 CET, Jérôme BEAREL jbearel@astelcom.fr :
Pour quel(s) raison(s) est-il préférable de compiler les sources plutôt de d'utiliser un gestionnaire de paquet?
Autant les mainteneurs des paquets font un super boulot autant tu n'as pas la maitrise de la version et des patchs qui sont dans cette version.
C'est la seule raison qui me semble valable pour ne pas utiliser le paquet de la distrib, à condition de vouloir effectivement une version différente avec des patchs particuliers.
-Pour un POC ça ne pose aucun problème, j'aurais même tendance à dire que c'est la bonne méthode par contre en production et surtout en centre d'appel il y a intérêt à savoir que l'usage de telle fonction avec telle autre en simultané provoque un deadlock du chan_sip (au hasard) dans la version x.y sans le patch zzz par exemple. Et ça, ce n'est pas pas dans l'apt-cache show asterisk mais dans la validation de la version déployée.
C'est typiquement le genre de trucs qui a plus de chance d'être corrigé dans une version packagée qui a été testée par un quelques centaines de personnes dans le cadre de la distrib (tel compileur, telle libc) qu'en prenant telle version depuis les sources et en étant le seul à utiliser une combinaison particulière.
-Les gestionnaires de paquets en mettent partout dans le fs certes en respectant la nomenclature de l'arborescence mais du coup c'est pas simple pour installer une xème version en parallèle et faire une mise en production ou un rollback par changement d'un lien symbolique.
apt-get install asterisk=version-qui-marche
-Pour passer un patch c'est juste l'application du patch et/ou la modification des sources + trois lignes de commandes pour mettre en service.
Dis comme ça, on croirait que chaque machine de prod est installée avec des outils de développement.
-Un apt-get upgrade hasardeux peut avoir des conséquences "inattendus", dans le meilleurs des cas, un simple contournement du problème dans le dialplan fera le job, dans le pire des cas, le comportement des API de type AMI ou AGI auront un comportement différents et les softs de CTI auront un comportement aléatoire.
Ce qui est fort peu probable si on suit une branche stable d'une distribution (type Debian stable, Ubuntu LTS) puisqu'il n'y a justement aucune montée en version autorisée, juste des patchs ciblés qui fixent des deadlocks dans chan_sip.
D'une manière générale, il est assez curieux de faire confiance à la distribution pour des composants aussi critiques que la libc, gcc ou le noyau et de penser que pour des paquets comme Asterisk, ils ne sont pas capables de fournir le même boulot.
On peut considérer (à raison) que l'on n'est mieux placé que le mainteneur du paquet pour savoir quelle est la version la plus adaptée d'Asterisk à ses besoins et donc utiliser sa propre version, mais de là à dire qu'il faut absolument compiler depuis les sources si on veut pas passer pour un guignol...
Le 30 janv. 2013 à 08:23, Vincent Bernat a écrit :
Ce qui est fort peu probable si on suit une branche stable d'une distribution (type Debian stable, Ubuntu LTS) puisqu'il n'y a justement aucune montée en version autorisée, juste des patchs ciblés qui fixent des deadlocks dans chan_sip.
D'une manière générale, il est assez curieux de faire confiance à la distribution pour des composants aussi critiques que la libc, gcc ou le noyau et de penser que pour des paquets comme Asterisk, ils ne sont pas capables de fournir le même boulot.
On peut considérer (à raison) que l'on n'est mieux placé que le mainteneur du paquet pour savoir quelle est la version la plus adaptée d'Asterisk à ses besoins et donc utiliser sa propre version, mais de là à dire qu'il faut absolument compiler depuis les sources si on veut pas passer pour un guignol... --
J'ajouterais que simplement compiler depuis les sources c'est sale également, le paquet ne s'intégrera pas à la distribution, avec des problèmes de dépendance et autres joyeusetés. Ce qui est propre c'est de compiler le paquet, le mettre sur ton dépôt privé, et lancer un: # apt-get install asterisk-perso
Cordialement Emmanuel Thierry
Merci à vous Jérôme pour cet excellent partage d'expérience.
Olivier
Le 29 janvier 2013 16:57, Jérôme BEAREL jbearel@astelcom.fr a écrit :
Bonjour,
Pour reprendre les différents post, voici un petit retour d'expérience: Concernant les supports des constructeurs, les terminaux SIP sont souvent utilisés "à toutes les sauces" sur des environnements très variés même si Asterisk reste une référence dans le domaine: les constructeurs ont un support qui est généralement très "light" hors de leurs solutions "full propriétaire". Pas la peine de leur faire une demande par téléphone, c'est toujours par e-mail et sans trop de réactivité. Nous, on c'est fait une raison et on ne les appelle plus, mare de faire le debug à leur place. S'ils faisaient du libre encore, on pourrait participer mais là quand même... ;-) Dans ces conditions, reste la qualification des matériels "by yourself" ;-) C'est ce qu'on a fait avec Aastra, Cisco SMB (ex Linksys), Cisco (en cours), Snom, Polycom (plus kirk en DECT) et Panasonic Possibilité d'avoir des conditions NFR chez Cisco, Snom et Polycom (Kirk) si il y a une relation de type revendeur avec le constructeur. Pas chez les autres à ma connaissance. Au final on tourne avec des terminaux Aastra et des "pieuvres" Polycom dans 99% des cas, du Panasonic en poste DECT monoborne d'appoint. Le choix est fait pour les raisons suivantes: rapport qualité/prix (stable, robuste pour un prix correct), fonctionnalité et ergonomie utilisateur, design et enfin possibilité de développement simple d'application par échange de XML sur HTTP. Pour les pieuvres, c'est un peu différents c'est la qualité acoustique qui a été privilégiée. Juste un bémol sur le plexiglas de l'écran des Aastra qui ne supporte pas bien les utilisateurs énervés qui raccrochent le combiné en "loupant" l'emplacement de celui-ci. Ca fait rapidement une belle étoile.
Concernant le choix Asterisk/Freeswitch, il y a pas mal de discussion sur le sujet qui tournent souvent à la polémique. Asterisk ayant une antériorité plus grande, on trouve plus de solutions et/ou logiciels autour d'Asterisk. Les deux produits fonctionnent plutôt bien, l'historique veut que nous ayons plus d'expérience sur Asterisk et nous n'allons pas casser tous nos systèmes juste pour le fun "de passer sur une autre solution qui aujourd'hui ne nous apporterait pas de fonctionnalités techniques et/ou métiers supplémentaires". Dans tous les cas, je déconseille le mode "[apt, whatever] install asterisk" qui est parfait pour un POC mais pas pour la production. Une installation bien pensée et faite en installant depuis les sources fonctionne. Privilégier une LTS ou une version qui a été éprouvée en validation. Attention aux aspects IP de "VoIP", c'est pas toujours trivial mais avec de la méthode c'est faisable dans quasi tous les cas (si tant est que le LAN soit propre...). Actuellement on a env. 70 serveurs en production sans compter les installations faites de droite et de gauche pour des besoins ponctuels. Certain de ces serveurs gèrent plusieurs milions d'appels par an. Donc oui on a "plus que tenté" l'expérience et ça fonctionne.
En fonction de la criticité de la solution, il faudra voir pour la redondance et le mode de connexion vers l'opérateur (T2/IP, Carte PCI dans le serveur / Gateway externe ...).
Concernant la partie centrex, c'est un choix de "stratégie", pour une petite structure ou une structure à forte répartition géographique ça peu être valable, pour un centre d'appel j'ai des doutes ou alors un "centrex privé". Et si on parlait cloud, saas ... ok je sors ;-)
Concernant la partie centre d'appel, Asterisk ne fournie en standard que l'ACD pour les appels entrants. Pour la partie sortant, il faudra faire une peu de dev et/ou utiliser des solutions logicielles complémentaires. Idem sur sur la partie multicanal, j'imagine que c'est pour gérer les interactions des agents avec téléphone, fax, e-mail, réseau sociaux... Là encore il faut du soft. Un centre d'appel ca ce pilote, re-idem, il faudra aussi envisager les aspects "supervision" et "statistique". Actuellement, des éditeurs de solution centre d'appels embarque un asterisk "boite noir" pour assurer la fonction "media gateway" du centre d'appel et qui se connecte sur la téléphonie existante de l'entreprise.
Dans tous les cas, Asterisk est un bon produit riche en fonctionnalités et avec de bonnes API mais ce n'est que le socle technique.
Bonne journée, Jérôme.
Le 24/01/2013 11:15, fatiha boudj a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 24 janvier 2013 11:15, fatiha boudj fboudj@yahoo.fr a écrit :
Bonjour
Je recherche des retours d'experience en PME . Existe-t-il des societes qui ont tenté la telephonie du monde libre de type "asterix" avec une solution centre d'appel multicanal ?
merci pour vos retour
Bonjour,
nous utilisons une solution pro à base de XiVo, lui-même basé et améliorant Asterisk. La société qui gère notre compte est celle éditant Xivo ;) Nous avons eu besoin de quelques développements spécifiques qui ont été vite prit en compte dans leur process de développement, en gros dès qu'ils ont pu l'intégrer dans un sprint.
Nous avons ~40 postes AASTRA + quelques Polycom HD pour les boss, un serveur Xivo en local, une ligne SDSL 8M et franchement, je n'ai jamais eu aussi peu de soucis/problème que depuis que j'utilise cette solution ! A part à l'époque du RNIS.
Autre point : leur logiciel CTI est compatible Windows, Linux et surtout OSX, important pour les quelques Mac que nous avons dans le parc.
Le 31/01/2013 10:46, Greg a écrit :
A part à l'époque du RNIS.
Et quel solution a tu retenu pour te passer du RNIS ? Portage des SDA vers un fournisseur de trunk SIP, j'imagine ? As-tu un retour d'expérience sur le sujet ? Quid de la stabilité de SDSL+Trunk SIP vs. RNIS ?
Et quel solution a tu retenu pour te passer du RNIS ? Portage des SDA vers un fournisseur de trunk SIP, j'imagine ? As-tu un retour d'expérience sur le sujet ? Quid de la stabilité de SDSL+Trunk SIP vs. RNIS ?
Tu ne pourras pas trouver plus stable que RNIS. Enfin ca dépend sous asterisk les cartes T0 ont parfois du mal si tu prend de l'exotique. Maintenant clairement c'est une réflexion niveau cout/criticité du service téléphone. Une SDSL c'est stable. La plupart des providers centrex double même les liens (2SDSL, ou un mix ADSL/SDSL). Mais le soucis c'est toujours l'infrastructure du provider SIP. Le registrar peut planter, la collecte peut foirer, etc...
Tu peux avoir du 99% de dispo avec du trunk SIP+SDSL. mais ce sera forcement moins stable que du RNIS ou tu auras plus probablement du 99.9%.
A toi d'évaluer si ta téléphonie externe est un vrai service critique, ou peu avoir une coupure une fois tout les deux mois.
En ce qui me concerne je connais assez peu d'entreprise ou c'est suffisamment critique pour ne pas justifier de passer sur de la VOIP.
Oui, faut pas oublier qu'en France on est habituer à une qualité de service au niveau des télécoms, que beaucoup de pays nous envie...
La ligne SDSL est très stable, c'est parfois la qualité des communications qui est aléatoire.
Greg
Le 31 janvier 2013 17:46, Raphael Mazelier raph@futomaki.net a écrit :
Et quel solution a tu retenu pour te passer du RNIS ?
Portage des SDA vers un fournisseur de trunk SIP, j'imagine ? As-tu un retour d'expérience sur le sujet ? Quid de la stabilité de SDSL+Trunk SIP vs. RNIS ?
Tu ne pourras pas trouver plus stable que RNIS. Enfin ca dépend sous
asterisk les cartes T0 ont parfois du mal si tu prend de l'exotique. Maintenant clairement c'est une réflexion niveau cout/criticité du service téléphone. Une SDSL c'est stable. La plupart des providers centrex double même les liens (2SDSL, ou un mix ADSL/SDSL). Mais le soucis c'est toujours l'infrastructure du provider SIP. Le registrar peut planter, la collecte peut foirer, etc...
Tu peux avoir du 99% de dispo avec du trunk SIP+SDSL. mais ce sera forcement moins stable que du RNIS ou tu auras plus probablement du 99.9%.
A toi d'évaluer si ta téléphonie externe est un vrai service critique, ou peu avoir une coupure une fois tout les deux mois.
En ce qui me concerne je connais assez peu d'entreprise ou c'est suffisamment critique pour ne pas justifier de passer sur de la VOIP.
-- Raphael Mazelier
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 01/02/2013 17:49, Greg a écrit :
Oui, faut pas oublier qu'en France on est habituer à une qualité de service au niveau des télécoms, que beaucoup de pays nous envie...
Exact. Heureusement que la téléphonie mobile est arrivé, car sinon cela aurait dur d'expliquer au client voip que ca peut "foirer". Il faut reconnaitre que FT délivrait et délivre toujours un service de téléphonie fixe d'une qualité inégalé dans le monde.
-
Cyril Constantin -
Emmanuel Thierry -
fatiha boudj -
Frédéric VANNIÈRE -
Greg -
Jean-Marc Jacquot -
Jordan BIJAOUI -
Jérome Fretigny -
Jérôme BEAREL -
Nicolas CARTRON -
Olivier MARECHAL -
Pierre `Sn4kY` DOLIDON -
Raphael Mazelier -
RR
-
SD76 -
seb astien -
Simon Morvan -
Tristan Mahé -
Vincent Bernat -
Vincent Juhel