@PowerMac a écrit :


Je considère que la « bande passante garantie » évoquée à maintes reprises à propos de la VoIP en est une dans la pratique.

Certes, de nombreux problèmes de communication sont résolus avec une offre de bande passante très élevée, mais

en fait, c’est tirer sur des moineaux avec des canons

Ces dernières années, nous n’avons vu aucun cas où l’approche de « meilleur effort » de la propriété intellectuelle ait été perceptible

Je ne me souviens que de la généralisation de Bluewin TV…

aurait eu des conséquences pratiques. Les clients finaux sont désormais confrontés à de nombreux problèmes réels.

Oui et non, car une partie du modèle économique des Telco est que vous ayez une offre de base

Offres de performances. Ce que je veux dire par là, c’est que l’opérateur de télécommunications ne donne pas à chaque utilisateur la pleine bande passante.

autorisé à tout moment, mais au mieux. Sinon, ils devraient utiliser le réseau de manière significative

le rendre plus solide et donc plus cher. Cela peut donc effectivement arriver avec certains services

Temps nécessaire aux goulots d’étranglement, aux abandons ou aux retards.

cela a plus à voir avec des fonctionnalités limitées - comme le fait que vous ne pouvez pas définir des sonneries différentes pour chaque MSN, c’est un autre facteur, mais vous savez, le client final ne fait finalement pas la différence entre pourquoi

il peut ou ne peut pas faire quelque chose.

Ainsi, sur mes commutateurs, le compteur de collisions sur le port n’augmente que lorsqu’un hub y est connecté. Le compteur de perte de paquets augmenterait si la connexion était à sa limite et que le tampon du port était plein - voir ci-dessous.

Je ne connais pas le comportement de charge de votre réseau, mais en principe un hub s’allume aussi

pas de charge plus élevée sur un interrupteur ! Ce sont les appareils finaux individuels qui peuvent également être

entraîner une surcharge du lien. Mais comme je l’ai dit, même si le tampon du port n’est pas surchargé

autrement dit, cela peut entraîner de petits retards dans une application audio ou de streaming

sont perceptibles.


J’ai profité de votre déclaration pour réexaminer les statistiques de ports de certains commutateurs assez chargés. Résultat : pas un seul paquet perdu pour cause de buffer overflow, pas une seule collision, zéro, zéro, rien, jamais – et cela sur plusieurs centaines de ports Ethernet et sur plusieurs mois. Le tampon du port

Cela signifie que vous avez très bien segmenté votre réseau et que vous ne l’utilisez pas à pleine capacité, mais c’est à 100 Mbits.

La mise en réseau est également normale, car les câbles actuels sont d’une qualité optimale à cet effet.

Les commutateurs consultés sont de 512 Ko/port, c’est-à-dire. au gigabit, la gigue maximale est inférieure à 5 millisecondes. Même si cela n’était pas résolu à des niveaux supérieurs, je dirais qu’aucun tympan au monde ne peut percevoir quelque chose comme ça.

Vous savez déjà que vous ne pouvez pas gérer cela statistiquement… le taux d’erreur n’est pas linéaire mais progressif.

Si des erreurs surviennent, elles surviennent plus fréquemment, ce qui explique la perte de qualité.

J’ai réalisé plusieurs projets de streaming où l’on pouvait remarquer de tels « bégaiements » lorsque plusieurs

Des flux ont été transmis.

Au-delà des digressions techniques, il me semble que le véritable cœur du problème initialement soulevé réside encore une fois dans le fait que Swisscom ne prend en charge que ses propres appareils VoIP. Avec certains téléphones IP tiers, les six points de l’auteur de la question initiale recevraient une réponse d’un seul coup. C’est pourquoi: chère Swisscom, veuillez communiquer vos identifiants SIP !


Tu as raison. En fin de compte, Swisscom conserve le mandat de service universel et est autorisée à
Swisscom prend en charge uniquement ses propres appareils VoIP et ceux ouverts.

pour soutenir le marché. Exactement, l’orateur précédent avait indiqué cette affirmation lors de la discussion

Mais comme nous l’avons déjà mentionné, Swisscom se détourne probablement de cette concurrence et craint la téléphonie nomade gratuite. Tant que Swisscom propose le service Centro Business, je conserverai mes appareils RNIS et ne changerai que lorsque l’offre VoIP répondra à mes petits besoins.

