Ya hemos comentado por aquí que para que Zaptel/DAHDI funcionara correctamente en un entorno virtualizado como Xen era necesario hacer alguna pequeña modificación en el fichero dahdi_dummy.c para deshabilitar el timming por RTC.
Durante el Amoocon Kevin Fleming me comentó que en la nueva versión de DAHDI eso ya so sería necesario y acabo de comprobar que es cierto. 🙂
En DAHDI 2.2 se ha eliminado el RTC como fuente de tiempo para el subsistema DAHDI, ya que su funcionamiento era errático en ocasiones. En su lugar se utiliza el timming del propio kernel. Vamos a verlo:
Tras compilar y cargar dahdi_dummy 2.2 SIN modificar vemos que carga correctamente:
[2548770.332063] dahdi: Telephony Interface Registered on major 196
[2548770.332075] dahdi: Version: 2.2.0-rc5
[2548771.512873] dahdi: Registered tone zone 0 (United States / North America)
Comprobemos la fuente de tiempo:
ast16:/usr/src/asterisk/dahdi-tools-2.2.0-rc3# cat /proc/dahdi/1
Span 1: DAHDI_DUMMY/1 "DAHDI_DUMMY/1 (source: Linux26) 1" (MASTER)
Y un dahdi_test para ver que todo va bien:
ast16:/usr/src/asterisk/dahdi-tools-2.2.0-rc3# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
99.996% 99.997% 99.998% 99.996% 99.999% 99.996% 100.000% 99.996%
99.999% 99.995% 99.999% 99.997% 99.997% 99.998% 99.999% 99.996%
100.000% 99.999% 99.995% 100.000% 99.614% 99.610% 99.614% 99.612%
99.616% 99.609% 99.614% 100.000% 99.997% 99.612% 99.613% 99.610%
99.614% 99.610% 99.614% 99.610% 99.614% 99.609% 100.000% 99.614%
99.610% 99.613% 99.611% 99.613% 99.610% 99.614% 99.609% 100.000%
99.614% 99.609% 99.614% 99.610% 99.614% 99.998% 99.610% 99.614%
99.611% 99.999% 99.614% 99.610% 99.614% 99.610% 99.613% 99.610%
99.613% 99.609% 99.614% 99.610% 100.000% 99.614% 99.610% ^C
--- Results after 71 passes ---
Best: 100.000 -- Worst: 99.609 -- Average: 99.758634, Difference: 99.998285
DAHDI 2.2 todavía está en estado de release candidate, pero pronto se espera una versión estable.
Podéis descargar dahdi-linux y dahdi-tools aquí.
PD: La foto se la tomo prestada a Elio. 😉
¡¡Aupa!!, Saghul,
Mira, tengo un equipo con DAHDI 2.2.0.2 con una A1200P y una B400P(PCIe).
La curiosidad es que al pasarle el dahdi_test me canta lo siguiente:
[root@pbx /]# dahdi_test
Opened pseudo dahdi interface, measuring accuracy…
99.999% 99.997% 99.998% 99.999% 99.709% 99.999% 99.999% 99.999%
99.998% 99.907% 99.998% 99.999% 99.997% 99.998% 99.998% 99.612%
99.999% 98.538% 99.998% 99.998% 99.904% 99.998% 99.998% 99.998%
99.999% 99.998% 99.417% 100.000% 99.997% 99.999% 99.999% 99.708%
— Results after 32 passes —
Best: 100.000 — Worst: 98.538 — Average: 99.898535, Difference: 100.098834
[root@pbx /]#
Hay gente que dice por ahí que todos los valores deben estar por encima de 99.99, y como ves, aquí algunos bajan.
¿Es cierto eso?, ¿qué problemas se podrían dar con esas veriaciones?. No sé qué mide realmente ese porcentaje…:-(
Es que estoy teniendo algún que otro problema en ese equipo, que me dicen que de vez en cuando se escucha, el de la parte de la pbx, un chirrio, pero no el de la PSTN, o altibajos en el volumen…
No hay problemas de IRQ, fxotune pasado, cancelador de ECO quitado mientras estamos probando…
Saludos,
Ramses
Aupa Ramses!
Tienes un kernel que soporte HPET? (>= 2.6.23) HPET mejora el timing, y es posible que tenga algo que ver…
Negativo Saghul:
Linux central.pbx.com 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 i686 i386 GNU/Linux
Lo que no sé es si será interesante pasarlo a la:
2.6.18-164.11.1.el5
Los resultados que te he puesto antes del dahdi_test son a pié quieto, sin llamadas ni nada…
No se si habrán forward-porteado HPET, pero en la 2.6.18 ‘de serie’ no viene…