Problème Protocole ISDN ???

[Ronhanson]

Bonjour,
J'ai installé récemment deux T2 / PRI sur un serveur Asterisk, avec une carte TE205P. Cependant, j'ai un petit, voir un gros problème.
Lors d'un appel vers l'exterieur, je recois au niveau des messages ISDN, un Hangup (RELEASE COMPLETE / cause : unknown - protocol error) juste après la trame SETUP.
Je ne sais pas ce qui passe mal, mais mes T2 ont l'air en fonctionnement.
J'ai configuré Asterisk en EuroISDN, et je sais que mes lignes sont en EuroNumeris+.
A savoir, je ne sais pas s'il y a un problème ou un incompatibilité entre le VN6 d'EuroNumeris+ et l'ETSI d'EuroISDN de base. Certains sites disent qu'il n'y a pas de problèmes entre VN6 et EuroISDN car basés sur le meme protocole Q.931 (les 2 extremités parlent bien en Q.931).
Je ne vois pas pourquoi ca bug, j'ai sans doute fait une plante dans ma config, je pourrais vous la poster si nécessaire.
Voici les logs de mon asterisk lors d'un appel externe (en passant par un canal "Zap" qui correspond a la carte Digium). Tous les messages relatifs au protocol ISDN comment par un ">", ceux d'asterisk commencent par "--"/"==".

De plus je ne recois aucun appel de l'exterieur, ou en tout cas rien ne se passe au niveau d'asterisk.
C'est peut-etre simplement un petit paramètre qui fait tout bugger mais je n'en sais rien.
Merci d'avance!
Ronan


