PDA

Voir la version complète : problème CALLERID name [résolu]



jeremyp3
30/07/2013, 07h15
bonjour,
après de nombreuses recherche je post ici pour avoir votre aide

j'essaye de faire fonctionner une ligne sfr libertalk sur asterisk ça fonctionne très bien pour les appels sortant sauf que le numéro afficher est au format +33990547xxxxx ce qui n'est pas très exploitable donc pour avoir le numéro en format dison normal, selon le forum n9ws il faut ajouter dans le fichier extensions.conf la ligne :

exten = _zX.,1,Set(CALLERID(name)=maligne) lors ce que je passe un appel il me dit :
SIP/2.0 603 Declined


les lignes du fichier extensions.conf concerner


exten = _9X.,1,Set(CALLERID(name)=maligne)
exten => _9X.,1,Dial(SIP/${EXTEN:1}@Neuftalk-out)

j'utilise asterisk 11.5.0

je vous remerci d'avance pour votre aide


la trace sip :




Asterisk 11.5.0, Copyright (C) 1999 - 2012 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
================================================== =======================
Connected to Asterisk 11.5.0 currently running on routerLinux (pid = 12689)
routerLinux*CLI> sip etset debug on
routerLinux*CLI> SIP Debugging enabled
routerLinux*CLI> Really destroying SIP dialog '354c19061c21f0781624f3e10e635763@127.0.0.1' Method: REGISTER
routerLinux*CLI> Really destroying SIP dialog '253afee61dc56cfa2b38ca20409f8d10@127.0.0.1' Method: REGISTER
routerLinux*CLI> Really destroying SIP dialog '05281a0c778fefe47331fb1803a61d88@127.0.0.1' Method: REGISTER
routerLinux*CLI> 
<--- SIP read from UDP:10.0.2.4:6050 --->
INVITE sip:90612345678@xxx.xxx.xxx.xxx:6050 SIP/2.0
Via: SIP/2.0/UDP 10.0.2.4:6050;branch=z9hG4bK-17535bb3
From: <sip:jeremyp31987@xxx.xxx.xxx.xxx>;tag=e51ad75840cea8c7o0
To: <sip:90612345678@xxx.xxx.xxx.xxx>
Remote-Party-ID: <sip:jeremyp31987@xxx.xxx.xxx.xxx:6050>;screen=yes;party=calling
Call-ID: a48f136c-e8ef7bc3@10.0.2.4
CSeq: 101 INVITE
Max-Forwards: 70
Contact: <sip:jeremyp31987@10.0.2.4:6050>
Expires: 240
User-Agent: Linksys/SPA2102-5.2.13(004)
Content-Length: 434
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura, replaces
Content-Type: application/sdp

