http://www.networkworld.com/community/blog/cipt2-642-457-lab-4?source=nww_rss
Au niveau de la configuration du CUCME on remplace la partie call-manager-fallback par une telephony-services il suffisait d’y penser
Vous l’avez sans doute constaté en lisant la presse de grandes manœuvres sont en cours aux Etat Unis concernant les réseaux mobiles. AT&T envisage d’acquérir la filiale américaine de Deutche Telecom : T-Mobile.
Certains analystes indiquent que cette fusion devrait retarder le déploiement du réseau LTE d’AT&T. Pendant ce temps Verizon annonce qu’il va mettre sur le marché fin 2012 sa première offre de VoLTE .
Qu’est ce que la VoLTE ?
La VoLTE c’est tout simplement de la Voice over IP over LTE. Le LTE ou réseau 4G est un réseau mobile véhiculant uniquement des paquets IP contrairement au réseau 3G actuel qui véhicule des paquets IP pour les options data et des communications téléphoniques en mode communication de circuits.
Se lancer dans la VoLTE est un moyen pour les opérateurs de contrer des acteurs comme Skype, Fring ou Viber par exemple qui détournent les flux data pour transporter des flux conversationnels. On parle alors de VOIP mobile.
Pour faire simple la VoLTE est l’évolution de la VOIP Mobile. Ce type de trafic aujourd’hui anecdotique devrait attendre plus de 400 milliards de minutes en 2015.
La VoLTE permettra aux utilisateurs que nous sommes de disposer de véritables solutions de convergence fixe et mobile. Le terme de convergence devrait disparaitre. Les opérateurs disposeront alors d’un réseau tout IP convergé piloté par une intelligence commune l’IMS. Cet équipement pilotant via le protocole SIP des téléphones qualifiés de fixes ou mobiles.
L’environnement que nous connaissons actuellement constitué des opérateurs, des fabricants et des développeurs évoluera pour devenir de par l’utilisation de la signalisation SIP plus universel, plus interopérable.
Lorsque l’on installe des équipements de visioconférence utilisant le codec H264 SVC est il nécessaire d’implémenter sur un Wan MPLS de la QOS ?
Une bonne question à laquelle John Bartlett vient de tenter de répondre dans un article publié sur No Jitter. Celui-ci a suscité quelques réactions que vous pouvez retrouver à cette adresse : http://www.nojitter.com/article/229219467
Un plus du codage SVC est d’encoder les flux vidéo à différents niveaux à partir d’une base commune un peu à la façon dont on construit un millefeuille. En cas de perte de paquets le récepteur décide de n’utiliser que la couche qui lui est parvenue complète. Selon Vidyo l’utilisation de cette technique permet de s’affranchir de la mise en place de QOS.
Il est important de ne pas oublier que transmettre une session vidéo nécessite une bande passante importante. Il convient en outre de faire en sorte que ce type de flux ne cannibalise pas les flux métiers de l’entreprise. Transmettre beaucoup de données sachant qu’une grande partie seront perdues ou inexploitables est à mon avis une erreur à ne pas commettre.
La mise en place de mécanismes de QOS avec une classe RT-VO permet de déterminer et de limiter la bande passante ce qui est atout non négligeable sur un réseau IPVPN.
Ne pourrait on pas classer les flux Visio dans les flux data soit en classe D1 ou D2 ?
En D1 ils sont en concurrence avec les flux métiers et risquent de les cannibaliser ce n’est pas pour moi une bonne solution. En D2 pourquoi pas? mais il sera difficile d’expliquer au comité de direction de l’entreprise que la transmission est de mauvaise qualité. Je ne pense pas contrairement à Vidyo que cette solution soit pertinente.
Visualizing a cyber attack on a VOIP server from Ben Reardon, Dataviz Australia on Vimeo.
On visualise le scan de port ainsi que l’attaque par force brute. A noter que cette animation est réalisée au quart de la vitesse réelle.
Si comme moi vous vous intéressez à IPv6 je vous propose de consulter le document : Guidelines for the secure deployement of IPv6 édité par le NIST (National Institute of Standard and Technology).
Celui-ci présente l’espace d’adressage, la migration client ainsi que les mécanismes de sécurité à mettre en place.
J’aime beaucoup les nombreux renvois vers les differentes RFC.
http://csrc.nist.gov/publications/nistpubs/800-119/sp800-119.pdf
Vous l'avez sans doute constatés en vous connectant sur ce blog de nombreux messages d'erreurs apparaissaient ce pourquoi je viens de désinstaller le Doodlephone.
post du 15/02/2011
Transformer son Blog en téléphone c’est possible.
Vous avez sans doute remarqué à gauche de l’écran le pavé Doddle phone. En insérant un code HTML dans votre blog ou site internet vous pouvez facilement appeler vos proches après avoir paramétré votre compte SIP.
Pour en savoir plus rendez vous à cette adresse : http://www.doddlephone.com/
Pour chiffrer les identifiants de votre compte SIP utilisez cet outil : http://www.doddlephone.com/tools/widgetwizard.html