-- Executing Macro("SIP/1212-8f1b", "dialout-trunk|2|0149228655|") in new stack
-- Executing GotoIf("SIP/1212-8f1b", "1?3:2)") in new stack
-- Goto (macro-dialout-trunk,s,3)
-- Executing Macro("SIP/1212-8f1b", "user-callerid") in new stack
-- Executing DBget("SIP/1212-8f1b", "AMPUSER=DEVICE/1212/user") in new stack
-- DBget: varname=AMPUSER, family=DEVICE, key=1212/user
-- DBget: set variable AMPUSER to 1212
-- Executing DBget("SIP/1212-8f1b", "AMPUSERCIDNAME=AMPUSER/1212/cidname") in new stack
-- DBget: varname=AMPUSERCIDNAME, family=AMPUSER, key=1212/cidname
-- DBget: set variable AMPUSERCIDNAME to Ronan Delacroix -optiPoint 410std-
-- Executing GotoIf("SIP/1212-8f1b", "0?5") in new stack
-- Executing SetCallerID("SIP/1212-8f1b", ""Ronan Delacroix -optiPoint 410std-" <1212>") in new stack
-- Executing NoOp("SIP/1212-8f1b", "Using CallerID "Ronan Delacroix -optiPoint 410std-" <1212>") in new stack
-- Executing Macro("SIP/1212-8f1b", "record-enable|1212|OUT") in new stack
-- Executing GotoIf("SIP/1212-8f1b", "0 > 0?2:4") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing AGI("SIP/1212-8f1b", "recordingcheck|20060327-091121|1143468681.8") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
recordingcheck|20060327-091121|1143468681.8: Outbound recording not enabled
-- AGI Script recordingcheck completed, returning 0
-- Executing NoOp("SIP/1212-8f1b", "No recording needed") in new stack
-- Executing Macro("SIP/1212-8f1b", "outbound-callerid|2") in new stack
-- Executing DBget("SIP/1212-8f1b", "USEROUTCID=AMPUSER/1212/outboundcid") in new stack
-- DBget: varname=USEROUTCID, family=AMPUSER, key=1212/outboundcid
-- DBget: set variable USEROUTCID to
-- Executing GotoIf("SIP/1212-8f1b", "1?4") in new stack
-- Goto (macro-outbound-callerid,s,4)
-- Executing GotoIf("SIP/1212-8f1b", "1?6") in new stack
-- Goto (macro-outbound-callerid,s,6)
-- Executing NoOp("SIP/1212-8f1b", "CallerID set to "Ronan Delacroix -optiPoint 410std-" <1212>") in new stack
-- Executing SetGroup("SIP/1212-8f1b", "OUT_2") in new stack
-- Executing CheckGroup("SIP/1212-8f1b", "15") in new stack
-- Executing SetVar("SIP/1212-8f1b", "DIAL_NUMBER=0149228655") in new stack
-- Executing SetVar("SIP/1212-8f1b", "DIAL_TRUNK=2") in new stack
-- Executing AGI("SIP/1212-8f1b", "fixlocalprefix") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/fixlocalprefix
-- AGI Script fixlocalprefix completed, returning 0
-- Executing SetVar("SIP/1212-8f1b", "OUTNUM=0149228655") in new stack
-- Executing Cut("SIP/1212-8f1b", "custom=OUT_2|:|1") in new stack
-- Executing GotoIf("SIP/1212-8f1b", "0?16") in new stack
-- Executing Dial("SIP/1212-8f1b", "ZAP/1/0149228655") in new stack
-- Making new call for cr 32774
-- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8) len=73
> Call Ref: len= 2 (reference 6/0x6) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
> Ext: 1 User information layer 1: A-Law (35)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 1 ]
> [28 22 52 6f 6e 61 6e 20 44 65 6c 61 63 72 6f 69 78 20 2d 6f 70 74 69 50 6f 69 6e 74 20 34 31 30 73 74 64 2d]
> Display (len=34) Þ©·|..[ Ronan Delacroix -optiPoint 410std- ]
> [6c 06 41 81 31 32 31 32]
> Calling Number (len= 8) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> Presentation: Presentation permitted, user number passed network screening (1) '1212' ]
> [70 0b a1 30 31 34 39 32 32 38 36 35 35]
> Called Number (len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '0149228655' ]
> [a1]
> Sending Complete (len= 1)
-- Called 1/0149228655
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 6/0x6) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 02 87 e4]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: International network (7)
< Ext: 1 Cause: Unknown (100), class = Protocol Error (6) ]
-- Processing IE 8 (cs0, Cause)
-- Channel 0/1, span 1 got hangup
-- Channel 0/1, span 1 received AOC-E charging 0 units
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Goto("SIP/1212-8f1b", "s-CHANUNAVAIL|1") in new stack
-- Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
-- Executing NoOp("SIP/1212-8f1b", "Dial failed due to CHANUNAVAIL") in new stack
-- Executing Macro("SIP/1212-8f1b", "outisbusy") in new stack
-- Executing Playback("SIP/1212-8f1b", "all-circuits-busy-now") in new stack
-- Playing 'all-circuits-busy-now' (language 'fr')
-- Executing Playback("SIP/1212-8f1b", "pls-try-call-later") in new stack
-- Playing 'pls-try-call-later' (language 'fr')
== Spawn extension (macro-outisbusy, s, 2) exited non-zero on 'SIP/1212-8f1b' in macro 'outisbusy'
== Spawn extension (from-internal, 00149228655, 2) exited non-zero on 'SIP/1212-8f1b'
-- Executing Macro("SIP/1212-8f1b", "hangupcall") in new stack
-- Executing ResetCDR("SIP/1212-8f1b", "w") in new stack
-- Executing NoCDR("SIP/1212-8f1b", "") in new stack
-- Executing Wait("SIP/1212-8f1b", "5") in new stack
== Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'SIP/1212-8f1b' in macro 'hangupcall'
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/1212-8f1b'

[Sol-R]

Hello,

Exactement le même souci que toi avec 3T0 sur une octoBRI.. D'après mes lectures (ce forum et d'autres encore), il semble de plus évident qu'il faille demander à France Telecom de passer les lignes en EuroISDN et pas en EuroISDN+.

Je suis preneur si tu te libères de ce problème...

Bon courage,

Sol-R

[Ronhanson]

