PDA

Voir la version complète : Quel est le module qui compile chan_dahdi.so?



jln
12/07/2011, 22h30
Hi All,

Je viens d'upgrader vers asterisk-1.6.2.18 et asterisk-addons-1.6.2.4
avec dahdi-linux-complete-2.4.1.2+2.4.1.
Je ne parviens pas à avoir un chan_dahdi.so à jour et je
ne sais pas qui est le module responsable pour la compilation.
Je ne vois aucun chan_dahdi dans les logs!

Quelqu'un aurait une idée?
Merci.

Bye,
Jean-Louis

jln
13/07/2011, 00h16
Hi,

OK, c'est asterisk. Mais il ne veut rien savoir.
Il compile codec_dahdi, app_dahdiscan et app_dahdiras
mais ne veut rien faire avec chan_dahdi.c et je ne trouve
pas d'erreurs.

Quelqu'un aurait-il une idée?
Merci.

Bye,
Jean-Louis

ffossard
13/07/2011, 08h16
Vous upgradez depuis quelle version ?
Vous avez bien stoppé Asterisk et Dahdi avant d'installer les nouveaux ?
Quelles lignes de commandes utilisées pour l'installation de ces nouvelles versions ?

jln
13/07/2011, 10h39
Hi,


Quelles lignes de commandes utilisées pour l'installation de ces nouvelles versions ?

Pour Dahdi pas d'upgrade,
Pour Asterisk 1.6.2.18 -> 1.6.2.19 et asterisk-addon 1.6.2.3 -> 1.6.2.4

Un nouveau kernel arrive 2.6.38.8-35.fc15.i68

Il faut donc réinstaller Dahdi!
Je teste donc s'il y a des nouvelles versions chez Digium et je download
les *.gz des nouvelles versions.

reboot (pour être sous le nouveau kernel)
compiler dahdi-linux-complete-2.4.1.2+2.4.1
make clean
make
make install

reboot
la carte est reconnue et les LED's sont ON

Pour asterisk:
make clean
./configure
make
make install

Pas de chan_dahdi.so compilé!

pour asterisk-addon
make clean
./configure
make
make install

Bye,
Jean-Louis

jean
13/07/2011, 15h22
il faut faire un ./configure puis make menuselect -> chan_dahdi doit surement être indisponible car dépendances non satisfaites - dans l'écran idoine, on a en bas:
DAHDI Telephony
Depends on: dahdi(E), tonezone(E)
Can use: res_smdi(M), pri(E), ss7(E), openr2(E)

sinon, regarder dans la sortie du ./configure, en allant à la peche, on peut trouver ce qui manque
apres que les dépendances soient satisfaites, toujours refaire le ./configure et make menuselect

jln
13/07/2011, 15h44
il faut faire un ./configure puis make menuselect -> chan_dahdi doit surement être indisponible car dépendances non satisfaites

Voilà, avec menuselect chan_dahdi n'est pas disponible.

dépend donc de: res_smdi(M), dahdi(E), tonezone(E), pri(E), ss7(E)

Par contre, codec_dahdi est disponible et dépend de: dahdi(E).
Donc on peut suposer que dahdi est reconnu. res_smdi est coché et disponible.

Il reste donc tonezone, pri et ss7.

Qui est responsable pour eux?

Merci.

Bye,
Jean-Louis

jean
13/07/2011, 15h46
regarde dans la sortie du ./configure et tu sauras précisemment.

pri -> libpri -> dans les modules dahdi
ss7 -> libss7 si tu fais du ss7, ce dont je doute.

jln
13/07/2011, 17h28
regarde dans la sortie du ./configure et tu sauras précisemment.

pri -> libpri -> dans les modules dahdi
ss7 -> libss7 si tu fais du ss7, ce dont je doute.

yum install libpri-devel
yum install libss7-devel

directory de /usr/include/dahdi

-rw-r--r-- 1 root root 4908 Jul 13 17:20 dahdi_config.h
-rw-r--r-- 1 root root 12665 Jul 13 17:20 fasthdlc.h
-rw-r--r-- 1 root root 44315 Jul 13 17:20 kernel.h
-rw-r--r-- 1 root root 3010 Jul 13 17:20 tonezone.h
-rw-r--r-- 1 root root 37987 Jul 13 17:20 user.h
-rw-r--r-- 1 root root 1653 Jul 13 17:20 wctdm_user.h

sortie de ./configure

checking libpri.h usability... yes
checking libpri.h presence... yes
checking for libpri.h... yes
checking for pri_hold_enable in -lpri... yes
checking for libpri.h... (cached) yes
checking for pri_progress_with_cause in -lpri... yes
checking for libpri.h... (cached) yes
checking for pri_set_inbanddisconnect in -lpri... yes
checking for libpri.h... (cached) yes
checking for resample_open in -lresample... no
checking for minimum version of SpanDSP... no
checking for ss7_pollflags in -lss7... yes
checking libss7.h usability... yes
checking libss7.h presence... yes
checking for libss7.h... yes

checking for DAHDI_RESET_COUNTERS in dahdi/user.h... yes
checking for DAHDI_POLICY_HALF_FULL in dahdi/user.h... yes
checking for enhanced dahdi vmwi support... yes