Afficher la langue d’origine (Allemand)

@joewied a écrit :


@PowerMac a écrit :

Je pense que la « bande passante garantie » évoquée à maintes reprises à propos de la VoIP en est une dans la pratique

Certes, de nombreux problèmes de communication sont résolus avec des offres à très haut débit, mais

En fait, c’est tirer sur des moineaux avec des canons

[…]


Peut-être que oui, mais le “canon” (= ligne Internet haut débit) est déjà là de toute façon, et si vous l’utilisez pour tuer le gros gibier (trafic Internet, TV) ainsi que le moineau, je pense que ce n’est pas grave.


[…]

J’ai profité de votre déclaration pour revenir sur les statistiques de ports de certains commutateurs assez chargés. Résultat : pas un seul paquet perdu pour cause de buffer overflow, pas une seule collision, zéro, zéro, rien, jamais – et cela sur plusieurs centaines de ports Ethernet et sur plusieurs mois. Le tampon du port

Cela signifie que vous avez très bien segmenté votre réseau et que vous ne l’utilisez pas à pleine capacité, mais c’est à 100 Mbits

La mise en réseau est également normale, car les câbles actuels sont d’une qualité optimale à cet effet.


Non, j’ai examiné un total de plusieurs centaines de ports 1 Gbit/s sur une douzaine de commutateurs et de cartes de ligne différents. Parfois, il y avait des pertes de paquets sur certains ports en raison d’erreurs de transmission (= mauvais câbles), mais pas une seule fois en raison d’un débordement de tampon.


Vous savez déjà que vous ne pouvez pas gérer cela statistiquement… le taux d’erreur n’est pas linéaire mais progressif.

Si des erreurs surviennent, elles surviennent plus fréquemment, ce qui explique la perte de qualité.

J’ai réalisé plusieurs projets de streaming où l’on pouvait remarquer de tels « bégaiements » lorsque plusieurs

Des flux ont été transmis.


Même si je ne suis pas statisticien, je pense que l’échantillon de données décrit ci-dessus est suffisamment grand pour montrer que dans des conditions normales, le taux de perte de paquets dans un réseau local fonctionnant correctement est négligeable. La cause d’une augmentation massive du taux d’erreurs est généralement un dysfonctionnement tangible (rupture de câble, défaut matériel), comme cela peut également se produire avec le RNIS et le POTS. Les choses semblent certainement différentes avec le DSL, le WiMAX, etc., mais dans le scénario actuel, le client final n’a plus à s’en soucier. En matière de gestion du trafic VoIP, Swisscom semble faire du bon travail jusqu’à présent. Quoi qu’il en soit, les critiques des clients VoIP concernent presque toujours le manque de fonctionnalités, mais pas la qualité des appels en fonctionnement normal.

Afficher la langue d’origine (Allemand)

Have you tried turning it off and on again?


@PowerMac a écrit :


@joewied a écrit :


@PowerMac a écrit :

Je considère que la « bande passante garantie » évoquée à maintes reprises à propos de la VoIP est pratique

certes, de nombreux problèmes de communication sont résolus avec une offre de bande passante très élevée, mais

En fait, c’est tirer sur des moineaux avec des canons

[…]


Peut-être, mais le “canon” (= ligne Internet haut débit) est déjà là de toute façon, et si vous l’utilisez pour tuer le gros gibier (trafic Internet, TV) ainsi que le moineau, je pense que ce n’est pas grave.

En théorie oui, mais en pratique, Swisscom n’est pas en mesure d’assurer à tout moment une couverture complète à chaque foyer.

Fournir de la bande passante. Un soi-disant surbooking est donc statistiquement exclu

tout le monde surfe en même temps.


[…]

J’ai profité de votre déclaration pour revenir sur les statistiques de ports de certains commutateurs assez chargés. Résultat : pas un seul paquet perdu pour cause de buffer overflow, pas une seule collision, zéro, zéro, rien, jamais – et cela sur plusieurs centaines de ports Ethernet et sur plusieurs mois. Le tampon du port

Cela signifie que vous avez très bien segmenté votre réseau et que vous ne l’utilisez pas à pleine capacité, mais c’est à 100 Mbits

La mise en réseau est également normale, car les câbles actuels sont d’une qualité optimale pour cela.