v=0
o=- 140736 140736 IN IP4 10.0.2.4
s=-
c=IN IP4 10.0.2.4
t=0 0
m=audio 17402 RTP/AVP 8 0 2 4 18 96 97 98 100 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=fmtp:100 192-193
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv
<------------->
--- (15 headers 20 lines) ---
Sending to 10.0.2.4:6050 (no NAT)
Sending to 10.0.2.4:6050 (no NAT)
Using INVITE request as basis request - a48f136c-e8ef7bc3@10.0.2.4
Found peer 'jeremyp31987' for 'jeremyp31987' from 10.0.2.4:6050
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 2
Found RTP audio format 4
Found RTP audio format 18
Found RTP audio format 96
Found RTP audio format 97
Found RTP audio format 98
Found RTP audio format 100
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format G726-32 for ID 2
Found audio description format G723 for ID 4
Found audio description format G729a for ID 18
Found unknown media description format G726-40 for ID 96
Found unknown media description format G726-24 for ID 97
Found unknown media description format G726-16 for ID 98
Found unknown media description format NSE for ID 100
Found audio description format telephone-event for ID 101
Capabilities: us - (gsm|ulaw|alaw|h263|testlaw), peer - audio=(g723|ulaw|alaw|g726|g729)/video=(nothing)/text=(nothing), combined - (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 10.0.2.4:17402
Looking for 90612345678 in appel-sortant (domain xxx.xxx.xxx.xxx)
list_route: hop: <sip:jeremyp31987@10.0.2.4:6050>

<--- Transmitting (NAT) to 10.0.2.4:6050 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.2.4:6050;branch=z9hG4bK-17535bb3;received=10.0.2.4;rport=6050
From: <sip:jeremyp31987@xxx.xxx.xxx.xxx>;tag=e51ad75840cea8c7o0
To: <sip:90612345678@xxx.xxx.xxx.xxx>
Call-ID: a48f136c-e8ef7bc3@10.0.2.4
CSeq: 101 INVITE
Server: Asterisk PBX 11.5.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:90612345678@10.0.2.20:6050>
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'a48f136c-e8ef7bc3@10.0.2.4' in 6400 ms (Method: INVITE)

<--- Reliably Transmitting (NAT) to 10.0.2.4:6050 --->
SIP/2.0 603 Declined
Via: SIP/2.0/UDP 10.0.2.4:6050;branch=z9hG4bK-17535bb3;received=10.0.2.4;rport=6050
From: <sip:jeremyp31987@xxx.xxx.xxx.xxx>;tag=e51ad75840cea8c7o0
To: <sip:90612345678@xxx.xxx.xxx.xxx>;tag=as1c5b0236
Call-ID: a48f136c-e8ef7bc3@10.0.2.4
CSeq: 101 INVITE
Server: Asterisk PBX 11.5.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0




jerem

al3x
30/07/2013, 11h23
Salut,

cette trace montre que c'est ton Asterisk qui rejette l'appel de ta Linksys, non ?

Coté dialplan, deux priorités 1, c'est pas top :

exten = _9X.,1,Set(CALLERID(name)=maligne)
exten = _9X.,n,Dial(SIP/${EXTEN:1}@Neuftalk-out)

Après, attention, il est possible que sur ton trunk, tu doives utiliser un champ contact correspondant à tes paramètres d'authentification (+33990547xxxxx).

@+

jeremyp3
30/07/2013, 11h54
bonjour,

ben la le problème c'est que quelque sois le champ que je met même si c'est pour appeler des postes entre eux, j'ai quand même ce status 603 donc je pense que c'est mon asterisk qui le bloque, mais pourquoi ?

merci,
jerem

al3x
30/07/2013, 12h02
Ben 603, 406 ne sont pas pareils ...

Des traces SIP, reposer calmement ton sip.conf, ton extensions.conf, ça vaut 90% des problèmes en général ;)

@+

jeremyp3
30/07/2013, 12h13
re,

c'est bien l'erreur indiquer dans mon premier poste

voila mon fichier extensions.conf au complet




[general]
static=yes
writeprotect=no
autofallthrough=yes
clearglobalvars=no
priorityjumping=no

[globals]
CONSOLE=Console/dsp
IAXINFO=guest
TRUNK=Zap/g2
TRUNKMSD=1

[ovh-sip] ; nom du plan
exten => 0033972xxxx,1,Dial(SIP/jeremyp31987)
exten => 0033972xxxx,2,Hangup(16)


[quebec-sip] ; nom du plan
exten => 450xxxxxxxx,1,Dial(SIP/jeremyp31987)

[appel-sortant]
; Cette partie gere les appels sortants
##appeler le quebec
exten => _514XXXXXXX,1,Dial(SIP/001${EXTEN}@forfait-ovh)
exten => _450XXXXXXX,1,Dial(SIP/001${EXTEN}@forfait-ovh)
##boite vocal ligne qc
exten => _*97,1,Dial(SIP/${EXTEN}@quebec)
###appeler les portable avec la ligne sfr
exten = _9X.,1,Set(CALLERID(name)=maligne)
exten => _9X.,1,Dial(SIP/Neuftalk-out/${EXTEN:1})
##apeler avec la ligne quebec
exten => _2X.,1,Dial(SIP/${EXTEN:1}@quebec)
##appel par défault
exten => _X.,1,Dial(SIP/${EXTEN}@forfait-ovh)

al3x
30/07/2013, 12h42
Je ne vois rien pour tes extensions internes ?!

Du genre :

[internal] ;;ou ton contexte interne
exten = 100,1,Dial(SIP/jeremyp31987)
same = n,Hangup()

Et j'insiste, CLI et logs ...

jean
31/07/2013, 16h05
je pense que le 603 vient de SFR.

l'invite initial est:

