PDA

Voir la version complète : branchement carte PCI B410P sur TNR 2 T0



tissou
11/02/2012, 02h09
Bonjour,
j'ai 2 cables RJ45 à la sortie d'une TNR (ligne ISDN) et je projette de mettre une PCI B410P dans un PC qui tourne avec un package asteriskNow 1.7.1.

Ma question est :
Comment configurer la B410P (NT/TE)? et à quoi correspont exactement les 2 lignes T0 après la TNR et comment les brancher sur la carte (NT/TE)?
Merci

TRUST
12/02/2012, 23h02
faut mettre la carte en NT ( Network)

Chaque numéris T0 permet de passer 2 communications simultannées

F6HQZ
13/02/2012, 10h02
Bonjour,

Pour connecter une B410P à une T0, le port correspondant doit être en TE (Terminal) et non en NT (Network).

Une TNR peut offrir 2 RJ45 d'uasge rigoureusement identique, pour mise en parallèle de plusieurs terminaux.

Ceci et des exemples ont déjà été abordés dans ce forum.

Cordialement,
Francois

tissou
13/02/2012, 11h57
Merci de vos réponses.
Puisque les 2 RJ45 de la TNR sont rigoureusement identiques (comme un switch) la configuration d'un port en NT mode est inutile alors, je me trompe?
Merci.

F6HQZ
13/02/2012, 12h19
La présence de 2 x RJ45 n'a rien à voir avec le mode TE ou NT.

NT est un mode "SERVEUR" et TE un mode "CLIENT".

Si vous vous connectez à une T0 vous devez être en mode CLIENT (TE).
Si vous vous connectez à un terminal ou PBX pour remplacer la T0 de F.T. par exemple, vous devez basculer en mode SERVEUR (NT).

Point...

Cordialement,
Francois

PS : en cas de doute, il est toujours bon de contacter son fournisseur de carte.

tissou
13/02/2012, 15h30
Ok.

2 lignes T0 (FT) connectées sur 2 ports TE côté B410P.
Merci bcp François.

tissou

tissou
13/02/2012, 22h12
Bonjour,
j'ai fais quelques tests :
une carte B410P configurée en ( NT,TE,TE,TE) quand je branche mes deux lignes T0, une ligne sur NT et l'autre sur n'importe quel TE les 2 leds correspondantes sont vertes. Par contre, si je ne branche pas la ligne NT j'ai les leds qui clignotent rouge!
Quelle conclusion pourrait on tirer de ce test? les T0 ne seraient elles pas identiques?
Dois je mettre tout en TE?

Merci de vos réponses.

F6HQZ
14/02/2012, 20h21
Bonsoir,

Un port de la B410P est rouge clignotant si rien n'y est branché ou si pas synchronisé avec le correspondant ou hors communication si le flux est coupé entre deux appels.

Il passe au vert fixe pendant une communication ou si le flux n'est pas interrompu entre deux.

Cordialement,
Francois

tissou
14/02/2012, 22h41
Donc, c'est normal que les leds soient vertes fixe dans cette configuration (NT,TE).Pourtant ça doit dépendre des lignes T0 qui doivent être TE ,NT,non?

tissou
15/02/2012, 21h39
bonsoir,
voila, j'ai ma B410P configurée en TE mode (les 4 ports). Tout se passe bien jusqu'au "pri show spans" et là j 'ai :

PRI span 1/0: Provisioned, In Alarm, Down, Active
PRI span 2/0: Provisioned, In Alarm, Down, Active
PRI span 3/0: Provisioned, In Alarm, Down, Active
PRI span 4/0: Provisioned, In Alarm, Down, Active

alors que j'ai 2 lignes T0 branchées sur le port 1 et 2.

Une idée?

Merci

F6HQZ
15/02/2012, 23h29
Question bête : avez-vous pensé faire un test de réception et d'émission d'appel sur ces lignes ???

tissou
16/02/2012, 00h41
Bonsoir,