Non, j’ai examiné un total de plusieurs centaines de ports 1 Gbit/s sur une douzaine de commutateurs et cartes de ligne différents. Parfois, il y avait des pertes de paquets sur certains ports en raison d’erreurs de transmission (= mauvais câbles), mais pas une seule fois en raison d’un débordement de tampon.

Les tampons des commutateurs actuels sont également très volumineux, mais le simple tamponnage peut également conduire à la qualité…

entraîner des pertes.


Vous savez déjà que vous ne pouvez pas gérer cela statistiquement… le taux d’erreur n’est pas linéaire mais progressif.

Si des erreurs surviennent, elles surviennent plus fréquemment, ce qui explique la perte de qualité.

J’ai réalisé plusieurs projets de streaming où l’on pouvait remarquer de tels « bégaiements » lorsque plusieurs

Des flux ont été transmis.


Même si je ne suis pas statisticien, je pense que l’échantillon de données décrit ci-dessus est suffisamment grand pour montrer que dans des conditions normales, le taux de perte de paquets dans un réseau local fonctionnant correctement est négligeable. La cause d’une augmentation massive du taux d’erreurs est généralement un dysfonctionnement tangible (rupture de câble, défaut matériel), comme cela peut également se produire avec le RNIS et le POTS. Avec DSL, WiMAX etc. c’est sûr

À proprement parler, il y a toujours des problèmes qui entraînent des ruptures de communication… Et oui, cela arrive

stachastiques, mais toujours groupés lorsqu’ils surviennent. Avec RNIS, le taux d’erreur n’est pas trop élevé

Les longueurs de câble sont négligeables car le débit de transmission n’est que de 16 Kbits par canal.

différent, mais dans le scénario actuel, le client final n’a plus à s’en soucier.

mais finalement, c’est le client final qui subit les ruptures de connexion.

En matière de gestion du trafic VoIP, Swisscom semble jusqu’à présent faire du bon travail. Quoi qu’il en soit, les critiques des clients VoIP concernent presque toujours le manque de fonctionnalités, mais pas la qualité des appels en fonctionnement normal.


La fréquence des interruptions de transmission s'est considérablement améliorée ces dernières années et avec les fonctionnalités, vous avez raison. L'offre de bande passante a également considérablement augmenté ces dernières années

Le meilleur effort consiste également à atteindre lentement la bande passante annoncée. Mais en fin de compte, tu t’en soucies

le client final ne sait pas quelle est la raison d’une régression ou de fonctionnalités manquantes.

Afficher la langue d’origine (Allemand)

Voici quelques faits sur la VoIP :

Les valeurs limites e2e suivantes sont établies depuis longtemps pour la qualité de transmission des réseaux IP, auxquelles aucune différence audible par rapport au RNIS ne peut être déterminée :

Délai unidirectionnel < 100 ms

Gigue < 20 ms

Perte de paquets < 1 %

Perte consécutive < 3 paquets

Avec la VoIP, vous pouvez atteindre une valeur MOS de 4,38 avec le codec G.711/20 ms contre 4,41 avec le RNIS. La différence est mesurable, mais pas audible. Entre autres, ATT, BT et HP a-b ont effectué des comparaisons d’écoute dans lesquelles aucun des sujets testés (y compris les musiciens et les ingénieurs du son) n’a pu entendre de différences.

Les valeurs limites décrites peuvent être facilement atteintes si les réseaux e2e sont correctement dimensionnés et qu’un concept QoS approprié est mis en œuvre. Cela garantit la bande passante requise de 100 kbps par appel. Les fournisseurs réputés utilisent également diverses procédures pour empêcher la surréservation de la bande passante vocale réservée dans la classe temps réel. Bien sûr, vous pouvez également faire de votre mieux et continuer à augmenter la bande passante si des problèmes surviennent. À mon avis, il s’agit cependant d’une méthode de bricolage par essais et erreurs, qui ne présente souvent que des avantages à court terme et qui est utilisée lorsque le savoir-faire fait défaut ou que vous devez démontrer un succès rapide et sale.