Et bien ecoute, j'ai reglé ce problème.
En fait, il semble que le VN6(Euronumeris+) soit compatible avec ETSI(Euronumeris). Donc, cela ne devrait pas poser de problèmes.
Cependant, il y a 2 choses qui ont reglé mon problème :
dans zapata.conf :
pridialplan = unknown
prilocaldialplan = unknown
Sans cela tu auras une erreur "cause unknown / protocol error".
Après avoir reglé cela, tu auras peut-être, si cela n'a pas resolu ton problème, un "service or option not available" à la place. Et là, la réponse est simple :
#Appeller France-Télécoms;
#Harceler France-Télécoms;
Les appeller parce qu'ils n'ont pas terminé d'ouvrir ta ligne, ils attendent que tu leurs confirme l'ouverture et les SDA si tu en as! Maintenant, il faut trouver le bon service et passer comme moi une bonne semaine à les harceler. Voilà, je crois maintenant avoir compris la premiere des rêgles lorsque l'on fait de la téléphonie : mettre en cause FT dès que ca bug.
Ils sont compétents, souvent sympatiques, mais leur gros problème, c'est la multiplicité de services différents intervenant pour une simple installation. Ils ont une communication à faire peur, et une organisation pourrave, du coup ils se rejetent sans cesse la faute entre services.

Bon courage,
j'espere que cela resoudra ton problème.
Cordialement,
Ronan

[Tetram]

cette erreur se produit lorsqu'un IE (Information Element) contenu dans la trame du Call Setup est carrement incompatible avec le protocole.

c'est un 'court circuit' du 'call handling' classique et signifie que tu as un GROS
probleme de protocole...

la derniere fois que j'ai eu ce probleme, j'essayais de me connecter en E1 /ETSI sur un trunk configuré en T1/5ESS...

si tu as des traces ISDN, le N° de l'IE qui a causé le probleme est mentionné dans le paquet 'RELEASE COMPLETE' et te permetra peut etre d'identifier le parametre en cause

[cedricm]

Ronan,

je suis tombé sur cet ancien topic. C'est la phrase suivante qui m'interesse :


J'ai configuré Asterisk en EuroISDN, et je sais que mes lignes sont en EuroNumeris+.
A savoir, je ne sais pas s'il y a un problème ou un incompatibilité entre le VN6 d'EuroNumeris+ et l'ETSI d'EuroISDN de base. Certains sites disent qu'il n'y a pas de problèmes entre VN6 et EuroISDN car basés sur le meme protocole Q.931 (les 2 extremités parlent bien en Q.931).


J'essaye de savoir si configurer la T2 en euroisdn, correspond à du VN4 ou à de l'ETSI. je ne pense pas que ce soit du VN6.

Sinon pour la question de la compatibilité VN6, VN4 et ETSI (du plus recent au plus vieux) sont tous retro-compatibles. Mais il y a des fonctionnalités en plus offertes par les versions les plus récentes. En revanche je ne suis pas capable de dire quelles fonctionnalités. Ce qui ne fait pas beaucoup avancer le schmilblick.


mon zapata.conf :

[channels]
language=fr
context=fromE1
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
signalling=pri_cpe
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echotraining=800
relaxdtmf=yes
rxgain=-3.0
txgain=-2.0
;echocancelwhenbridged=yes


group=1
callgroup=1
pickupgroup=1
immediate=no
callerid=asreceived
accountcode=carteE1
adsi=no
busydetect=no
callprogress=no
musiconhold=viatelecom
channel => 1-15,17-31



mon zaptel.conf

# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16

# Span 2: WCTDM/0 "Wildcard TDM400P REV I Board 1"
fxoks=32
fxoks=33
fxoks=34
fxoks=35

# Global data

loadzone = fr
defaultzone = fr

[Ronhanson]

Desole, je ne peux pas repondre beaucoup a ta question, (c'est loin..,) il faudrait un inge FT pour te dire si VN4 ou ETSI. Ceci dit, je ne pense pas qu'il y ait de grandes differences entre les 2. Pourquoi veux tu savoir ca?

[cedricm]

depuis j'ai eu le support USA digium qui m'ont dit à peu près ca :
pour autant qu'on sache euroisdn et euronumeris sont équivalents.

Pour moi aussi le probleme est loin, mais si je me souviens bien, on rencontrait des problemes étranges sur l'E1.
Et après de lourdes investigations on ne trouvait pas d'où provenait l'erreur.
Pas de glissement d'horloge, pas d'erreur de CRC...

Bref je cherchais du coté de petites différences entre les protocoles ETSI, VN4, VN6, eurosidn et compagnie.

et honnetement je ne sais plus ce que ca a donné. je crois que les soucis ont diminué mais qu'on les rencontre encore une fois de temps en temps.
bref pas de suite donnée.

merci en tout cas, d'avoir pris le temps de poster ;o)