Voir la version complète : Asterisk 1.2.4, Zaptel 1.2.3 et bristuff-0.3.0-PRE-1c
Hello la communauté,
J'utilise ZapHfc avec des cartes Billion. De ce fait je suis en Asterisk 1.2.0 et Zaptel idem. Je voudrais évoluer vers la configuration à base de 1.2.4.
Quelqu'un a t-il déjà fait cela ?
Sinon, quels sont les risques auxquels je m'expose en faisant évoluer Asterisk, Libpri et Zaptel indépendamment de Bristuff ?
Merci de votre aide !
Hello
En allant sur le site de Junghanns, j'ai trouvé la bristuff-0.3.0-PRE-1k compatible avec la version 1.2.4 d'* et la 1.2.3 de Zaptel. J'ai tout téléchargé, compilé et installé, l'émission d'appel ISDN ne fonctionne plus. Donc, retour en arrière en espérant savoir si quelqu'un a déjà testé et quelles sont les modifications de configuration à effectuer.
Je n'ai pas beaucoup de latitude pour les tests que je ne peux réellement faire que le weekend.
Alors si en attendant vous avez des idées, elles sont les bienvenues.
Merci pour votre aide !
Hello,
Nouveau problème en voulant mettre à jour ma plate-forme avec les dernière version d'Asterisk 1.2.4, Zaptel 1.2.3, Libpri 1.2.2 et bristuff-0.3.0-PRE-1k, les appels sortant ne sortent pas. :wink:
Feb 7 18:51:44 VERBOSE[8938] logger.c: -- Accepting UNAUTHENTICATED call from
10.1.1.205:
> requested format = alaw,
> requested prefs = (),
> actual format = ulaw,
> host prefs = (),
> priority = mine
Feb 7 18:51:44 VERBOSE[8959] logger.c: -- Executing Dial("IAX2/7777-3", "ZAP/g1/0600000000|50|tr") in new stack
Feb 7 18:51:44 VERBOSE[8959] logger.c: -- Requested transfer capability: 0x00 - SPEECH
Feb 7 18:51:44 VERBOSE[8959] logger.c: -- Called g1/0600000000
Feb 7 18:51:44 DEBUG[8925] channel.c: Avoiding initial deadlock for Zap/1-1'
Feb 7 18:51:44 DEBUG[8942] chan_zap.c: Queuing frame from RI_EVENT_PROCEEDING on channel 0/1 span 1
Feb 7 18:51:44 VERBOSE[8959] logger.c: -- Zap/1-1 is proceeding passing it to IAX2/7777-3
Feb 7 18:51:44 VERBOSE[8942] logger.c: -- Channel 0/1, span 1 got hangup request
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/1-1
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Hangup: channel: 1 index = 0, normal = 19,callwait = -1, thirdcall = -1
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Not yet hungup... Calling hangup once with icause, and clearing call
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: disabled echo cancellation on channel 1
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Set option TDD MODE, value: OFF(0) on Zap/1-1
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Updated conferencing on 1, with 0 conference users
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/1-1
Feb 7 18:51:45 DEBUG[8959] chan_zap.c: disabled echo cancellation on channel 1
Feb 7 18:51:45 VERBOSE[8959] logger.c: -- Hungup 'Zap/1-1'
Feb 7 18:51:45 VERBOSE[8959] logger.c: == No one is available to answer at this time (1:0/0/0)
Feb 7 18:51:45 DEBUG[8959] app_dial.c: Exiting with DIALSTATUS=NOANSWER.
Feb 7 18:51:45 VERBOSE[8959] logger.c: -- Executing Hangup("IAX2/7777-3", "") in new stack
Feb 7 18:51:45 VERBOSE[8959] logger.c: == Spawn extension (default, 0603679010,2) exited non-zero on 'IAX2/1827-3'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '"Gilbert ANTOINE" <7777>'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '7777'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '0600000000'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'default'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'IAX2/7777-3'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'Zap/1-1'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'Hangup'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '(null)'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '2006-02-07 18:51:44'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '(null)'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '2006-02-07 18:51:45'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '1'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '0'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'NO ANSWER'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'DOCUMENTATION'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '(null)'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is 'asterisk-8916-1139334704.5'
Feb 7 18:51:45 DEBUG[8959] pbx.c: Function result is '(null)'
Feb 7 18:51:45 DEBUG[8959] chan_iax2.c: We're hanging up IAX2/7777-3 with cause 0 now...
Feb 7 18:51:45 VERBOSE[8959] logger.c: -- Hungup 'IAX2/7777-3'
Configuration files :
Zapata.conf
; Channels
;
language=fr
switchtype=euroisdn
pridialplan=local
prilocaldialplan=local
signalling = bri_cpe_ptmp
;signalling = bri_cpe
;signalling = bri_net_ptmp
rxwink=300
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
; useincomingcalleridonzaptransfer = yes
; echotraining = no
; txgain=5.0
; rxgain=5.0
; nationalprefix = 0
; internationalprefix = 00
; faxdetect=incoming
group=1
callgroup=1
pickupgroup=1
immediate=no
context=enEntree
channel => 1-2,4-5
Zaptel.conf
# Span 1: ZTHFC1 "HFC-S PCI A ISDN card 1 [TE]"
span=1,1,1,ccs,ami
bchan=1-2
dchan=3
# Span 2: ZTHFC1 "HFC-S PCI A ISDN card 2 [TE]"
span=2,1,1,ccs,ami
bchan=4-5
dchan=6
# Global data
loadzone = fr
defaultzone = fr
Extensions.conf
exten => _X.,1,Dial(ZAP/g1/${EXTEN},50,tr)
exten => _X.,n,Hangup
exten => _X.,102,Playtones(busy)
exten => _X.,n,Wait(10)
exten => _X.,n,Hangup
exten => _X.,202,Playtones(congestion)
exten => _X.,n,Wait(10)
exten => _X.,n,Hangup
essayez pridialplan=unknow
ça marche pour moi (sur 12 sites différents)
Hello,
Si je mets "pridialplan => unknown", même les appels entrants ne fonctionnent pas. Nous devons avoir une importante différence.
Mais voilà d'où vient-elle ? Là est la question.
Merci de ton aide, c'est d'un grand réconfort ! :wink:
sinon essayez pridialplan=dynamic ça semble marcher avec la nouvelle version pre3
Mais de toute facon j'ai enormément de problèmes avec la version 0.3 et je suis resté en 0.2 sur tout les sites car au bout d'un moment la ligne se désactive (la led de la TNR se met à clignoter et dans /proc/zaptel/1 il y a desactivé).
De plus avec la 0.3 impossible de faire marcher plusieurs TNR ensemble, alors qu'avec la 0.2 j'ai des groupes de 3 qui marchent bien.
Donc en cas de pb rester sur la 0.2
L'inconvénient c'est que vous restez alors avec asterisk 1.0.10 qui est moins bien en terme de qualité de son.
Hello,
Moi, je n'avais aucun problème avant la migration vers la 1.2.4 et bristuff-0.3.0-PRE-1k, en version 1.2.0 et bristuff-0.3.0-PRE-1c cela fonctionnait très bien, plusieurs cartes, plusieurs T0, seul peoblème la présentation du numéro de l'utilsateur interne en fonction du SDA alloué.
Pour résoudre cela, j'ai voulu migrer de version bristuff-0.3.0-PRE-1c à 1k et là, plus rien ne fonctionne en sortie, en entrée tout est OK....
Merci de ton soutien.
Je vais réinstaller la machine au niveau système pour partir à nouveau d'une machine vièrge en terme d'asterisk et refaire mon installation bristuff-0.3.0-PRE-1c pour revenir à mon état précédent.
Encore merci de ton aide ! :wink:
Hello,
J'ai enfin fait fonctionner asterisk 1.2.4, zaptel 1.2.3, Libpri 1.2.2 and bristuff-0.3.0-PRE-1k en entrée et en sortie avec des accès de base FT en ETSI Euronuméris+.
Au niveau de CallerId des appels sortants cela commence à fonctionner, une petite nouvelle visite dans le code et je devrais être au bout de ma peine.
Pour ne pas avoir tous mes oeufs dans le même panier. J'ai compilé mISDN et sur une autre plate-forme, je vais le tester. La compilation n'est pas des plus simples parce qu'il ne sait pas utiliser GCC4 qui était le compilateur de base de mon système. Je ne vois pas ce qui l'empêche. Ceci pris en compte et à quelques Warnings près, cela se déroule correctement jusqu'à la fin.
Maintenant, il n'y a plus qu'à tester.
merci tout de même de l'aide d'Arnaud et de Bonjaja.
vBulletin v.3.8.0, Copyright © 2000-2010, Jelsoft Enterprises Ltd. Tous droits réservés - Version française vbulletin-fr.org