Les commutateurs professionnels disposent d’une structure de commutation conçue pour une vitesse de transmission intégrale non bloquante. Cela signifie par exemple qu’avec un commutateur Giga à 24 ports, vous pouvez atteindre un débit net permanent de 940 Mbps entre 2 ports (soit un total de 12 connexions) en même temps sans perte de paquets et avec un délai <1 ms. Le tampon est principalement nécessaire pour les transitions de bande passante, par exemple du port LAN 1 Gbit d’un routeur vers la liaison WAN 100 Mbit. Ou dans le cas du commutateur décrit, si plusieurs ports d’accès Gbit délivrent du trafic pour une liaison montante de 1 Gbit. Dans les deux cas, des débordements de tampon avec pertes de paquets se produisent réellement. Cependant, si les routeurs et les commutateurs sont configurés correctement, seuls les paquets de données « normaux » sont abandonnés, mais jamais les paquets VoIP marqués en conséquence. Vous pouvez le voir très clairement en regardant non pas les compteurs portuaires en général mais les drops par classe ou File d’attente. Les compteurs de classe RT pour la VoIP resteront à zéro tant que tout sera configuré et dimensionné correctement. Mais c’est ce que vous pouvez attendre d’un fournisseur professionnel réputé.

@joewied

Dans le RNIS, un canal vocal (canal B) a 64 kbps (et non 16 kbps), le canal D pour la signalisation a 16 kbps. Avec la VoIP, la voix ne nécessite que 64 kbps net, plus les frais généraux de RTP, UDP et IP, ce qui donne finalement un débit binaire brut d’environ 90 kbps. Pourquoi le taux d’erreur devrait-il être négligeable avec le RNIS mais pas avec la VoIP ? Bien entendu, avec un réseau à commutation de circuits, il est d’environ 0,0001 % par rapport au maximum autorisé de 1 % avec la VoIP. Puisque vous ne pouvez que mesurer la différence mais pas l’entendre (voir ci-dessus), cela n’a finalement aucune importance.

Si vous regardez les fonctionnalités de téléphonie (encore) manquantes en relation avec VoIP / All-IP, c’est le RNIS qui possède (encore) les meilleures cartes. Mais jusqu’au remplacement forcé du RNIS dans 3 ans, beaucoup de choses vont changer en faveur de la VoIp/All-IP. Toute personne encore connectée au RNIS peut continuer à utiliser le RNIS à l’aide des adaptateurs/passerelles/PBX appropriés.

Afficher la langue d’origine (Allemand)

@hed a écrit :

Si l’on considère les fonctionnalités de téléphonie (encore) manquantes en relation avec VoIP / All-IP, c’est le RNIS qui possède (encore) les meilleures cartes. Mais jusqu’au remplacement forcé du RNIS dans 3 ans, beaucoup de choses vont changer en faveur de la VoIp/All-IP. Toute personne encore connectée au RNIS peut continuer à utiliser le RNIS à l’aide des adaptateurs/passerelles/PBX appropriés.


Merci pour les explications détaillées. De plus, on peut dire que la bande passante totale brute de

La connexion de base RNIS est de 196 kbit/s et la connexion principale est de 2 048 kbit.

En fin de compte, ce ne sont pas les statistiques ou les théories qui comptent, mais plutôt le fait que vous constatiez des crashs, des fissures et des erreurs sur le système.

Line, ou vous devez vous passer de fonctions comme MSN avec des sonneries différentes.

ne parlons pas de différences de qualité presque subjectives qui affectent uniquement les « musiciens » ou les appareils de mesure.

Le RNIS peut faire tout cela aujourd'hui et tant que Swisscom n'offre pas mieux

Centro Business est proposé, je m'en tiendrai à mes appareils RNIS.
Afficher la langue d’origine (Allemand)

Je voudrais également intervenir brièvement à nouveau, car mon message a déclenché toute la discussion. En tant que profane, je ne peux pas entrer dans les détails techniques. Pour être honnête, je tiens à souligner que certains des points que j’ai critiqués pourraient être corrigés en remplaçant les téléphones HD Montreux par des téléphones HD Rousseau. Avec le « défaut » qu’il faut une borne d’accès entre les téléphones et la box Internet. La méthode de notification Combox n’est toujours pas satisfaisante.

Et je ne comprends toujours pas que Swisscom commercialise avec le HD Montreux un appareil qui ne soit pas équipé pour les fonctions élémentaires du fonctionnement MULTILINE.

