Carte HFC-S PCI A ISDN

[kwiskas]

Bonjour,

J'ai acheté une carte ISDN avec un chip HFC-S, la détection n'a pas été automatique avec Elastix j'ai donc configuré la carte a la main.
Par contre vous trouvez normal que la carte soit détecté en NULL au lieu de détecter le mode TE ?

Extrait : HFC-S PCI A ISDN card 0 [<NULL>]

Merci

[fastm3]

Attention, la detection automatique ( les outils gui ) d'elastix sont pas top. Il ne faut pas les utiliser je pense.
La version de dahdi par contre doit normalement inclure ce qui faut.
La premiere chose a verifier deja est la sortie de:
>dahdi_hardware
puis si la carte est visible avec le bon module.
>dahdi_cfg -vvv
On verra deja si tu l'as bien configuré a la main parce qu'a part etre devin , c'est difficile de deviner ce que tu entends par la.
Francois.

[kwiskas]

oui bien sur

>dahdi_hardware

pci:0000:01:06.0 zaphfc+ 1397:2bd0 HFC-S ISDN BRI card



>dahdi_cfg -vvv

DAHDI Tools Version - 2.10.0.1

DAHDI Version: 2.10.0.1
Echo Canceller(s): OSLEC
Configuration
======================

SPAN 1: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Echo Canceler: oslec) (Slaves: 01)
Channel 02: Clear channel (Default) (Echo Canceler: oslec) (Slaves: 02)
Channel 03: Hardware assisted D-channel (Default) (Echo Canceler: none) (Slaves: 03)

3 channels to configure.

Setting echocan for channel 1 to oslec
Setting echocan for channel 2 to oslec
Setting echocan for channel 3 to none


lsdahdi

### Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [(null)] " (MASTER) AMI/CCS
1 BRI Clear (In use) (EC: OSLEC - INACTIVE)
2 BRI Clear (In use) (EC: OSLEC - INACTIVE)
3 BRI Hardware-assisted HDLC (In use)


dahdi_scan
[1]
active=yes
alarms=OK
description=HFC-S PCI A ISDN card 0 [(null)]
name=ZTHFC1
manufacturer=Cologne Chips
devicetype=HFC-S PCI-A ISDN
location=PCI Bus 01 Slot 07
basechan=1
totchans=3
irq=0
type=digital-TE
syncsrc=0
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI
framing_opts=CCS
coding=AMI
framing=CCS

[fastm3]

C'est deja plutot pas mal.
Mais non , effectivement , ca devrait t'indiquer le mode TE mais c'est peut etre le patch qui est comme ca.
Tu as bien sur regeneré la conf toi meme avec un dahdi_genconf ? Verifie le contenu de /etc/dahdi/genconf_parameters qui sera utilisé pour les valeurs par defaut.TE est par defaut. Tu ne dois pas le setter.

fait un asterisk -rvd pour la console
et lance un dahdi show status. Tu devrais voir un OK si la ligne est reconnu.
Apres ca devrait rouler.

je te conseille un echocancel=512 dans [channels] de chan_dahdi.conf pour oslec.
Verifie le context dans dahdi-channels.conf et les groupes mais normalement , un trunk dahdi créé sur g0 devrait rouler.
Si c'est pas le cas , les traces devraient t'aider.
Francois.

[kwiskas]

Je crois avoir trouvé un problème.

le dahdi_genconf me ramène un message d'erreur ( unknown default dahdi signalling for chan 1 type BRI ) qui semble être lié a mon problème de NULL.

je crois que je vais refaire l'install sur un elastix 2.4 pour voir.

[kwiskas]

Voila j'ai réussi je vais garder ma version 3.0 de elastix, Merci pour ton aide et tes conseils

j'ai commencé par modifier le pilote avec celui de openvox : http://downloads.openvox.cn/pub/driv...current.tar.gz
Ensuite dans mon fichier genconf_parametres j'ai mis bri_sig_style bri_ptmp au lieu de bri_sig_style bri
et la le dahdi_genconf a fonctionné.


maintenant j'ai le résultat suivant :

lsdahdi
### Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] " (MASTER) AMI/CCS
1 BRI Clear (In use) (EC: OSLEC - INACTIVE)
2 BRI Clear (In use) (EC: OSLEC - INACTIVE)
3 BRI Hardware-assisted HDLC (In use)


dahdi show status
Description Alarms IRQ bpviol CRC Fra Codi Options LBO
HFC-S PCI A ISDN card 0 [TE] OK 0 0 0 CCS AMI 0 db (CSU)/0-133 feet (DSX-1)