Ma question est venue après quelques tests dans les deux sens mais sans succés. Dans le sens transmission dans la CLI j'ai "all circuits are busy etc...etc..." .par contre, pour les appels rentrants rien dans la CLI. Un temoin vert sur la TNR qui clignote en permance se fige lors d'un appel rentrant.
Donc, je reviens à ma question précedente, avant d'attaquer les différents scripts du dialplan, je voulais juste savoir si sur le plan hardware tout était corrects.

tissou

F6HQZ
16/02/2012, 11h28
Bonjour,

Oui, mais sans un script correct pour gérer les appels dans les deux sens, pas de résultat. Tout est liée : fonctionnement du hardware + gestion des appels !

Donc, il faut que le scénario soit traité et montrer votre extensions.conf, au minimum.

Cordialement,
Francois

tissou
16/02/2012, 16h44
Bonjour,
je mets ici mes fichiers chan_dahdi.conf, dahdi-channels et extensions_custom.conf qui est inclus dans le fichier extensions.conf .

***************************************
[trunkgroups]
[channels]
pridialplan=unknown
prilocaldialplan=unknown
nationalprefix=0
internationalprefix=00
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1
context=from-pstn
switchtype=euroisdn
signalling=bri_cpe_ptmp
channel=>1,2,4,5
#include dahdi-channels.conf

*******************************************
; Autogenerated by /usr/sbin/dahdi_genconf on Thu Feb 16 15:13:20 2012
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;

; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" AMI/CCS RED
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 1-2
context = default
group = 63

; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2" AMI/CCS RED
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 4-5
context = default
group = 63

; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3" AMI/CCS RED
group=0,13
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 7-8
context = default
group = 63

; Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4" AMI/CCS RED
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 10-11
context = default
group = 63

***********
[from-pstn]
exten => s,1,Dial(SIP/100,,r)
exten => s,n,Hangup()

[from-internal]
exten => _X.,1,Dial(dahdi/1/${EXTEN},,r)
exten => _X.,n,Hangup()


cordialement
tissou

F6HQZ
16/02/2012, 21h47
Il manque /etc/dahdi/system.conf

De ce que je vois, voici mon avis :

- tentez en remplaçant "bri_cpe_ptmp
" par "bri_cpe" seulement (pas en multi-points), mais avant, tentez avec les modifications suivantes, puis à nouveau après modif en point-à-point ;

- dans le contexte "from-pstn" remplacez vos lignes "s" (pour des lignes analogiques, ça) par le patern "_XXX." pour la période des essais. Vous remplacerez par vos SDA exactes (4 ou 9 ou 11 chiffres selon équipement opérateur) ;

- dans le contexte "from-internal", remplacez l'instruction de "Dial" par "Dial(DAHDI/g1/${EXTEN})" pour la période des essais.

Cordialement,
Francois

tissou
17/02/2012, 17h13
j'ai fais des tests et le résultat est le suivant :