checking for tone_zone_find_by_num in -ltonezone... yes
checking for tone_zone_find in -ltonezone... yes
checking dahdi/tonezone.h usability... yes
checking dahdi/tonezone.h presence... yes
checking for dahdi/tonezone.h... yes

Je ne comprends plus rien!
Tout est là et chan_dahdi est toujours interdit!

Bye,
Jean-Louis

jean
13/07/2011, 17h41
qd j'en arrive là, je fais un rm -rf sur le répertoire asterisk et re-extraction du tar, et re ./configure makemenuselect... des fois ca aide, mais je sais pas pourquoi

jln
13/07/2011, 19h18
Hi,


qd j'en arrive là, je fais un rm -rf sur le répertoire asterisk et re-extraction du tar, et re ./configure makemenuselect... des fois ca aide, mais je sais pas pourquoi

Pas içi. J'ai effacé les répertoires, downloadé à nouveau les gz
rétabli les répertoires, compilé dahdi rebooté la machine,
configuré asterisk make menuselect et chan_dahdi est toujours indisponible.

Le seul problème que je vois:
WARNING: could not find /usr/src/phones/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/vpmadt032_loader/.vpmadt032_x86_32.o.cmd for /usr/src/phones/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/vpmadt032_loader/vpmadt032_x86_32.o
Dans le fichier dahdi install.

La sortie de dahdi pour make all:
http://www.stben.net/make_dahdi.txt

La sortie dahdi pour make install:
http://www.stben.net/install_dahdi.txt

Le fichier config.log créé par asterisk ./configure:
http://www.stben.net/config_log.txt

Le fichier de sortie de asterisk ./configure:
http://www.stben.net/asterisk_configure.txt

Bye,
Jean-Louis

jean
13/07/2011, 21h20
je t'ai envoyé des traces en mp d'une de mes machines

ffossard
14/07/2011, 10h49
Ne pas oublier le paquet kernel-devel correspondant au kernel installé.
Penser à stopper Asterisk, à stopper et décharger dahdi (voir avec lsmod si il reste des modules chargés)

Pour dahdi-linux:
make
make install

Pour dahdi-tools:
./configure
make menuselect
make
make install
make config

Pour libpri, ne pas installer les paquets de la distrib, compilez comme le reste.
make
make install

Pour asterisk:
./configure
make menuselect <= on doit voir dahdi validé, sinon pas la peine d'aller plus loin.
make
make install
make samples
make config

Pas besoin d'effacer le répertoire et ré-extraire l'archive:
make clean efface le résultat de la compilation avec make
make distclean efface aussi ce qui est fait par ./configure

jln
14/07/2011, 12h47
make menuselect <= on doit voir dahdi validé, sinon pas la peine d'aller plus loin.

Voilà bien le problème.
J'ai demandé à yum de retirer libpri et je l'ai compilé (Il fonctionnait avant!).
Je suis toujours au même point.
Sauf que maintenant il (menuselect) demande openr2!!!!

yum ne le trouve pas et je n'arrive pas à le compiler.

Merci.

Bye,
Jean-Louis

jln
14/07/2011, 14h53
Hi,


make menuselect <= on doit voir dahdi validé, sinon pas la peine d'aller plus loin.

Bon, pour résoudre ce problème j'ai "downgradé" jusqu'au moment où il compile chan_dahdi. A partir de 1.6.2.13 et plus bas c'est OK. Plus haut il refuse de compiler chan_dahdi.

Bye,
Jean-Louis

jln
14/07/2011, 20h25
make menuselect <= on doit voir dahdi validé, sinon pas la peine d'aller plus loin.

Après être parvenu à compiler openr2 (j'ai retiré l'option -Werror)
tout est parfais et la 1.6.2.19 a compilé chan_dahdi.

J'ai rétabli la libpri de la distribution. Ne pas oublier d'installer libpri-devel aussi
ou directement yum install libpri-devel ainsi que dahdi-linux-complete-2.4.1.2+2.4.1.

Ce dont je suis certain c'est que je n'ai jamais compilé openr2 avant!

Merci à tous.

Bye,
Jean-Louis

ffossard
15/07/2011, 19h55
mais pourquoi ne pas compiler aussi libpri :confused:

jln
16/07/2011, 12h16
mais pourquoi ne pas compiler aussi libpri :confused:

Pour avoir le moins possible de module à upgrader manuellement.

Bye,
Jean-Louis

YBDOMO
16/07/2011, 15h06
Pour avoir le moins possible de module à upgrader manuellement.

Bye,
Jean-Louis

bonjour,

Tout dépend si vous installez des cartes comme TE2 qqc pour gérer les canaux E1 (T2 de FT ou autre ) ou encore une B410 pour gérer des T0 par exemple

Si ce cas ,Il semble bien qu'il faille installer Libpri


LibPRI is an open source library that implements signaling for ISDN-PRI and ISDN-BRI

voir http://www.asterisk.org/libpri

A+

jln
16/07/2011, 21h21
Il semble bien qu'il faille installer Libpri

Personne n'a dit qu'il ne fallait pas libpri!

J'ai simplement écris que j'avais rétabli le libpri de la distribution!

Bye,
Jean-Louis