epelletier Thu, 11/19/2009 - 03:01
User Badges:

Gregory


En fait tu as besoin d'afficher 2 zeros, puisque que pour sortir tes users utilise le zero.


La solution que j'utilise est la suivante:


Voice translation-rule 1

rule 1 /^.*/ /00\00/


voice translation-profile trasnlation-incomming-call

translate calling 1


voice-port 0/1/0

translation-profile incomming translate-incomming-call


a ajouter ds tous les voice-port de ton UC.




Si d'autres solutions existe je suis preneur..



Cordialement

Eric Pelletier

gondange1 Thu, 11/19/2009 - 12:42
User Badges:

pour ma part j'utilise cette règle :


voice translation-rule 777
rule 1 /\(^.........$\)/ /00\1/


pour ajouter le 00 uniquement aux numéros français à 9 chiffres (sans le 0 donc) car les numéros étrangers arrivent déjà avec le 00 (pour l'étranger) devant chez FT.


Sinon même technique qu'Eric.


Stéphane

laurentcharles Mon, 11/30/2009 - 02:50
User Badges:

Salut !


Effectivement ça fonctionne, merci pour l'info.


Par contre, la bonne syntaxe est :

Voice translation-rule 1

rule 1 /^.*/ /00\0/


Si on tape 2 zéros après le \ (/^.*/ /00\00/) il rajoute un zéro à la fin du numéro, c'est pas trop le but.

Merci encore.


Bye

final-reseaux Thu, 04/15/2010 - 08:54
User Badges:

Bonjour,


j'ai le meme problème, je n'ai pas le 0 qui s'affiche pour avoir le numéro complet.

En revanche je dois faire le 9 pour sortir et donc ce que j'aimerais c'est avoir le 9 et le 0 suivi du numero.

Ainsi lorsque je dois rappeler quelqu'un je n'ai pas a modifier le numéro en rajoutant 90XXXXXXXXX.


J'ai donc suivi et appliquer les différentes commandes decrites plus haut mais sans resultat. Voici ce que j'ai rentré:


voice translation-rule 1
rule 1 /^.*/ /90\0/


voice translation-profile translation-incoming-call
translate calling 1


voice-port 0/0/0
compand-type a-law
cptone FR
timeouts call-disconnect 1
station-id number 301
!
voice-port 0/0/1
cptone FR
station-id number 302
!
voice-port 0/0/2
cptone FR
station-id number 304
!
voice-port 0/0/3
cptone FR
station-id number 303
!
voice-port 0/1/0
translation-profile incoming translation-incoming-call
compand-type a-law
cptone FR
bearer-cap Speech
!
voice-port 0/1/1
translation-profile incoming translation-incoming-call
compand-type a-law
cptone FR
bearer-cap Speech
!
voice-port 0/4/0
auto-cut-through
signal immediate
input gain auto-control -15
description Music On Hold Port
!



Me suis je trompé quelques part ou bien ai je oublié quelquechose?



Merci d'avance,

Romain.

aureliensoyez Thu, 04/22/2010 - 07:57
User Badges:

Salut !


C'est vrai que les voice translation rules c'est vraiment pas trèssimple à comprendre...



As-tu la possibilité de tester en remplaçant ton 9 de prise de ligne extérieur par le 0 et de changer ta config pour voir si ça fonctionne ?


Je ne sais pas si la commande "rule 1 /^.*/ /90\0/" fonctionne... par rapport à "rule 1 /^.*/ /00\0/" (le 1er zéro sert t'il de valeur ou indique t-il une fonction pour les chiffres suivants ?)


Il faut peut être vérifier aussi si ta commande est bien prise en compte lors d'un appel externe... tu changes par ex par "rule 1 /^.*/ /00\00/" et normalement, si ton script est ok, tu devrais avoir des numéros apparaissant en 001xxxxxxxx0. Si pas, c'est que ton script n'est pas bon et/ou que ton dial-peer d'appel entrants ne match pas avec la bonne voice translation rule.


Bon courage :)

final-reseaux Tue, 05/04/2010 - 09:00
User Badges:

Hello,


Alors en fait ca fonctionne. Mais je ne m'en étais pas rendu compte parce que ceci est le code pour une ligne connectée via les ports BRI or j'utilise un trunk SIP pour passer et recevoir mes appels. Donc j'ai bien le 9 et le 0 qu s'affiche seulement quand je passe et recois des appels sur notre ligne Numeris.


j'ai donc copié la ligne :


translation-profile incoming translation-incoming-call


au niveau du dial peer voip pour que ca fonctionne sur mon trunck SIP ce qui donne :


dial-peer voice 1000 voip
permission term
description ** Incoming call from SIP trunk (Generic SIP Trunk Provider) **
translation-profile incoming translation-incoming-call
session protocol sipv2
session target sip-server
incoming called-number .%
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad


Mais en vain, ca ne fonctionne toujours pas.


Une idée peut etre ?


Merci,

Romain

herve.prieur Tue, 05/04/2010 - 09:42
User Badges:

Bonjour,


Peux-tu nous donner le dial-peer de ton trunk sip ?

Quel est le fournisseur ?


Cdt

Herve

final-reseaux Wed, 05/05/2010 - 00:02
User Badges:

Salut,


Peux tu me donner des details quand tu me demandes le dial peer de mon trunk sip stp.

Parles tu du sip-ua, du voice service voip sip ???  je ne vois pas trop ou chercher.


Mon fournisseur est OpenIP.


Merci,

@ plutard,

Romain

herve.prieur Wed, 05/05/2010 - 06:11
User Badges:

Oui,

dans ton précèdent message tu nous donnes ton dial-peer entrant : "dial-peer voice 1000 voip"

Il me faut ton ou tes dial-peer sortant pour comprendre ce qui ne fonctionne pas. Les dial-peer voice xxxx voip avec un "destination-pattern"


Tu as générer ta config avec CCA ?


Cdt,

Herve

final-reseaux Wed, 05/05/2010 - 07:36
User Badges:

Alors voila je t'ai mis en piece jointe un fichier regroupant tout mes dial-peer voip avec un destination-pattern.


oui j'ai généré ma config avec CCA 2.2.2 sauf pour le SIP justement ou je l'ai fait en CLI.

J'ai egalement modifié des ACL et fait les modifs pour le 0 en CLI.


@ bientot et merci,

Romain

herve.prieur Wed, 05/05/2010 - 09:19
User Badges:

Romain,


Certain de tes dial-peer sortants utilisent un translation-profile outgoing PSTN_Outgoing, d'autres un translation-profile outgoing CALLER_ID_TRANSLATION_PROFILE


Peux-tu nous donner les voice translation-rule et voice translation-profile de ta config ?

Peux-tu nous donner un scénario qui ne fonctionne pas ?


Pour info, si tu crées tes propres dial-peer, veilles à la créer à partir de 5000 sinon la prochaine fois que tu utiliseras CCA, il te les écrasera.


Cdt

Herve

final-reseaux Wed, 05/05/2010 - 09:28
User Badges:

Hervé,


En piece jointe mes voices translation.


Le scenario qui ne fonctionne pas est simple. Aucun appel que je recois via mon Trunk SIP ne s'affiche avec 00XXXXXXXXX.


Pour ta premiere remarque, le fait qu'on utilie quelques fois les PSTN_Outgoing est que pour certain numero il s'agit de numero surtaxé. c'est pour cela, sinon pour la plupart on passe par le SIP.


Et je ne cree pas de Dial Peer sauf avec CCA.


Cdt,

Romain

herve.prieur Wed, 05/05/2010 - 09:47
User Badges:

Ah ok, je n'avais pas bien compris le problème.

Les appels entrants de ton trunk SIP passent le dial-peer voice 1000 voip et utilisent la règle translation-profile incoming translation-incoming-call.

D'après ce que je vois, la règle 1 du voice translation-rule 1 ne me semble pas correcte.

Essaies celle-ci : rule 1 /^\(.+\)/ /00\1/


Herve

final-reseaux Wed, 05/05/2010 - 10:33
User Badges:

Ok je testerai ca demain ou vendredi.


Es tu sur que cela provient quand meme de la regle parce que j'ai egalement une ligne Numéris qui passe donc par un des BRI et lorsque l'on m'appelle sur le numero de cette ligne je vois apparaitre les deux zeros.(suite aux modifications apportées biensur)


Peux tu stp aussi m'expliquer la regle que tu as crée. Quel caractere correspond a quelle valeur ?


Merci en tout cas pour tes réponses rapides.

@ bientot.

Romain

herve.prieur Thu, 05/06/2010 - 10:07
User Badges:

Bonjour

Je ne suis sur de rien ;) mais voici l'explication de cette règle : rule 1 /^\(.+\)/ /00\1/