...
== Using SIP VRTP CoS mark 6
-- Executing [0688XXXXXX@from-internal:1] Dial("SIP/2100-00000001", "DAHDI/g1/0688XXXXXX") in new stack
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [0688XXXXXX@from-internal:2] Hangup("SIP/2100-00000001", "") in new stack
== Spawn extension (from-internal, 0688XXXXXX, 2) exited non-zero on 'SIP/2100-00000001'
-- Executing [h@from-internal:1] Macro("SIP/2100-00000001", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/2100-00000001", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,4)
-- Executing [s@macro-hangupcall:4] GotoIf("SIP/2100-00000001", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,7)
-- Executing [s@macro-hangupcall:7] GotoIf("SIP/2100-00000001", "1?theend") in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing [s@macro-hangupcall:9] Hangup("SIP/2100-00000001", "") in new stack
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/2100-00000001' in macro 'hangupcall'
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/2100-00000001'
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP VRTP TOS bits 136
....

et juste avant j'ai fais un : pri show spans

localhost*CLI> localhost*CLI> pri show spans
localhost*CLI> PRI span 1/0: Provisioned, In Alarm, Down, Active
localhost*CLI> PRI span 2/0: Provisioned, In Alarm, Down, Active
localhost*CLI> PRI span 3/0: Provisioned, In Alarm, Down, Active
localhost*CLI> PRI span 4/0: Provisioned, In Alarm, Down, Active

tissou

F6HQZ
17/02/2012, 18h05
Bonjour,

Vous n'avez pas copié le fichier de conf demandé.
Vous n'avez pas effectué les modifications temporaires demandées.
Vous ne confirmez pas si vous avez testé en mode PTP et en mode PTMP pour comparer.
Il n'est pas anormal que les lignes soient DOWN avant et après une communication active (UP pendant la comm).
Je vois des macros que je ne connais pas dans votre copie de console...
Quelle est donc cette distribution ?
Ce n'est pas du pur jus de Digium compilé localement ?
Je ne peux pas grand chose de plus pour vous aider, désolé.

Cordialement,
Francois

tissou
17/02/2012, 22h17
Bonsoir,
je t'ai demandé de l'aide, tu m'as donné des pistes, il est évident que les tests sont faits avec tes suggestions.
Il y a deux jours, j'ai fait un reinstall de libpri et du dahdi en partant d'asteriskNow...

Finalement c'était une histoire de cable. Car ça fonctionne. Un type avait mis des cables croisés!!!n'importe quoi!!!! bref.

Il subsite un petit problème : quand j'appelle de l'extérieur, le 1er appel fais monter la channel à "Up Active" et ce n'est qu'au deuxièeme que ça sonne!!

tissou

tissou
01/03/2012, 16h46
Bonjour,
Je suis à nouveau de retour après une petite pause vacances.
Mon problème est que les appels de l'exterieur font sonner le softphone mais l'appelant n'entend pas la sonnerie. Même quand l'appelant racroche, le softphone continue de sonner. L'appel sortant ne part pas non plus.

ci-dessous les fichiers de config:

à la récepton des appels de l'extérieur voila ce que je vois sur la CLI>

== Primary D-Channel on span 2 up
== Primary D-Channel on span 1 up
-- Accepting call from '68819XXXX' to '1590' on channel 0/1, span 1
-- Executing [1590@from-pstn:1] Dial("DAHDI/4-1", "SIP/2100,16,r") in new stack
-- Accepting call from '68819XXXX' to '1590' on channel 0/1, span 2
-- Executing [1590@from-pstn:1] Dial("DAHDI/1-1", "SIP/2100,16,r") in new stack
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called 2100
-- Called 2100
-- SIP/2100-00000001 is ringing
-- SIP/2100-00000000 is ringing
-- Nobody picked up in 16000 ms
-- Executing [1590@from-pstn:2] Hangup("DAHDI/4-1", "") in new stack
== Spawn extension (from-pstn, 1590, 2) exited non-zero on 'DAHDI/4-1'
-- Hungup 'DAHDI/4-1'
-- Nobody picked up in 16000 ms
-- Executing [1590@from-pstn:2] Hangup("DAHDI/1-1", "") in new stack
== Spawn extension (from-pstn, 1590, 2) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'




dahdi-channels.conf

; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" AMI/CCS RED
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 1-2
;context = default
group = 63

; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2" (MASTER) AMI/CCS RED
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 4-5
;context = default
group = 63

; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3" AMI/CCS RED
group=0,13
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 7-8
;context = default
group = 63

; Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4" AMI/CCS RED
group=0,14
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptmp
channel => 10-11
;context = default
group = 63



extensions.conf

[from-pstn]
exten=>_XXX.,1,Dial(SIP/2100,16,r)
exten=>_XXX.,n,Hangup()

[from-internal]
exten=>_X.,1,Dial(DAHDI/g1/${EXTEN},,r)
exten=>_X.,n,Hangup()



Une idée?

Merci