dahdi_scan
[1]
active=yes
alarms=OK
description=HFC-S PCI A ISDN card 0 [TE]
name=ZTHFC1
manufacturer=Cologne Chips
devicetype=HFC-S PCI-A ISDN
location=PCI Bus 01 Slot 07
basechan=1
totchans=3
irq=0
type=digital-TE
syncsrc=0
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI
framing_opts=CCS
coding=AMI
framing=CCS

dahdi_cfg -vvv
DAHDI Tools Version - 2.10.0.1

DAHDI Version: 2.10.0.1
Echo Canceller(s): OSLEC
Configuration
======================

SPAN 1: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Echo Canceler: oslec) (Slaves: 01)
Channel 02: Clear channel (Default) (Echo Canceler: oslec) (Slaves: 02)
Channel 03: Hardware assisted D-channel (Default) (Echo Canceler: none) (Slaves: 03)

3 channels to configure.

Setting echocan for channel 1 to oslec
Setting echocan for channel 2 to oslec
Setting echocan for channel 3 to none



dahdi_hardware
pci:0000:01:06.0 zaphfc+ 1397:2bd0 HFC-S ISDN BRI card


Encore merci

[fastm3]

Tu allais un peu vite. Le genconf est juste un outil et n'influe pas sur le fonctionnement de la carte. Certaines cartes exotiques ne le supporte pas du tout. La prochaine etape etait de voir le fichier de conf généré chan_dahdi.conf ou on aurait peut etre vu la signalisation non adaptée. En france , je demande toujours euronumeris+ , ptmp a la creation et c'est bri_sig_style bri_ptmp qui est ok . Mais on peut tomber sur des lignes qui demandent une autre signalisation ( je ne sais plus de tete )
Bon en tout cas, tu as trouvé une version de zaphfc ok avec ta carte, c'est le principal. Recompiler soit meme est souvent plus simple et rapide au final. C'est un peu pour ca que je n'apprecie pas tant que ca des distribs telle que elastix. On passe d'ailleurs a coté des outils de base qui fonctionnent bien mieux que des guis pour la config des cartes par exemples.
Pour zaphfc , il y a aussi des patchs et des versions completes gérées sur un git de tzafir cohen : https://gitorious.org/dahdi-extra/da...3ffdd8b67bffa:
La version d'openvox semble etre basée sur la 2.10 ce qui etre pas mal mais pas sur que toutes les cartes hors openvox soient listées.
Content que j'ai pu t'aidé. Avec les reglages adaptés d'oslec , ca marche super bien meme avec une machine poussive et avec une qualité telle que les utilsateurs ne se posent en fait pas de question. Je dois avoir une install avec une telle carte qui tourne depuis plus de 10ans je pense meme si je me souviens plus exactement de la date d'install.
Cheers!
Francois.

[kwiskas]

Oui effectivement je suis parti du principe que Elastix avait le bon pilote.
Sur tes conseils, j'ai mis echocancel=512 et je vais demander a mettre directement l'euronumeris+.
Le test grandeur nature dans environ 1 mois.

[kwiskas]

C'est parfait cela fonctionne parfaitement sans Echo


J'ai une question sur le numeris :
Avant en analogique j'avais le service transfert d'appel sur occupation vers une ligne SIP (4 canaux), avec ce système j'avais donc 5 lignes.
Maintenant france telecom ne peut plus activer ce service avec le numeris, on me dit que cela peut être mis en place sur l IPBX.

Je ne vois pas comment, car je ne veux pas transférer sur l'occupation d'une extension (Ca je vois comment faire) mais plutôt en amont avant la mise en attente de l'appel.

[fastm3]

Si c'est mis en place sur l'ipbx, ca serait par aboutement et donc ca ne t’intéresse pas.
En amont, en théorie, la norme permet de le faire, je me souviens tres bien pouvoir le faire a l'epoque des duo et compagnie.
J'etais le roi avec mes 128kbs/sec :-). La TNRG pouvait le faire mais a partir d'une interface Z avec les bons codes.
J'ai vu que nos amis allemands utilisent des outils pour paramétrer ce type de renvoi CFB.

Si on peut le faire , ca serait par programmation de la TNR et ca serait donc "statique".
En acces simple ou groupé, quelques années plus tard, j'avais noté que Orange ne l'avait pas implementé. J'en suis resté la.
Il faudrait tomber sur le bon interlocuteur chez Orange pour confimer cela. Je prefere ne pas trop toucher a la prog de la TNR sachant que Orange va botter en touche si on a une question technique et si on leur dit que le matériel est un asterisk.

Je trouve que ca a assez peu d’intérêt meme si je comprends le but de cela.
Mais d'un point de vue technique , j'aimerai bien aussi avoir la confirmation du possible ou pas avec Orange...
Francois.