Les champs sont délimités par / /. Le 1er est le match pattern /^\(.+\)/ et le second /00\1/ le replace-pattern.

Le ^ indique de prendre toute l'expression depuis le début.

Le \ indique que le caractère suivant ne fait pas partie du pattern mais est un caractère d'expression. Donc la ( ne fait pas partie du pattern mais est un caractère d'expression.

Ainsi le .+ est entre parenthèse et indique une chaine non nul que l'on garde en temps qu'expression pour le replace pattern.

/^\(.+\)/ revient à capturer toute la chaine.


/00\1/ est le replace-pattern. On ajoute 00 puis \1 est la 1ere expression capturée dans le match-pattern.

Cela revient a ajouter 00 devant n'importe quel numéro.


Pour tester une règle, tu peux utiliser cette commande :

cme#test voice translation-rule 1 123456789


Un conseil, n'utilises pas les mêmes voice translation profile entre tes dial-peer voip et pots.


Cdt

Herve

final-reseaux Mon, 05/10/2010 - 00:29
User Badges:

Bonjour Hervé,


J'ai effectué le changement avec la regle que tu m'as proposé et en effet elle fonctionne mieux. J'entends par la qu'avant lorsque l'appel etait passé vers le Numéris, le nom correspondant au numéro que j'avais rentré dans les Directory Service ne s'affichait pas sur tous les postes (seulement le numéro 00XXXXXXXXX).