INVITE sip:90612345678@xxx.xxx.xxx.xxx:6050 SIP/2.0
Via: SIP/2.0/UDP 10.0.2.4:6050;branch=z9hG4bK-17535bb3
From: <sip:jeremyp31987@xxx.xxx.xxx.xxx>;tag=e51ad75840cea8c7o0
To: <sip:90612345678@xxx.xxx.xxx.xxx>

Tu appelles un no commencant par 9.... je doute que SFR accepte.
de plus, le callerid (num) est jeremyp31987, je doute que ca sorte comme ca sur le tel du correspondant

jeremyp3
31/07/2013, 16h27
bonjour,

non non le numéro n'arrive pas chez sfr. en effet il arrive juste sur mon serveur asterisk pour être mis en forme. l'ip masqué est seule de mon serveur asterisk. grace au dialplan le numéro que je compose est bien le 90612345678 mais le numéro envoyé a sfr sans le callerid est bien le 0612345678 puisque ça fonctionne sans donc ma question qui reste en suspen pourquoi mon serveur asterisk decline mon callerid ?

jean
31/07/2013, 16h37
donc l'ip 10.0.2.4 est ton softphone / client de asterisk ?

si donc ca ne suit pas chez SFR, il faut activer les logs asterisk
1/ s'assurer de la conf de logger.conf
lignes:
messages => notice,warning,error,verbose
console => notice,warning,error,verbose,debug

présentes - sinon, les modifier et faire logger reload

2/ faire une core set verbose 3, enlever le sip set debug pour plus de clarté, et relancer l'appel et fournir le résultat

jeremyp3
31/07/2013, 18h02
bonjour,

oui, 10.0.2.4 est bien l'ip de mon linksys connecter a mon asterisk

voici le log du cli demander :



Set remote console verbosity to 3
== Using SIP RTP CoS mark 5
-- Executing [90612345678@interne:1] Set("SIP/jeremyp31987-00000003", "CALLERID(name)=maligne") in new stack -- Auto fallthrough, channel 'SIP/jeremyp31987-00000003' status is 'UNKNOWN'

jean
31/07/2013, 20h27
ok - donc il execute le contexte "interne", priorité 1, et échoue car il semble tenter d'appeler le channel SIP jeremyp3&987 et ce channel n'est pas enregistré

-- Executing [90612345678@interne:1] Set("SIP/jeremyp31987-00000003", "CALLERID(name)=maligne") in new stack
-- Auto fallthrough, channel 'SIP/jeremyp31987-00000003' status is 'UNKNOWN'

peux tu poster le détail de ce contexte, et un sip show peers

jean
31/07/2013, 20h59
ou il n'y a qu'une seule priorité dans le contexte et reste planté là

jeremyp3
01/08/2013, 09h48
bonjour,

merci le soucis est régler, c'était parce que mes deux ligne avai une priorité de 1 j'ai remis tout applat et maintenant ça fonctionne au poil

j'avai pas compris que si je mettez deux lignes pour une même extention elles devaient avoir deux priorité différentes donc du coup en mettant comme ça :


exten = _9X.,1,Set(CALLERID(name)=maligne)
exten => _9X.,2,Dial(SIP/Neuftalk-out/${EXTEN:1})

ça fonctionne très bien dans le from je voie le "maligne"

merci pour votre aide,

jerem

jean
01/08/2013, 16h21
:-)

il vaut mieux utiliser la syntaxe:
exten _9X.,n,commande

(le ,n, numerote automatiquement)

et encore mieux à partir de la 1.8

same => n,commande

cela facilite la lecture (et les copier/coller !)

jeremyp3
01/08/2013, 16h24
bonjour,

donc si je comprends bien, ses deux lignes la sont valide ?



same = _9X.,n,Set(CALLERID(name)=maligne)
same => _9X.,n,Dial(SIP/Neuftalk-out/${EXTEN:1})

doo
01/08/2013, 17h04
Bonjour,

Non. Il faut toujours que tu aies une priorité 1 dans ton dialplan pour une extension donnée.
Il y a un message en post-il qui rappelle pas mal de choses sur les priorités : http://www.asterisk-france.org/showthread.php/28-Les-priorit%C3%A9s-dans-le-fichier-extensions.conf

Le bon code serait :


exten => _9X.,1,Set(CALLERID(name)=maligne)
same => n,Dial(SIP/Neuftalk-out/${EXTEN:1})