Afficher la langue d’origine (Allemand)

Passé de CC à Swisscom le 30 décembre 2014. Avoir MultiLine 2/2.

2 téléphones HD Locarno, 1 Montreux

On nous a beaucoup promis au stand du salon Swisscom…

Eh bien, la connexion HD-Tel du rez-de-chaussée au 1er étage est ok, le 2ème étage ne fonctionne plus, pareil avec Internet, la solution finale était de tirer 2 câbles Ethernet jusqu’au 1er étage. Et les 1er et 2ème étages sont également complétés par DLAN Powerline 1200mb Wifi.

Passons maintenant au désastre absolu. Les vieux téléphones DECT ont déjà été jetés… nous avons 3 superbes téléphones HD. Conclusion Son très bon, du rez-de-chaussée au 1er étage.

Le plus gros problème est que nous avons 2 téléphones sur MultiLine 1 et que Montreux fonctionne sur le deuxième numéro de téléphone (entrant et sortant). Tél. parfaitement attribué.

Le problème est maintenant que lorsque quelqu’un appelle et que l’appel n’est pas pris, TOUS les téléphones HD clignotent en ce qui concerne l’appel manqué. Vous pouvez désormais voir qui a appelé sur n’importe quel téléphone HD. SEULEMENT, nous ne savons pas lequel de nos numéros de téléphone est activé. celui-ci a appelé ?!!

J’ai également interrogé à plusieurs reprises le Swisscom Shop et décrit nos exigences. OUI, absolument aucun problème.

J’ai reçu l’information aujourd’hui du support PME par téléphone, éventuellement un téléphone HD Rousseau 310 Duo, plus un répéteur Rousseau… donc dépensez encore 368 CHF… pour que ça marche…

et peut-être qu’à un moment donné, il y aura une mise à jour pour les autres téléphones HD !

Désolé… mais on en est là pour le moment, un peu déçu de swisscom… quel dommage.

Je trouve que la télévision 2.0 est géniale… Les boîtiers TV et une connexion Internet sont également acceptables… mais le problème du téléphone est tout simplement un désastre. Et si lorsque je reçois un appel manqué, je ne vois pas s’il s’agit d’un client, d’un intéressé… ou simplement d’un appel vers un numéro privé… eh bien, c’est incroyablement insatisfaisant. Et comment se fait-il que les appels vers notre numéro soient correctement attribués et fonctionnent comme ça… comment se fait-il que lorsqu’on ne répond pas, TOUS les appareils clignotent ???

Afficher la langue d’origine (Allemand)

Même si les câbles Ethernet nécessitaient certainement un certain effort, cela en valait vraiment la peine. Un câblage en cuivre propre et stable vous servira pendant des années.

Le problème des fonctionnalités de téléphonie est certainement ennuyeux. J’essaierais à nouveau auprès de la hotline ou, si nécessaire, dans le Swisscom Shop, de voir si quelque chose peut être fait avec votre appareil compte tenu de votre situation.

Oh, si seulement vous connaissiez les identifiants SIP de votre connexion…

Afficher la langue d’origine (Allemand)

Have you tried turning it off and on again?

5 jours plus tard

Il faut maintenant installer 2 lignes téléphoniques distinctes, 1 étage suffit. Sont connectés directement à Internet-Box-Anschluss 1+2. L’affichage du nom de l’appelant est même adopté par les téléphones DECT vétérans existants. Nous avons déjà un DECT DUO en fonctionnement au 1er étage, connexion parfaite au rez-de-chaussée, 1er et 1er étages. Le Montreux s’éteint de temps en temps ou un X rouge apparaît et perd la connexion du 1er étage à l’InternetBox. Eh bien, les Montreux seront bientôt remplacés… nous aurions donc 1 Montreux et 2 Locarno à vendre… essentiellement fraîchement sortis du magasin SwisscomShop-Dec. 2014 😞… c’est dommage, la qualité de la voix est super, mais c’est tout. Avec le gigaset DECT existant, il existe également la possibilité d’éteindre la sonnerie de manière contrôlée… les HD-Tel l’ont déjà eu jusqu’à présent. de swisscom pas encore. Et nous disposons de 2 répondeurs numériques différents qui ont fait leurs preuves et qui fonctionnent. L’activation du Combox ne fonctionnait pas avec le HD-tel… a dû être paramétrée via la box Internet du navigateur, malheureusement je n’ai trouvé nulle part le réglage quant au moment où le Combox ou après combien de sonneries le Combox est activé. . Je pense que c’est réglé.

