problème CALLERID name [résolu]

Version imprimable

30/07/2013, 07h15
jeremyp3

problème CALLERID name [résolu]

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 :

Code:

exten = _zX.,1,Set(CALLERID(name)=maligne)

lors ce que je passe un appel il me dit :

Code:

SIP/2.0 603 Declined

les lignes du fichier extensions.conf concerner

Code:

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 :

Code:

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 et[K[Kset debug on routerLinux*CLI> [0KSIP Debugging enabled [KrouterLinux*CLI> [0KReally destroying SIP dialog '354c19061c21f0781624f3e10e635763@127.0.0.1' Method: REGISTER [KrouterLinux*CLI> [0KReally destroying SIP dialog '253afee61dc56cfa2b38ca20409f8d10@127.0.0.1' Method: REGISTER [KrouterLinux*CLI> [0KReally destroying SIP dialog '05281a0c778fefe47331fb1803a61d88@127.0.0.1' Method: REGISTER [KrouterLinux*CLI> [0K <--- 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
30/07/2013, 11h23
al3x

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 :

Code:

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).

@+
30/07/2013, 11h54
jeremyp3

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
30/07/2013, 12h02
al3x

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 ;)

@+
30/07/2013, 12h13
jeremyp3

re,

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

voila mon fichier extensions.conf au complet

Code:

[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)
30/07/2013, 12h42
al3x

Je ne vois rien pour tes extensions internes ?!

Du genre :

Code:

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

Et j'insiste, CLI et logs ...
31/07/2013, 16h05
jean

je pense que le 603 vient de SFR.

l'invite initial est:

Code:

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
31/07/2013, 16h27
jeremyp3

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 ?
31/07/2013, 16h37
jean

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
31/07/2013, 18h02
jeremyp3

bonjour,

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

voici le log du cli demander :

Code:

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'
31/07/2013, 20h27
jean

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
31/07/2013, 20h59
jean

ou il n'y a qu'une seule priorité dans le contexte et reste planté là
01/08/2013, 09h48
jeremyp3

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 :

Code:

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
01/08/2013, 16h21
jean

:-)

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 !)
01/08/2013, 16h24
jeremyp3

bonjour,

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

Code:

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

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/showt...xtensions.conf

Le bon code serait :

Code:

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