Voilà , avec menuselect chan_dahdi n'est pas disponible.Envoyé par jean
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
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
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
Hi,
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
je t'ai envoyé des traces en mp d'une de mes machines
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
Règles de messages
Répondre avec citation