[RESOLU] caller id via realtime mysql

[tacata]

Bonjour,

actuellement pour présenter mes numéro
en sortie des mes trunks j utilise
set(callerid(all)="nom" <33....>)
dans mon dialplan.
Ceci fonctionne sans problème.

En ce qui concerne realtime ce n'est pas fonctionnel

j'ai tenté de renseigner
cid_number="nom" <33....>
cid_number=<33....>
cid_number=33....
callerid="nom" <33....>
callerid=<33....>
callerid=33....

callerid ou cid_numer ? le quel des 2 ??

j ai fixé
trustrpid=yes
sendrpid=yes
et
trustrpid=no
sendrpid=yes


A vrai dire c'est une base ayant beaucoup
évoluée depuis la version première supportant
realtime.
Alors peut etre y a t'il des champs manquants
et/ou plus utilisé.




id 1443
name trk-401-out
ipaddr
port
regseconds
defaultuser 401
fullcontact
regserver
useragent
lastms
host proxy.trnk.tld
type peer
context
permit
deny
secret Seccccreeeettt
md5secret
remotesecret
transport
dtmfmode rfc2833
directmedia
nat yes
callgroup
pickupgroup
language fr
disallow all
allow alaw,ulaw,gsm
insecure port,invite
trustrpid yes
progressinband
promiscredir
useclientcode
accountcode
setvar
callerid "MON NOM" <33100000000>
amaflags
callcounter
busylevel
allowoverlap
allowsubscribe
videosupport yes
maxcallbitrate
rfc2833compensate yes
mailbox
session-timers
session-expires
session-minse
session-refresher
t38pt_usertpsource
regexten
fromdomain proxy.trnk.tld
fromuser monlogin
qualify yes
defaultip
rtptimeout
rtpholdtimeout
sendrpid yes
outboundproxy proxy.trnk.tld
callbackextension
registertrying
timert1 500
timerb
qualifyfreq
constantssrc
contactpermit
contactdeny
usereqphone
textsupport yes
faxdetect yes
buggymwi
auth
fullname
trunkname
cid_number
callingpres
mohinterpret
mohsuggest
parkinglot
hasvoicemail
subscribemwi
vmexten
autoframing
rtpkeepalive
call-limit
g726nonstandard
ignoresdpversion
allowtransfer
dynamic





Un petit indice ...

Plus d'infos n'hésitez pas à demander ...

merci

[Comdif]

callerid est le bon champ a remplir avec realtime
33xxxxxxxxx <33xxxxxxxxx> fait son job sans problème
en fait cela dépend du carrier certains vont accepter ce format d'autre non
certains prennent nom<numéro> d'autres +CCnum<+CCnum>
c'est un peu la jungle sur ce sujet

[tacata]

Merci Comdif
effectivement c'est la jungle
mais vos infos me permettent de mieux ciblé
mes recherches.

Considérant que dans mon cas la présentation est ok
dans le dialplan au format "mon nom" <33....>
c'est ainsi que je devrait le placer
dans callerid de ma base.

Jusque la nous sommes d'accord ??

si oui poursuivons si vous le voulez bien....
sendrpid dois etres toujours à yes
pour que le champ soit pris en compte ???
oui / non / plus utilisé / pas utilisé ici
trustrpid
j ai pas bien saisie ....
Récupère des infos de part-id ...
mieux vaut placer à no ???
oui / non / plus utilisé / pas utilisé ici

La validation des valeurs de trustrpid sendrpid
me permettrais d'investiguer ailleur.

merci de vos suggestions

[Comdif]

Jamais utilisé ces champs la, vous êtes sur du 1.4, 1.6, 1.8 ?
sur du 1.4 en ignorant ces champs, ce qui revient si ils existent à les laisser
à leur valeur par défaut, le champ callerid fait son job sans problèmes

[tacata]

Jamais utilisé ces champs la, vous êtes sur du 1.4, 1.6, 1.8 ?
sur du 1.4 en ignorant ces champs, ce qui revient si ils existent à les laisser
à leur valeur par défaut, le champ callerid fait son job sans problèmes

C'est une version un
"Asterisk 10.0.0 built"
"x86_64 running Linux"
Realtime "rtcachefriends=no"

j'avance ...
En ce qui concerne sendrip
l'info est bien prise en compte en temps réel
à yes envoi d'un callerid
à no envoi d"un callerid "anonyme"

En faite j'envoi le callerid de l'agent
et non celui du trunk ...

il semblerait donc que le callerid du trunk
ne soit pas réécrit si définit avant dans le compte de l'agent.

Je vais donc revoir un peu tous cela ...

Je considère que ce sujet résolu puisque en résumé
la réponse au sujet de ce message "caller id via realtime mysql"
est de renseigné les champs (pour la version 10.x)
sendrip = yes
callerid = chaine (format selon le carrier).

Merci comdif vous m'avez certainement épargné des
investigations inutiles.