Etiqueta: protocolo

El protocolo H.323 se resiste a dejarnos
Sorpresa!… en el blog de Jeremy McNamara acabo de ver que la ITU acaba de aprobar la versión 7 del protocolo H.323, por lo que aunque el protocolo más común en VoIP sea SIP, los que utilizan H.323 todavía pueden disfrutar de nuevas actualizaciones. 😉
ITU-T SG16 completed work on H.323 version 7 in November 2009. As indicated previously, changes to the base specifications H.323, H.225.0, and H.245 were intentionally kept to a minimum. Nonetheless, a number of new important features were introduced. Additionally, the ITU continued to evolve the world’s most widely-used multimedia communication standard with new feature enhancements through the use of the Generic Extensibility Framework. This approach allows both the ITU and third-parties to create new features for H.323 without requiring changes to the base specifications.
http://www.packetizer.com/ipmc/h323/whatsnew_v7.html
La pregunta que se me ocurre al ver esta noticia es:
¿aún hay empresas que trabajan con este protocolo?
y si las hay ¿qué beneficios tiene frente a otros más nuevos como SIP o IAX?
2009-11-07
Charla sobre seguridad en entornos SIP
Ingate organiza un webinar (charla, webcast,…) sobre seguridad en entornos SIP, algo que seguro le interesará a todos aquellos que trabajamos en entornos donde las comunicaciones viajan mediante este protocolo.
La asistencia a la charla es gratuita, aunque es importante registrarse previamente y será exclusivamente en inglés.
Los ponentes de la charla son Steven Johnson (presidente de Ingate) y Dan York (fundador de Voipsa).
La conferencia será el 10 de Abril a las 19:00 hora española y se permitirá un turno final de preguntas donde los asistentes podrán interrogar a estos expertos.
Temas que enseñarán:
- Fallos de concepto en seguridad, requerimientos y necesidades
- VoIP vs. PSTN: Cómo SIP y la VoIP pueden ser más seguras que la telefonía tradicional
- Los ajustes en seguridad que seguramente necesites (y las que no)
- Aspectos básicos de la seguridad en una empresa con VoIP: SRTP, TLS y NAT traversal
- Últimas novedades en cuanto a segurida
Si estais interesados, tan solo teneis que apuntaros en esta dirección:
https://event.on24.com/eventRegistration/EventLobbyServlet
2008-03-13
Cómo monitorizar tu Asterisk con «monit»
Monit es una herramienta muy utilizada por los administradores de sistemas y es bastante útil en un sistema Asterisk donde podemos chequear si Asterisk está funcionando, o por lo contrario enviarnos un aviso en el caso de que se apague repentinamente.
De hecho, en la lista de Asterisk-ES hay bastantes personas que lo utilizan como podeis comprobar en el archivo de temas.
Hace unos días, Bret McDanel (Trixter), uno de los desarrolladores de FreeSwitch publicó un parche para Monit para que, además de monitorizar si Asterisk estaba funcionando, la red funciona corréctamente, el procesador está en su correcta medida, también podamos monitorizar el estado de las peticiones SIP.
«I had used monit for some other things, and even used it for testing SIP but was dissatisfied with the fact that it did not do a real SIP test. To that end I added a SIP protocol handler, which sends an OPTIONS packet, and verifies that it gets a 200 OK back. This indicates that the message was received, parsed, and a response could be generated. With the optional timeout capabilities of monit you can have something that is fairly robust for ensuring that your SIP stack is indeed working, and restart it if it isnt.»
Por esto, os recomiendo probar esta aplicación si no la conoceis, e incluso su nuevo parche para SIP:
```
cd /usr/src

cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/monit co monit

cd monit

wget -O protocols/sip.c http://www.0xdecafbad.com/wp-content/uploads/2008/01/sip.c

wget http://www.0xdecafbad.com/wp-content/uploads/2008/01/sip.cvsdiff

patch -p0 < sip.cvsdiff

./autogen.sh

make all install
```
Un ejemplo de configuración para esta aplicación, sería algo así:
check process asterisk with pidfile /var/run/asterisk/asterisk.pid
start program = “/usr/sbin/asterisk”
stop program = “/usr/sbin/asterisk -r -x ’shutdown now’”
if totalmem > 1000.0 MB for 5 cycles then alert
if totalmem > 1500.0 MB for 5 cycles then alert
if totalmem > 2000.0 MB for 5 cycles then restart
if cpu > 60% for 5 cycles then alert
if failed host MY.SIPSERVER.TLD port 5060 type udp protocol SIP target me@foo.bar maxforward 10 then restart
if 5 restarts within 5 cycles then timeout
¿Conoceis más herramientas de este tipo?
*Actualización*
El propio Bret McDanel nos anuncia en los comentarios de este artículo que el parche ya se encuentra en el CVS, por lo que no haría falta parchear. 🙂
«This is in CVS now! A combination of Grasland Pierrick and my patch.«
2008-01-18
Videoconferencia con iChat funciona bajo SIP
Intentando hacer una videoconferencia con un amigo a través del programa de mensajería del Leopard (Mac) veo que fallaba al iniciar la sesión y tras echarle un vistazo a los detalles me encuentro con esto:
Como se puede apreciar en la imagen, el protocolo que utiliza es SIP (e incluso muestra el SDP) y se puede ver los códecs que utiliza, por supuesto el h.264 para vídeo y varias posibilidades para el audio entre las que se decanta por speex, X-AAC, GSM y por último U-Law.
Me ha parecido curioso y ahora tengo curiosidad por saber dónde se registra y si hay alguna manera de cambiar el servidor para registrarlo en mi Asterisk, con lo bonito que es hacer multiconferencias de vídeo con el iChat. 😀
Analizando el mensaje que devuelve (que no tiene porqué ser el mismo que envía) tiene toda la pinta que se trata de un SIP especial, pero todo es analizar el tráfico y ver qué manda realmente esta aplicación.

*Actualización*
Bueno, parece que no he sido el primero en darse cuenta de esto, de hecho en Internet está ámpliamente documentado los puertos que hay que abrir, los problemas del NAT con el iChat y el porqué funciona con SIP, aunque no parece que haya nadie que haya conseguido registrarlo en un SIP Server. 🙁
Más adelante quizá.
2007-12-19