Problème de renvoi vers l'exterieur sur UC520

Unanswered Question
Nov 17th, 2009
User Badges:

Bonjour à tous,


J'ai un problème de renvoi immédiat vers l'exterieur sur un UC520 2BRI qui fonctionne avec un T0 Numéris.


Je m'explique, sur le poste de la secrétaire qui reçoit tous les appels entrants, le client veut activer un renvoi immédiat vers un téléphone portable quand la secrétaire est absente.


Lorsque j'active le renvoi vers par exemple le 00680...... et que j'appel le standard de l'entreprise, j'ai déjà une attente de 30-40 secondes sans aucune tonalité puis un message qui m'annonce " votre appel ne peut aboutir, votre appel ne peut abouti ".


Je n'arrive pas comprenre d'ou celà provient car en interne sur un poste si je compose le numéro 00680...... ça fonctionne sans problème. Et dès que je desactive le renvoi et bien les appels entrants arrive bien sur le téléphone de la secrétaire.


P.S. c'est la première fois que j'ai du paramétrer l'interface BRI qui est connecté au T0 sans mettre la commande "isdn point-to-point-setup" car lors du déploiement le T0 a été installé en même temps par France Télécom et la personne qui a paramétré la ligne m'a dit que vu le modèle du repartiteur FT il ne pouvait pas faire du point à point.

Je ne sais pas si celà a une incidence sur la manière de paramétrer le Dial Plan et les Translation Rules au niveau de l'UC.

Vous trouvez en pièce jointe, un extrait de la config actuelle de l'UC et un log sur l'interface BRI issu de la commande "debug isdn all"

Dans l'attente de vos réponses,

Sincères salutations,

Benoit PETRY





  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
benoit.petry Tue, 11/17/2009 - 03:06
User Badges:

Bonjour Amandine,


Je viens de rajouter cette ligne de commande dans l'interface BRI concernée mais celà ne fonctionne toujours pas.


D'ailleurs mon problème est le même si je fait le renvoi vers un téléphone mobile ou fixe.


J'attend un retour du TAC Cisco, j'espère m'en sortir


Salutations,


Benoit PETRY

Amandine Dubillon Tue, 12/22/2009 - 04:26
User Badges:
  • Cisco Employee,

Benoit,


As-tu eu un retour du TAC que tu souhaites partager avec nous?


Merci,

Amandine

angeolivier Tue, 12/22/2009 - 05:08
User Badges:

Salut,


lors d'un renvoi vers l'exterieur mobile ou fixe en lancant la commande sh log j'ai remarqué le problème dans les logs




%VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 8D459A20EE1A11DE8B76CE383494DC2, SetupTime 11:21:07.936 CET Tue Dec 22 2009, PeerAddress XXXXXXX, PeerSubAddress , DisconnectCause 3   , DisconnectText no route to destination (3), ConnectTime 11:21:08.436 CET Tue Dec 22 2009, DisconnectTime 11:21:08.436 CET Tue Dec 22 2009, CallOrigin 1, ChargedUnits 0, InfoType 2, TransmitPackets 12, TransmitBytes 2016, ReceivePackets 12, ReceiveBytes 1920

005042: Dec 22 10:21:08.440: %VOIPAAA-5-VOIP_FEAT_HISTORY: FEAT_VSA=fn:CFA,ft:12/22/2009 11:21:07.440,frs:0,fid:1237,fcid:8D432980EE1A11DE80870024C42FE220,legID:56C,frson:1,fdcnt:1,fwder:XXX,fwdee:XXXXXXXXXX,fwdto:XXXXXXXXXXX,frm:XXX,bguid:8D432980EE1A11DE80870024C42FE220

005043: Dec 22 10:21:08.440: %VOIPAAA-5-VOIP_FEAT_HISTORY: FEAT_VSA=fn:TWC,ft:12/22/2009 11:21:07.440,cgn:XXXXXXXX,cdn:XXXXXXXX,frs:0,fid:1238,fcid:8D432980EE1A11DE80870024C42FE220,legID:56C,bguid:8D432980EE1A11DE80870024C42FE220


J'ai déjà essayé de contatcter benoit, il ma precisé que le support cisco avait prit la main pour regler son problème.



Merci

benoit.petry Mon, 01/04/2010 - 07:30
User Badges:

Bonjour et meilleurs voeux à tous,


Pour ma part le technicien Cisco suite au déclenchement d'un case au TAC a appliquer les modifications suivantes dans la config :


voice translation-rule 5

     rule 1 /.*/ /\o/ type national unknown plan isdn unknown


voice translation-profile callforward

     translate calling 5


dial-peer voice 10 pots

     translation-profile outgoing callforward


Voilà c'est un peu plus fin comme configuration au lieu d'appliquer des modifications directement sur les interfaces BRI, car ça risque d'engendrer d'autres problèmes par la suite, surtout si on fait de la discrimination avec les cor list.


Esperant vous avoir apporté une aide supplémentaire,


Salutations,


Benoit PETRY

Andrew Hickman Tue, 12/22/2009 - 06:32
User Badges:
  • Cisco Employee,

Hi,


Firstly, please excuse me responding in English

.


As you don't seem to have any problems calling out, I'm wondering if there is an issue with the calling party number that is presented for the transferred leg.


Certainly the format is incorrect (00387261143) and there may also be an issue with presenting a calling party number that does not belong to the trunk.


Can I suggest that you try the following to see if things improve.


1.  Correct the calling party format:


voice translation-rule 2
rule 1 /\(^....$\)/ /382523125/

rule 2 /^000/ /00/

rule 3 /^00/ //


2. Enforce local trunk calling party numbering for transfer leg


voice translation-rule 2
  rule 1 /.*/ /382523125/


See if that makes a difference.

angeolivier Thu, 12/24/2009 - 07:20
User Badges:

Salut,


ok apres échange avec TAC cisco la solution dans mon cas était de rajouter cette commande sur chaque interface BRI


isdn map address .* plan unknown type unknown


Joyeux Noel