Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left
Hello, Petite question : c'est quoi la cible de faire du snapshot sur ces gammes la ? Une sauvegarde de configuration auto et historisée + rescue config devraient suffire ? Ça n'enlève pas le fait que tu devrais pouvoir en faire, mais je me questionne :) J'ai rarement vu des switchs en carafe, à part les 4200 dans des vieilles versions de Junos, où tu gagnais une réinstall à la clé USB (suite mauvais reboot électrique) ++ Pierre Le lun. 29 janv. 2024 à 10:55, Toussaint OTTAVI a écrit : > > Le 22/01/2024 à 16:32, Toussaint OTTAVI a écrit : > > En regardant les points de montage d'un peu plus près : > > df -h | grep /tmp > > tmpfs 826M 16K826M 0%/.mount/tmp > > /var/tmp 1.3G544M712M43% > > /.mount/packages/mnt/jweb-ex-33d6a634/jail/var/tmp > > Je me casse toujours les dents sur mes EX2300, sur lesquels il n'y a pas > assez de place pour faire des snapshots recovery. Un suspect est le > /var/tmp, qui a un point de montage assez étrange (en sous-dossier du > package J-Web). > > Est-ce que l'utilisation du shell FreeBSD est supportée pour y faire des > choses au niveau de l'OS, comme par exemple modifier un fichier de > démarrage pour changer un point de montage ? Y a t-il des docs en ce > sens ? A quel endroit pourrait se trouver le montage du /var/tmp vers ce > chemin bizarre ? > > Merci par avance pour vos idées. Sinon, il ne me restera plus qu'à > attendre Vendredi pour poster une petite annonce en [BIZ] ;-) > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Fournisseur Trunk SIP sur support fibre dédié
Bonjour Christian, Votre question sur les codecs est tout à fait légitime. Cependant, le (nouveau) « standard » d'interconnexion ~2022 entre les opérateurs IP n'aborde pas ce sujet des codecs audio de "meilleure qualité". Il est également important de noter que d'autres sujets sont actuellement en cours de développement chez les opérateurs, tels que le MAN (Mécanisme d'authentification des numéros), qui a pour objectif de réduire les fraudes. standard d'interconnexion operateur SIP : https://www.fftelecoms.org/app/uploads/2022/01/FFT-SIP-interface-specification-V3.1-with-revision-marks.pdf extrait de : https://www.fftelecoms.org/nos-travaux-et-champs-dactions/interconnexion-ip/interconnexion-ip-mise-en-consultation-du-profil-sip-v3-1/ Il n'est pas impossible de trouver un opérateur qui permet l'utilisation de codecs comme le G722 ou l'Opus, ou d'autres codecs, mais très peu d'appels seront éligibles. Bien cordialement, ALEGRI Rémy Le 2024-01-29 19:19, Christian d'Autume a écrit : Bonjour, Je recherche des contacts d'opérateurs capables de livrer des Trunk SIP sur support fibre dédié en France (dont la corse). Caractéristique ciblée: Latence faible, codec HD (> G711, idéalement voice HD) L'expérience a déjà été tentée côté opérateurs historiques, mais ils ne semblent pas dépasser le G711 sur leurs liaisons fixes. Preneur de vos retours, contact. En vous souhaitant une bonne semaine, Cdt, Christian d'Autume --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Fournisseur Trunk SIP sur support fibre dédié
Bonjour, Je recherche des contacts d'opérateurs capables de livrer des Trunk SIP sur support fibre dédié en France (dont la corse). Caractéristique ciblée: Latence faible, codec HD (> G711, idéalement voice HD) L'expérience a déjà été tentée côté opérateurs historiques, mais ils ne semblent pas dépasser le G711 sur leurs liaisons fixes. Preneur de vos retours, contact. En vous souhaitant une bonne semaine, Cdt, Christian d'Autume signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent
Ta situation est certainement une des pires qui soit, surtout maintenant que les NOC des opérateurs de ce type sont remplis de Level 1 (hmmm) qui vont te répondre « I am sorry Sir, but what is a BGP ? ». C’est tellement consternant qu’on peut se demander si c’est encore un choix cohérent de prendre des Tier1 comme transit. Je t’aurais bien dit de faire des pings en rafale, mais j’ai l’impression que l’anti-DOS d’OVH fait son boulot, et à partir de 90-95ms, j’ai des pertes (alors que j’en ai pas avec 20ms vers 1.1.1.1, qui doit pourtant aussi avoir un anti-DOS). Le next step, c’est prendre une trace PCAP simultanée de chaque côté lors d’un upload direct, pour les comparer et voir si y a des bizarreries (retard des requêtes ou des réponses, fragmentation anormale, etc…). Ensuite, un petit iperf, en TCP, puis en UDP, permettrait peut-être de formuler une hypothèse sur un problème en TCP seulement (donc à cause de latence ou drop). David > Le 29 janv. 2024 à 14:16, Jean-Francois Maeyhieux a écrit : > > Bonjour, > > je reviens vers vous pour faire un retour de notre problème sur > lequel nous avons pu enfin avancer. > > Je tiens à remercier tout ceux qui nous ont répondu ici ou en privé, ça > fais toujours plaisir de voir que la communauté FRNOG est toujours > présente pour donner avis et conseils grâce aux nombreuses compétences > et expériences des personnes présentes dans la mailing list. La piste > MTU était pertinente mais n'a rien apportée en pratique. > > Nous avons mis en place un rebond IP sur un autre réseau français pour > atteindre OVH et avons pu constater des débits au minimum 25 fois > supérieur (bande passante passant alors de 8-16 mbps à 400 mbps). > Nous passons à ce moment là de Vodaphone à OVH via Level3/Scaleway. > Sinon nous avons pu atteindre via ce même rebond une bande passante de > l'ordre de 80 mbps depuis GTT. > > Au final, nous observons donc un vrai problème de transit ou de peering > depuis l'Italie vers OVH que ce soit via GTT/Cogent ou > Vodaphone/KPN(NL). > Hors d'après wikipédia, KPN international (NL) a été racheté en 2019 > par GTT. Ce dernier, mal en point financièrement, a revendu son réseau > et celui de KPN au fond I Squared Capital pour devenir EXA > Infrastructure. > Bref on s'éloigne de l'explication technique mais mon pifomètre > expérimenté me laisse à penser qu'un tel Santa Barbara amène rarement > une bonne gestion des capacités et de la qualité de service du réseau > sous-jacent. > > N'étant pas un expert sur les questions de transit/peering, je reste > quand même étonné d'une telle disparité de bande passante selon les > interconnexions empruntées entre 2 pays européens limitrophes. > > Le contournement via un rebond IP résout notre problème en pratique > mais reste à nos yeux plus un work-around qu'une réelle solution. > > Je suppose que je n'aurais aucun résultat réel en m'adressant à GTT ou > Cogent. Pensez vous qu'OVH peut nous apporter une aide quelconque de > son côté ? > > > Cordialement, > Jean-François. > > > Le mardi 16 janvier 2024 à 16:31 +0100, Damien Wetzel via frnog a > écrit : >> Bonjour à tous et meilleurs voeux pour 2024 :) >> Nous avons des problèmes pour uploader des videos depuis L'AS288 vers >> nos serveurs chez OVH via les AS GTT 3257 et Cogent 174, les vitesses ne >> depassent pas les 10 Mbps >> quelqu'un aurait une idée du probleme et/ou une solution à proposer pour >> ameliorer les perfs ? >> Bien à vous, >> Damien, > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left
Le 22/01/2024 à 16:32, Toussaint OTTAVI a écrit : En regardant les points de montage d'un peu plus près : df -h | grep /tmp tmpfs 826M 16K 826M 0% /.mount/tmp /var/tmp 1.3G 544M 712M 43% /.mount/packages/mnt/jweb-ex-33d6a634/jail/var/tmp Je me casse toujours les dents sur mes EX2300, sur lesquels il n'y a pas assez de place pour faire des snapshots recovery. Un suspect est le /var/tmp, qui a un point de montage assez étrange (en sous-dossier du package J-Web). Est-ce que l'utilisation du shell FreeBSD est supportée pour y faire des choses au niveau de l'OS, comme par exemple modifier un fichier de démarrage pour changer un point de montage ? Y a t-il des docs en ce sens ? A quel endroit pourrait se trouver le montage du /var/tmp vers ce chemin bizarre ? Merci par avance pour vos idées. Sinon, il ne me restera plus qu'à attendre Vendredi pour poster une petite annonce en [BIZ] ;-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface marque blanche téléphonie OVH
Exposer un service joignable par n'importe qui de cette façon, ce n'est pas la même chose que le modèle actuel : téléphone -> sbc -> autres opérateurs -> téléphone Ah ? Fonctionnellement (causer), il me semble que si. Tout ça étant déjà assez fragile (sécurité, usurpation d'identité d'appelant, etc.) Oui, c'est pas comme si on pouvait avoir confiance dans le n° appelant ;>>> alors que les interfaces s'exposent entre gens qui sont censé se faire confiance ( clients/fournisseurs ; opérateur/opérateur ), si tu ouvres ça, tu cumules les problèmes du téléphone avec ceux du mail ou du web... On dira que toutes les phrases se terminent pas un paquet de smileys :) Le ouaib n'a pas de problème, hormis une sécu en mousse grâce à des langages et des modes de devs en mousse. Le mail marchait très bien jusqu'aux gafam. Le téléphone n'a pas besoin d'être identifié. Les cabines téléphoniques étaient anonymes. (suis assez fier de cet argument ;) Compte tenu de du niveau de harcèlement constaté sur les fixes et mobiles de l'entreprise, c'est sûr que le système actuel est très au point. Un certif genre france connect et ça roule, non ? -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface marque blanche téléphonie OVH
Intéressant, est-ce que la carte ISA numérisait la voix pour l'envoyer vers les commutateurs FT (T1 ou E1/T2) ? Ça a dans les 20 ans et le pote a disparu des registres. Ce dont je me rappelle : ça tournait sur des PC compatibles, sous FreeBSD (un BSD en tout cas, dont le pote était très fan, genre "plus tu lui en mets dans la tronche plus il va vite (sic)". Je crois plutôt que ces cartes transformaient les PC en commutateurs. J'imagine qu'il recevaient les comms d'entreprise directement au format ISDN. Toutes ces infos sans garantie mais il y avait, ça c'est certain, une sacré équipe de devs hard & soft sur Bordeaux en ce temps là :) -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface marque blanche téléphonie OVH
Bonjour Martin, je reviens sur la question initiale : j'ai développé une interface pour les revendeurs OVH que je propose déjà à quelques clients revendeurs, n'hésite pas à me contacter en MP pour que je te la présente. Elle est actuellement concentrée sur la partie téléphonie (le besoin de mon client initial), mais évoluera vite en fonction des besoin de ceux qui l'utilisent, tant sur la partie OVH que sur des fonctionnalités annexes mais utiles pour les revendeurs (facturation, ticketing, etc...) Aymeric Le ven. 26 janv. 2024 à 23:42, Martin a écrit : > Merci Stéphane, > > Intéressant, je garde ça en tête ! > > Le ven. 26 janv. 2024 à 18:47, Stéphane Rivière a > écrit : > > > Bonjour Martin, > > > j'ai un petit parc grandissant de clients chez qui j'ai installé de la > > > téléphonie OVH. J'en suis content sur la partie téléphonie qui > fonctionne > > > bien. > > > > +1 > > > > Quoi qu'un dise, la téléphonie OVH, ça marche. Et, sans étude client > > spécifique, les tarifs sont attrayants si : > > - C'est essentiellement de la réception ou de l'appel d'un peu toujours > > les mêmes fixes (99 max/mois). > > - Couplé éventuellement à des portables d'entreprise à petits forfaits > > pour les appels de collabs. > > > > Sinon, en étudiant précisément les besoins clients, on trouve de quoi > > faire des propales valables, qui plaisent et qui nous rémunèrent. > > > > Après... la VOIP très fiable, ça n'existe pas. C'est une chaîne de > > valeur en mousse qui s'appuie sur un réseau "best effort" en mousse. Le > > POTS fonctionnait lui. Du béton en synchrone et avec des DC de la taille > > d'un immeubles dans chaque ville moyenne, qu'on appelait "central > > téléphonique". Ça c'était vraiment fiable. Donc quitte à être dans les > > 99,9% sans rechercher des services très élaborés, la téléphonie OVH, > > c'est juste bien. > > > > > Quelqu'un connait il une solution qui réponde à ce besoin ? > > > > On a prévu de coder ça. Qu'on mettra en libre d'ailleurs. OSEF > > l'avantage concurrentiel car on croit au libre, qui nous fait vivre par > > ailleurs. Et à OVH, qui a un bon réseau, de bons serveurs et de bons > > services. Je vois bien aussi comment ça se passe du coté de MaZone (berk > > et$$$) ou de Zuzure (plus joli et plus 'commerçants' c'est dire) avec > > des grands comptes qui se font planter toutes leurs DB pendant 6 heures > > ou d'autres services pas essentiels comme l'email qui tombent, parfois > > comme des mouches. Les nuages en mousse sont partout et à ce niveau de > > complexité, il faut rester humble et la mousse est partout (et, malgré > > dredi, je vous éviterais les contrepèteries du cultissime Chrysler Rose > > de Dashiell Hedayat ou Melmoth - les noms de scène de Jack-Alain Léger) > > > > Quand ? Quand on aura le temps (sic). Mais c'est prévu, d'ici à fin 2025 > > au pire. J'espère avant. > > Ça tournera uniquement sur du Nux, sous forme de service Web responsive, > > du malinphone à l'écran de station. > > > > -- > > 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 d'upload entre AS288 vers OVH via GTT et Cogent
Bonjour, je reviens vers vous pour faire un retour de notre problème sur lequel nous avons pu enfin avancer. Je tiens à remercier tout ceux qui nous ont répondu ici ou en privé, ça fais toujours plaisir de voir que la communauté FRNOG est toujours présente pour donner avis et conseils grâce aux nombreuses compétences et expériences des personnes présentes dans la mailing list. La piste MTU était pertinente mais n'a rien apportée en pratique. Nous avons mis en place un rebond IP sur un autre réseau français pour atteindre OVH et avons pu constater des débits au minimum 25 fois supérieur (bande passante passant alors de 8-16 mbps à 400 mbps). Nous passons à ce moment là de Vodaphone à OVH via Level3/Scaleway. Sinon nous avons pu atteindre via ce même rebond une bande passante de l'ordre de 80 mbps depuis GTT. Au final, nous observons donc un vrai problème de transit ou de peering depuis l'Italie vers OVH que ce soit via GTT/Cogent ou Vodaphone/KPN(NL). Hors d'après wikipédia, KPN international (NL) a été racheté en 2019 par GTT. Ce dernier, mal en point financièrement, a revendu son réseau et celui de KPN au fond I Squared Capital pour devenir EXA Infrastructure. Bref on s'éloigne de l'explication technique mais mon pifomètre expérimenté me laisse à penser qu'un tel Santa Barbara amène rarement une bonne gestion des capacités et de la qualité de service du réseau sous-jacent. N'étant pas un expert sur les questions de transit/peering, je reste quand même étonné d'une telle disparité de bande passante selon les interconnexions empruntées entre 2 pays européens limitrophes. Le contournement via un rebond IP résout notre problème en pratique mais reste à nos yeux plus un work-around qu'une réelle solution. Je suppose que je n'aurais aucun résultat réel en m'adressant à GTT ou Cogent. Pensez vous qu'OVH peut nous apporter une aide quelconque de son côté ? Cordialement, Jean-François. Le mardi 16 janvier 2024 à 16:31 +0100, Damien Wetzel via frnog a écrit : > Bonjour à tous et meilleurs voeux pour 2024 :) > Nous avons des problèmes pour uploader des videos depuis L'AS288 vers > nos serveurs chez OVH via les AS GTT 3257 et Cogent 174, les vitesses ne > depassent pas les 10 Mbps > quelqu'un aurait une idée du probleme et/ou une solution à proposer pour > ameliorer les perfs ? > Bien à vous, > Damien, --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Résilience d'internet aux tempêtes géomagnétiques extrêmes
Sincèrement désolé pour le replay a un autre thread :| Moi qui râle souvent à propos de ceux qui ne savent pas utiliser correctement l'email, me voilà servi ! Le lundi 29 janvier 2024 à 13:38 +0100, Jean-Francois Maeyhieux a écrit : > Bonjour, > >je reviens vers vous pour faire un retour de notre problème sur > lequel nous avons pu enfin avancer. > > Je tiens à remercier tout ceux qui nous ont répondu ici ou en privé, ça > fais toujours plaisir de voir que la communauté FRNOG est toujours > présente pour donner avis et conseils grâce aux nombreuses compétences > et expériences des personnes présentes dans la mailing list. La piste > MTU était pertinente mais n'a rien apportée en pratique. > > Nous avons mis en place un rebond IP sur un autre réseau français pour > atteindre OVH et avons pu constater des débits au minimum 25 fois > supérieur (bande passante passant alors de 8-16 mbps à 400 mbps). > Nous passons à ce moment là de Vodaphone à OVH via Level3/Scaleway. > Sinon nous avons pu atteindre via ce même rebond une bande passante de > l'ordre de 80 mbps depuis GTT. > > Au final, nous observons donc un vrai problème de transit ou de peering > depuis l'Italie vers OVH que ce soit via GTT/Cogent ou > Vodaphone/KPN(NL). > Hors d'après wikipédia, KPN international (NL) a été racheté en 2019 > par GTT. Ce dernier, mal en point financièrement, a revendu son réseau > et celui de KPN au fond I Squared Capital pour devenir EXA > Infrastructure. > Bref on s'éloigne de l'explication technique mais mon pifomètre > expérimenté me laisse à penser qu'un tel Santa Barbara amène rarement > une bonne gestion des capacités et de la qualité de service du réseau > sous-jacent. > > N'étant pas un expert sur les questions de transit/peering, je reste > quand même étonné d'une telle disparité de bande passante selon les > interconnexions empruntées entre 2 pays européens limitrophes. > > Le contournement via un rebond IP résout notre problème en pratique > mais reste à nos yeux plus un work-around qu'une réelle solution. > > Je suppose que je n'aurais aucun résultat réel en m'adressant à GTT ou > Cogent. Pensez vous qu'OVH peut nous apporter une aide quelconque de > son côté ? > > > Cordialement, > Jean-François. > > Le mercredi 17 janvier 2024 à 14:30 +0100, Cédric Moro a écrit : > > Salut à tous, > > > > Si vous voulez plonger dans le fonctionnement de la colonne vertébrale > > d'internet, *les câbles optiques sous-marins*, et savoir si celle-ci est > > résiliente aux tempêtes géomagnétiques extrêmes, j'ai pris le temps de > > faire des recherches scientifiques et techniques et rédiger un long > > article à ce sujet mais accessible même pour un grand public : > > > > https://www.i-resilience.fr/2024/01/tempete-geomagnetique-et-vulnerabilite-des-cables-optiques-sous-marins-1-3-3-2/ > > > > > > > > En conclusion, je propose également *deux projets de hacks autour de ce > > sujet*, *d'utilité collective*, pour les dev qui souhaiteraient y > > participer. > > > > Je vous invite donc, svp, à relayer cet article vers vos réseaux libres, > > afin de faire connaître ce sujet et ces projets de hacks. > > > > Merci à vous, > > > > Cédric Moro > > > > --- > > 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] Résilience d'internet aux tempêtes géomagnétiques extrêmes
Bonjour, je reviens vers vous pour faire un retour de notre problème sur lequel nous avons pu enfin avancer. Je tiens à remercier tout ceux qui nous ont répondu ici ou en privé, ça fais toujours plaisir de voir que la communauté FRNOG est toujours présente pour donner avis et conseils grâce aux nombreuses compétences et expériences des personnes présentes dans la mailing list. La piste MTU était pertinente mais n'a rien apportée en pratique. Nous avons mis en place un rebond IP sur un autre réseau français pour atteindre OVH et avons pu constater des débits au minimum 25 fois supérieur (bande passante passant alors de 8-16 mbps à 400 mbps). Nous passons à ce moment là de Vodaphone à OVH via Level3/Scaleway. Sinon nous avons pu atteindre via ce même rebond une bande passante de l'ordre de 80 mbps depuis GTT. Au final, nous observons donc un vrai problème de transit ou de peering depuis l'Italie vers OVH que ce soit via GTT/Cogent ou Vodaphone/KPN(NL). Hors d'après wikipédia, KPN international (NL) a été racheté en 2019 par GTT. Ce dernier, mal en point financièrement, a revendu son réseau et celui de KPN au fond I Squared Capital pour devenir EXA Infrastructure. Bref on s'éloigne de l'explication technique mais mon pifomètre expérimenté me laisse à penser qu'un tel Santa Barbara amène rarement une bonne gestion des capacités et de la qualité de service du réseau sous-jacent. N'étant pas un expert sur les questions de transit/peering, je reste quand même étonné d'une telle disparité de bande passante selon les interconnexions empruntées entre 2 pays européens limitrophes. Le contournement via un rebond IP résout notre problème en pratique mais reste à nos yeux plus un work-around qu'une réelle solution. Je suppose que je n'aurais aucun résultat réel en m'adressant à GTT ou Cogent. Pensez vous qu'OVH peut nous apporter une aide quelconque de son côté ? Cordialement, Jean-François. Le mercredi 17 janvier 2024 à 14:30 +0100, Cédric Moro a écrit : > Salut à tous, > > Si vous voulez plonger dans le fonctionnement de la colonne vertébrale > d'internet, *les câbles optiques sous-marins*, et savoir si celle-ci est > résiliente aux tempêtes géomagnétiques extrêmes, j'ai pris le temps de > faire des recherches scientifiques et techniques et rédiger un long > article à ce sujet mais accessible même pour un grand public : > > https://www.i-resilience.fr/2024/01/tempete-geomagnetique-et-vulnerabilite-des-cables-optiques-sous-marins-1-3-3-2/ > > > > En conclusion, je propose également *deux projets de hacks autour de ce > sujet*, *d'utilité collective*, pour les dev qui souhaiteraient y > participer. > > Je vous invite donc, svp, à relayer cet article vers vos réseaux libres, > afin de faire connaître ce sujet et ces projets de hacks. > > Merci à vous, > > Cédric Moro > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface marque blanche téléphonie OVH
Le 28/01/2024 à 10:06, Stéphane Rivière a écrit : Il s'agit de CIRPACK. ahhh MERCI Jérôme... Ils étaient lié à Kaptech (Bordeaux). Kaptech avait dev du hardware (carte ISA) qui tournait sur des PC sous FreeBSD (un pote y bossait). Ainsi que des "baies hérissons" rapport aux antennes 2G pour contourner le coût des comms mobiles. Et l'achat de Worldnet par kaptech à Niel, qui en retour donna le cash à Free pour créer l'offre que l'on connaît. Je me demande si ce n'est pas une partie de la R&D Kaptech qui est à l'origine de la freebox et des dslam free. Intéressant, est-ce que la carte ISA numérisait la voix pour l'envoyer vers les commutateurs FT (T1 ou E1/T2) ? Jérôme -- Jérôme Marteaux --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface marque blanche téléphonie OVH
Le Sat, Jan 27, 2024 at 06:05:04PM +0100, Stéphane Rivière [s...@genesix.org] a écrit: (...) > > Après, quand on y pense, la notion même de téléphonie est pépérisée. Un > bouton associé à une adresse email devrait ouvrir un canal vocal ou visio. > mais bon, les thunes à gratter sur la "téléphonie à numéros de grand papa", > c'est trop juteux pour la jeter... Y'a pas que ça. Exposer un service joignable par n'importe qui de cette façon, ce n'est pas la même chose que le modèle actuel : téléphone -> sbc -> autres opérateurs -> téléphone Tout ça étant déjà assez fragile (sécurité, usurpation d'identité d'appelant, etc.) alors que les interfaces s'exposent entre gens qui sont censé se faire confiance ( clients/fournisseurs ; opérateur/opérateur ), si tu ouvres ça, tu cumules les problèmes du téléphone avec ceux du mail ou du web... -- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 6 rue des Hautes cornes - 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/