Depuis ta regle, c'est fonctionnel sur n'importe quel poste.


Cependant cela ne fonctionne toujours pas pour le trunkSIP.


Je vais voir du coté d'openip s'ils en savent un peu plus sur ce sujet.


Merci pour tes conseils aussi.

@ bientot.

Romain

herve.prieur Mon, 05/10/2010 - 07:42
User Badges:

Bonjour Romain,


Peux-tu faire un debug ccsip messages

et faire suivre la trace d'un appel sh log ?


Je n'ai pas d'expérience avec cet opérateur. Quel est ton avis ? En as-tu testé d'autres ?


Herve

final-reseaux Mon, 05/10/2010 - 09:10
User Badges:

Hervé,


voila ce que ca donne mais je ne pense pas que cela va te servir bcp...


UC540#sh log
Syslog logging: enabled (0 messages dropped, 13 messages rate-limited,
                0 flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.


Inactive Message Discriminator:


    Console logging: level debugging, 10149 messages logged, xml disabled,
                     filtering enabled
    Monitor logging: level debugging, 0 messages logged, xml disabled,
                     filtering enabled
    Buffer logging:  level debugging, 0 messages logged, xml disabled,
                     filtering enabled (0 messages logged)
    Logging Exception size (4096 bytes)
    Count and timestamp logging messages: enabled
    Persistent logging: enabled, url flash:/syslog, disk space 26017792 bytes, file size 262144 bytes, batch s
ize 4096 bytes

No active filter modules.

ESM: 0 messages dropped

    Trap logging: level informational, 9818 message lines logged

Log Buffer (4096 bytes):


Je n'ai pas testé d'autres operateurs et d'habitude je suis satisfait.


Je leur ai soumis le probleme et voila ce que l'on m'a dit:


il manque le profile incoming sur le dial-peer voip pour le BRI tu la mis sur le port

dial-peer voice 1020 voip
corlist outgoing call-international
description **CCA*France*International Calls**
translation-profile outgoing PSTN_Outgoing

translation-profile incoming translation_incoming_call

preference 1
destination-pattern 000T
session protocol sipv2
session target sip-server
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad


Je ne comprend pas la lien avec le BRI puisque le probleme est sur mon sip trunk...


Romain

herve.prieur Mon, 05/10/2010 - 23:22
User Badges:

Bonjour Romain,


ton show log ne nous apprend pas grand chose. Après avoir activé le debug, il faut passer un appel afin d'avoir une trace puis nous la communiquer.


Peux-tu communiquer tous les voice translation-rule et voice translation-profile ?


++

Herve

final-reseaux Tue, 05/11/2010 - 05:30
User Badges:

Bonjour Hervé,


Je t'ai mis en piece jointe le resultat du show log apres avoir activé le debug, ainsi que mes voice translation-rules et profiles.

Le premier est durant l'appel et le second apres l'appel, mais je n'y vois aucun changement...


Romain

Attachment: 
herve.prieur Tue, 05/11/2010 - 16:54
User Badges:

Bonjour Romain,


Curieux pour les logs sans trace SIP.


Dans tes voice translation-profile Direct_Hunt_Called_9 & Lignes_directes_Called_8, ajoutes translate calling 6 pour ajouter les deux 0 sur le numéro de l'appelant.


Peux-tu me montrer ton sip-ua (en masquant les passwords) ?


Herve

final-reseaux Wed, 05/12/2010 - 00:28
User Badges:

Bonjour Hervé,


Je viens d'appliquer la regle aux deux profils. Il y a un mieux parce qu'effectivement s'affiche les deux 0 mais ce n'est pas encore ca.

Quand un appel arrive sur un poste tu as deux lignes qui s'affiche a l'ecran (normal).


1ère ligne


1 De: 312345678


2è ligne


00312345678


Le coté positif c'est que si je veux rappeler ce numéro, j'ai juste a appuyer sur Bis et ca fonctionne, alors qu'avant je devais Editer le numéro et rajouter manuellement les deux 0.

Par contre le pont négatif est que la reconnaissance du numéro ne peut s'effectuer parce que le systeme le reconnait comme 312345678 et non comme 00312345678.

Je n'ai donc pas le nom du correspondant que j'ai enregistré au préalable dans les Directory Service qui s'affiche à l'ecran.


Cette fonctionnalité fonctionne quand quelqun appel sur le Numéris...


Le problème doit etre ailleurs...


Merci en tout cas deja pour ce petit avancement.


@ plutard,

Romain


PS: en piece jointe ce que tu souhaitais

Attachment: 
herve.prieur Wed, 05/12/2010 - 10:36
User Badges:

Bonjour Romain,


C'est normal, dans un appel SIP ou Numeris, l'appelant envoi deux informations (si le numéro n'est pas masqué) :

- le CLIP : Calling Line Identification Presentation

- le CNIP : Calling Name Identification Presentation


Le voice translation rule modifie le numéro de l'appelant en ajoutant 2 zeros mais ne modifie pas le CNIP qui est le nom de l'appelant.


Il doit y avoir une solution mais je sèche pour le moment.


Peux-tu refaire un test de debug et lancer la commande sh debug afin de vérifier que le debug est bien activé ?


Cdt

Herve

final-reseaux Mon, 05/17/2010 - 00:02
User Badges:

Bonjour Hervé,


Concernant la notification du nom de l'appelant, OpenIP m'a fournit la ligne de commande que j'ai du appliquer à mon dial-peer voice 1000 voip :


clid strip name


clid :  Caller ID option

strip : To remove calling party number entirely

name : To remove calling party name only


Mais cette commande est sans effet.


Concernant le debug :


UC540#sh debug
CCSIP SPI: SIP Call Message tracing is enabled  (filter is OFF)


UC540#sh log
Syslog logging: enabled (0 messages dropped, 19 messages rate-limited,
                0 flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.


Inactive Message Discriminator:


    Console logging: level debugging, 0 messages logged, xml disabled,
                     filtering enabled
    Monitor logging: level debugging, 0 messages logged, xml disabled,
                     filtering enabled
    Buffer logging:  level debugging, 0 messages logged, xml disabled,
                     filtering enabled (0 messages logged)
    Logging Exception size (4096 bytes)
    Count and timestamp logging messages: enabled
    Persistent logging: enabled, url flash:/syslog, disk space 26017792 bytes, file size 262144 bytes
ize 4096 bytes

No active filter modules.

ESM: 0 messages dropped

    Trap logging: level informational, 11192 message lines logged

Log Buffer (4096 bytes):



Bonne journée,

Romain

herve.prieur Thu, 05/20/2010 - 08:21
User Badges:

Bonjour Romain,


La journalisation du debug ne doit pas être activé.

Pour l'activer :

logging buffer 1000000

puis

debug ccsip messages


Tu devrais avoir des infos dans le journal ;)


Herve

final-reseaux Wed, 06/09/2010 - 08:10
User Badges:

Bonjour,


En fait pour finaliser toutes ces interventions et pour que ca fonctionne, il faut effectivement appliquer la commande:

clid strip name


Mais au niveau du dial-peer entrant du Trunk SIP mais egalement au niveau des dial-peer des lignes directes et de l'AA s'il y en a un.


Cordialement,

Romain

Actions

This Discussion