Afficher la langue d’origine (Allemand)

Avec Combox, ce paramètre est fixe - mais c’était déjà le cas auparavant, ce n’est qu’avec un répondeur que vous pouvez prolonger cette durée ou la régler plus précisément.

L’avantage, à mon avis, est que vous pouvez saisir presque tous les paramètres téléphoniques dans le KC depuis n’importe où. Je ne pense certainement pas que ce soit un pas en arrière

Afficher la langue d’origine (Allemand)

@P1 a écrit :

… malheureusement, je n’ai trouvé nulle part le paramètre indiquant quand le Combox ou après combien de sonneries le Combox est activé…


Doit être en Kundencenter à

Téléphonie fixe (IP) > Renvoi d’appel > “Renvoyer uniquement les appels manqués”

peut être réglé.

Ce n’est pas après la sonnerie, mais entre 12 et 80 secondes.

Afficher la langue d’origine (Allemand)

#user63

3 mois plus tard

Cher Ceci

Mon discours ! Je peux pleinement soutenir votre vote !

Mon ancien RNIS Multiline Anschluss équipé d’un Gigaset avait le Multiline sous contrôle.

Malheureusement, on ne peut pas en dire autant de la téléphonie IP avec le Montreux. Le Multiline fonctionne tout simplement de manière absolument insatisfaisante.

Même si 99 % des clients n’ont apparemment aucun problème avec le Multiline, le Multiline ne fonctionne pas non plus comme il le devrait pour ces clients. Ils ne les signalent tout simplement pas à Swisscom.

Je dois aussi redémarrer régulièrement la box Internet pour que ma Montreux fonctionne à nouveau et je ne suis pas le seul ici non plus. Je suis également personnellement au courant de cas similaires.

Chère Swisscom, arrêtez d’édulcorer le problème. Agissez simplement et apportez des améliorations dès que possible. L’histoire multiligne nous coûte de l’argent chaque mois et finalement nous ne payons pas moins, même si le système ne fonctionne pas comme il le devrait.

Rouge

Afficher la langue d’origine (Allemand)

Cher ruddy66

Nos problèmes ne pourraient être résolus qu’en remplaçant les appareils de Montreux par des appareils de Rousseau. Voir mon post du 03/12/14.

Ce

Afficher la langue d’origine (Allemand)
6 jours plus tard

Je trouve ça génial, mais combien coûte le plaisir… avoir 1 HD Montreux et 2 HD Locarno. Acheter 3 Rosseau ??? Joli cadeau, si c’est dit dans notre boutique, pas de problème… ça marche.

Afficher la langue d’origine (Allemand)

Après le passage en IP, un de nos deux numéros MULTILINE a “disparu” sans laisser de trace au bout de quelques jours. Le technicien Swisscom ne parvenant plus à programmer le numéro sur le HD Montreux, il a proposé de le remplacer par des postes HD Rousseau (sans frais pour nous). Le Rousseau a l’avantage par rapport au Montreux d’être véritablement compatible MULTILINE : par exemple, différents numéros de téléphone peuvent être dotés de différentes sonneries sur le même appareil ; et en plus de l’annuaire téléphonique central, il existe également des numéros de téléphone locaux par téléphone. Cependant, la manière dont la notification Combox est envoyée n’est pas non plus satisfaisante ici.

J’essaierais de remplacer les appareils au motif que le HD-Montreux ne prend pas en charge diverses fonctions standard d’un appareil compatible MULTILINE. Avec le Rousseau, il faut cependant faire des compromis en termes de qualité des sonneries et de design.

Ce

Afficher la langue d’origine (Allemand)

Pour être honnête, Swisscom devrait communiquer que le HD Montreux n’est (actuellement) pas vraiment adapté au multiligne. Mais j’espère toujours que des améliorations seront apportées. Pour être honnête, je n’ai pas envie de passer au Rousseau, d’autant qu’il faut aussi une borne d’accès, ce qui est d’ailleurs déjà le cas avec la box Internet. Attendons et buvons du thé.

Rouge

Afficher la langue d’origine (Allemand)