INSTALLATION

___________________________________________________________________________

NOTE préalable

-Si il y a 2 calling transformations, une dans la passerelle en outbound et une dans le telephone, c'est celle du téléphone qui
s'applique d'abord puis le résultat est ensuite ré-appliqué par la passerelle(ex : 3001 > +E164 > 3013013001). Si on met en plus
un prefix 11 sur le TP et un prefix 22 sur le RP (ou RL) le résultat devient. 2211+E164. Autrement dit on n'applique plus le
transformation de la passerelle mais seulement celui du téléphone

-Il manque urgent priority sur DN +442288224001, ce qui peut expliquer pourquoi ça met 15s pour l'appeler en numerotation
E164 depuis 2001 ou 2002 . Il faudra de toute façon composer sans décrocher. Si on le fait en commençant par "+", l'appel est
intérromu après le 1er digit. De façon générale si attente de 15s car il y aurait urgent priority sur \+!, vérifier si urgent priority est
dans le RP \+! et dans les TP, par exemple le 9911 qui peut se chevaucher avec un autre du genre 9.[2-9]XXXXXX

-Sur un téléphone, dans Remote Number, le calling party transfo css, s'applique au numéro appelé sur CE téléphone. Par exemple
sur BR1 phone, si on appelle 845001 il apparait 5001 car c'est le DN contacté qui est renvoyé. Si on veut changer ce numéro qui
apparait sur BR1, il faut créer un calling transfo Pattern pour 5XXX avec un prefix 84 ET avoir Apply Transformations On Remote
Number = TRUE (avec false, il continue à apparaître "5001")

-Tous les téléphones des 3 clusters CUCM ont tous des alternate numbers de la forme 8abXXX

-CIPC doit être configuré avec TFTP 10.140.1.1. On peut avoir le CIPC (mac : 0000.0000.0001 par défaut sur PSTN routeur) et un
7965 en même temps comme PSTN phones

Branchement au switch de la salle de cours

Phone1 HQ 9971 > port 1 (+12012012001)

Phone2 HQ 7965 > port 2 (+12012012002)

Phone1 BR1 9971 > port 3 (3001)

Phone2 BR1 7965 > port 4 (3002)

Phone BR2 7965 > port 5 (+442288224001)

Phone BB 9971 > port 6 (5001)

Phone PSTN 7965 > port 7 (sinon CIPC)

CREDENTIALS

En RDP : PC HQ (10.1.10.201) et PC BB (10.1.50.201) : administrator / cisco

AD (10.1.5.14) : Administrator / adpa$$1

VCS (10.1.6.19) : admin / Cisco1234

VCSXE (10.1.5.20) : admin / Cisco1234

VCSXC (10.1.5.19) : admin / Cisco1234

CUCM HQ (10.1.X.15) , CUCM BR1 (10.1.7.15) , CUCM BB (10.1.6.15) CLI : admin / adpa$$

CUCM HQ , CUCM BR1 , CUCM BB GUI : ccmadmin / adpa$$1

VCS (10.1.6.19) : admin / Cisco1234

TMS (10.1.5.34/TMS) : administrator / Cisco1234

john.doe et jane.white : rectifier dans l'AD et mettre Cisco1234 (test LDAP avec john Doe : défaut =
adpa$$1)

sgreen : Cisco1234 à rectifier dans le TMS >

TROUBLE TICKETS
___________________________________________________________________________

TT1

_________________________________________

TASK1&2: DF : Les 2 téléphones HQ ainsi que la GW BR2 MGCP ne s'enregistrent pas

OR :

-Les 2 téléphones sont enregistrés après quelques dizaines de secondes

-La passerelle mgcp aussi (c'est 10.1.5.16 qui est "registered")

-On pourrait appeler depuis 1st line PSTN le téléphone BR2 : 011442288224001 (l'appel entre en ISDN
avec : 2288224001 (type unknown) si on avait CSS BR2-Phones-CSS dans la gw et incoming called
prefix=+44. L'appel apparait donc en "busy". Anoter que depuis 5th line (London) c'est pareil : appeler
2288224001 donne le même résultat mais avec un TON:national > "unallocated number"

TT2
_________________________________________

TASK1 DF: pas de synchro LDAP dans hq-pub

GF:

Dans User Management > end user, on ne voit apparaître que john doe en tant que user local.

OR : La synchro LDAP est quasi instantané et il apparaît alors les 2 comptes : jane.white et john.doe

note : si on supprime le LDAP directory et on décoche "synchro" dans LDAP system, on peut alors supprimer les "inactive users".
Je n'ai pas retrouvé l'option qui permet de convertir un LDAP user en local user. Même en renommant l'alias il n'a pas été
possible de récupérer les comptes. Il faut vraiment les supprimer et les réimporter

TASK 2 DF : pas d'authentification depuis br-pub : Impossible de s'authentifier par 10.1.7.15/ucmuser

GF:

-User management > end user : les 2 users sont présents

OR :

Depuis le PC2, ouvrir une page web : https://10.1.7.15/ucmuser avec john.doe ou jane.white avec adpa$
$1

TT3

_________________________________________

DP: sgreen (qui n'est pas un LDAP user) n'arrive pas à enregistrer son jabber for TP sur le VCS (aucun
pb à dépanner sur le serveur TMS).

__________________________________________

Note : On peut aussi installer Jabber for TP sur son PC mais il faudra reconfigurer le DNS en 10.1.5.14, puis aller sur le DNS du
serveur AD en RDP et mettre un forwarder 8.8.8.8 dans les properties de DC-HQ. Ne pas oublier la route par défaut dans HQ
pour accéder à Internet : ip route 0.0.0.0 0.0.0.0 10.1.110.199. Tester par un ping www.cisco.com depuis l'AD.

Sous windows 10, le driver microsoft par défaut n'incorpore pas open GL. Jabber for TP ne peut pas donc pas s'installer. Il faudra
installer le driver 64 bits de la carte graphique à partir de Dell.fr > support. Entrer le numéro de série de l'appareil. Il n'y a pas de
drivers Win10, le driver win7 peut convenir. Sur un Dell 745, la carte video est une intel : "Intel Q963\Q965\G965 Graphics
Controller".

Ensuite, aller sur intel.fr > "Espace de téléchargement Intel" > Rechercher : "intel Q963". Choisir le 2eme lien : "Pilote Intel®
GMA pour Windows* 7 64 (exe)"

https://downloadcenter.intel.com/fr/download/18228/Pilote-Intel-GMA-pour-Windows-nbsp-7-nbsp-64-exe-
L'installation se fait sans problème et nécessitera un reboot.

__________________________________________

Note : En lançant une session RDP sur BB-PC (10.1.50.201), l'accès est impossible car il faut activer "remote desktop" dans les
propriétés du poste de travail" en permettant les connections. Néanmoins ça ne marchera pas car il n'est pas autorisé de faire
du Jabber for TP en RDP. Ce lab se fera donc en prenant la main sur PC-BB via l'interface RDP rlabs.globalknowledge.ae:443

GF : Lancer une session RDP sur PC-BB puis tenter de se connnecter. On a "connection rejected by
server". En entrant dans les "sign in Settings", on voit que l'internal server n'est pas correct.

OR : C'est bon, on doit pouvoir se logguer! Dans les event log : Event="Registration Accepted"
Service="SIP" Src-ip="10.1.110.210"

TT4

__________________________________________

TASK1 DF: les users du domaine LDAP n'arrive pas à enregistrer leur jabber for TP sur le VCS.

GF:

-En se logguant avec john.doe / adpa$$1, on voit apparaître "wong username" là où sgreen passe sans
pb.

OR :

-Le status doit être en "vert" et 10.1.5.14 pour l'ADS domain controller et le kerberos

- Essayer de se connecter avec jane.white et john.doe / adpa$$1 : ça marche

Note : en essayant de se reconnecter avec sgreen / Cisco1234, on voit à nouveau apparaître "wong
username" Dans les event log : "Authentication Failed" mais avec "Credential verification failed" et pas
"incorrect authentication credential for user" comme dans le TT3. En fait on ne peut pas avoir en même
temps l'identification par AD et avec un compte local TMS. Si on repassait le paramètre "connect to
Active Directory service" en off, sgreen pourrait se logguer à nouveau.

__________________________________________

TASK1 DF: Les 2 users du domaine n'arrivent pas non plus à se logguer sur la page web du VCS.

GF :

-Avec john.doe sur l'admin page de 10.1.6.19 : "Login failed: Unable to log in"
OR :

-Vérifier que Jane.white et john.doe sont membres de ce groupe dans l'AD. Se logger avec john.doe et
vérifier en essayant de créer un configuration > domain. L'option new existe, donc on est en RW.

Note: Si on essaie de se logguer avec jane.white, ça ne marche pas. Il faudrait changer les paramètres cn=John Doe en cn=Jane
White pour que ça marche. Dans ce cas c'est John Doe qui ne pourra plus se logguer...

TT5

__________________________________________

task 1 DF: HQ phones ne peuvent pas s'appeler entre eux en numerotation 4 chiffres

et en 812200x HQ1 peut appeler HQ2 et pas le contraire (e164 présenté), les appels marchent en e164
(+1201201200x) avec un calling e164. Aucune partitions ou css à ajouter. On doit présenter 4 digits dans
tous les cas.

OR : HQ1 appelle 2002, ou 812001 ou +12012012002 on voit que le numéro "connected" s'affiche
toujours avec 2001 sur HQ2 et on voit bien le numéro changer sur HQ1 (812002 devient 2002 et
+12012012002 devient 2002)

remarque : si service parameters de Call Manager en advanced : apply Transformations on Remote Number > False, on aurait:

-HQ1 appelle 2002 > calling = 2001 / called = +12012012002

-HQ1 appelle 812002 > calling = 2001 / called = 812002

-HQ1 appelle 2002 > calling = +12012012001 / called = +12012012002

On voit donc bien que le numéro "connected" a été transformé par les 2 calling transformation pattern : 81.2XXX / HQ-Ph_in et
+1201201.2XXX / HQ-Ph_in

Note : on aurait aussi pu, sans modifier le paramètre apply Transformations on Remote Number > True, faire de même. On
aurait pu mettre les 2 css de transformation sous le téléphone

_______________

task 2 DF :

-jabber for TP doit être capable d'appeler +12012012001@hq.cisco.com ou hq1@hq.cisco.com

-Les téléphones HQ doivent pouvoir appeler john.doe.movie@collab10x.cisco.com

-Jabber d'indiquer un appel manquant si l'appel a été fait depuis un téléphone de HQ.
GF:

-Appel depuis Jabber for TP vers +12012012001@hq.cisco.com ou hq1@hq.cisco.com , on a "Call Failed

- The user could not be found"

-Appel depuis HQ1 vers john.doe.movie@collab10x.cisco.com : "the call be completed as dialed..."

OR: Jabber for TP peut appeler hq1@hq.cisco.com (mais pas pour l'URI présente par avance :
hq1@cisco.lab). Ne pas oublier de rendre cette URI comme primary Directory URI

________

GF: Appel dans l'autre sens (HQ1 phones to jabber TP ) : en passant par les missed calls : failed

-En composant directement sur 9971 : john.doe.movi@collab10x.cisco.com, Jabber for TP on a "the call
cannot be completed as dialed..."

OR:En composant directement sur 9971 : john.doe.movi@collab10x.cisco.com, Jabber for TP sonne et

on voit que l'appelant est "hq1@hq.cisco.com". Dans les appels en absences, il apparait "hq1" avec l'URI
correct. On peut donc rappeler sans problème.

-------------------------------------------------------------------------

Note : rappel des points à vérifier au minimum pour un appel dans les 2 sens:

-VCS : La zone HQ_CUCM 10.1.5.15 est active avec search rule : hq.cisco.com

-Sur CUCM : il doit y avoir un SIP pattern ipv4 : collab10x.cisco.com pointant vers VCS_tr (10.1.6.19). Il faut penser à modifier
calling and connected Party Info Format : "Deliver URI only in connected party, if available"

----------------

Task 3 : DF Jane.white depuis son jabber windows sur BB-PC ne peut s'enregistrer sur CUCM en
utilisant "mobile and remote access" (Expressway-E)

REMARQUE : on doit d'abord changer l'adresse DNS pour 10.1.5.1 (router HQ = ext DNS) sur le BB-PC

GF :Impossible de se logguer en mode automatic avec jane.white@hq.cisco.com : On a un message :

"cannot find your services automatically. Click advanced settings to set up manually"

-sur BB-PC

nslookup

typedefault Server : hq.cisco.com

address:10.1.5.1
-set type=SRV

-_collab-edge._tls.hq.cisco.com

srv hostname = vcsxe-hq.collab10x.cisco.com

OR: Jane white peut se logger avec jane.white@collab10x.cisco.com si le DNS est 10.1.5.14. Son nom de
login qui apparait dans Jabber sera : jane.white@

------

Note: pour supprimer le cache de jabber et repartir correctement en "discovery, il faut supprimer les contenus des CSF de
appdata/local et appdata/roaming puis redémarrer s'il le faut le PC car on doit avoir les 8 requètes dns ci-dessus avant de
passer à _collab-edge._tls.hq.cisco.com pour obtenir l'adresse du vcsxe (10.1.5.20)

------

-Si j'utilise une connection depuis jabber sur PC-HQ en entrant jane.white@collab10x.cisco.com puis
Cisco1234 (ou adpa$$1), c'est bon je suis connecté. Le DNS a résolu collab10x.cisco.com en 10.1.5.14 (A
noter que sur PC-BB avec DNS 10.1.5.14 c'est ok aussi)

MRA ADD ON par le support GA AE

-Added hq.cisco.com zone under forward look zone of DNS server.

-Added A records for the following under hq.cisco.com

pub-hq.hq.cisco.com- 10.1.5.15

sub-hq.hq.cisco.com- 10.1.5.16

vcsxc-hq.hq.cisco.com- 10.1.5.19

vcsxe-hq.hq.cisco.com- 10.1.5.20

-Added SRV record : _cisco-uds for pub and sub

-Remote BBPC can login jane.white@hq.cisco.com but soft phone is giving SIP connection error. we
shall check it again and update you

------------------

On Expressway-C

1- Disabled TLS verify mode with CUCM

2- Authentication policy under default zone is “Do not check credentials”

3- Authentication policy under traversal zone “Do not check credentials”

On Expressway-E

1- Authentication policy under traversal zone “Do not check credentials”

2- Authentication policy under default zone is “Treat as authenticated”

TT6
TASK 1

__________________________________________

Define PB: De façon générale, on doit pouvoir appeler avec 6 digits et présenter 6D

-HQ ph ne presente pas correctement son caller id à BB ph (845001) (E164 au lieu de 6D)

-BR1 ph ne peut pas appeler BB phones

-HQ ph ne peuvent pas appeler BR1 phones

-BB Phone ne peut pas appeler les HQ phones ni BR2 phone avec 6D

Plan de numérotation

81200X : HQ phones (200X CUCM HQ : 10.1.5.15)

82300X : BR1 phones (300X CUCM BR1 : 10.1.7.15)

83400X : BR2 Phone (4001 CUCM HQ : +442288224001)

84500X : BB Phone (5001 CUCM BB : 10.1.6.15)

___________________________

Define Problem : HQ ph ne presente pas correctement son caller id à BB ph (845001) (E164 au lieu de
6D)

GF: HQ phs présente leur E164 quand ils appellent 845001 et il apparaît 5001 sur HQ Ph

OR:C'est bon les appels passent depuis 300X vers 845001 avec la bonne présentation et aussi dans le
sens contraire.
__________________

Define pb : HQ phones ne peuvent pas appeler BR1 phones (82300X). L'appel reste dans le vide...

GF:Sur CUCM-BR1 , dans le trunk HQ_tr, observer "incoming called party settings" : il y a un prefix "+" sur
incoming number.

OR: L'appel de HQ1 vers 832001 apparait en 6D sur les 2 téléphones

__________________

Define pb : BB phones ne peut pas appeler les autres téléphones

GF : Si on appelle depuis 5001 vers 812001, il apparait +12012012001 sur BB phone

OR: L'appel de BB ph vers 812001 apparait en 6D sur les 2 téléphones

TASK2

_______________________________________________

Define problem : quand les téléphones de HQ appellent les tel BR1 via HQ CUBE en utilisant un numéro
E164 (+1301301300x), après le décroché, il y a deconnexion au bout de 15s et on ne peut pas
s'entendre. HQ est un cube H323-to-SIP

GF: Je n'ai pas obtenu ce message mais "the call cannot be completed as dialed"

OR: c'est ok! A noter que l'appelant et l'appelé apparaissant avec 6D sur le téléphone HQ et BR1

_____________

Define problem : BR1 ne peut pas rappeler HQ phones (using missed called : +1201201200x)

GF:depuis 2001, appeler +13013013001 sans décrocher, puis dans BR1 rappeler +12012012001 : reste
dans le vide 15s et fast busy. on montre 812001 sur le tel 3001

OR: Quand on refait l'appel vers +12012012001 (ou 912012012001) depuis BR1 phone, l'appel apparait
avec 823001 sur HQ1 phone et avec 812001 sur BR1 phone.

_____________

Define problem : HQ1 phone ne peut pas rappeler BR1 phone

GF: BR1 phone appelle +12012012001. HQ phone sonne et présente 823001. Ne pas répondre. Si on
rappelle, c'est le numéro 3001 (contrairement au lab guide qui donne le numéro E164) qui apparait dans
le journal d'appel car c'est celui qui est envoyé par CUCM-BR1. Si on rappelle ce numéro 3001 depuis le
téléphone HQ, on tombe sur "the call cannot be completed as dialed..."

OR: Quand on refait l'appel vers +12012012001 (ou 912012012001) depuis BR1 phone, l'appel apparait
avec 823001 sur HQ1 phone et avec 812001 sur BR1 phone.

TT7
TASK 1

__________________________________________

Note préalable : Appliquer le contenu du fichier 4.4 HQ GW sur tous les PODs ou le faire appliquer par les stagiaires

Define problem :

-HQ phones ne peuvent appeler PSTN et réciproquement

-BR1 phones ne peuvent appeler PSTN et réciproquement

-BR2 phones ne peuvent appeler PSTN et réciproquement

La présentation des appellants doit se faire au format E164

---INBOUND PSTN CALL TO HQ SITE------

DF:PSTN > HQ (line2 : 4087071222 > 12012012001). L'appel ne marche pas immediatement (fast busy
tone)

GF :

-debug isdn q931

Calling Party Number i = 0x2180, '4087071222'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '2012012001'

Plan:ISDN, Type:National

Cause i = 0x80A6 - Network out of order

OR:
-L'appel apparaît en 4087071222 sur le téléphone HQ1, en +14087071222 sur 2001 et dans leur journal
d'appel en E164, ce qui permettrais le rappel du numéro. Ceci dit, si on rappelle ce numéro E164 ça ne
marche. Ce problème sera résolu ci-dessous

-----HQ CALLS TO PSTN------

DF: HQ phones vers 9911 ne marche pas et après 15s on a "the call cannot be completed as...". Il
apparait à la place de 911, +911

GF:debug voip dialpeer ne montre aucun dial-peer out. Show dialplan number 9911 ne donne rien.

OR: L'appel se présente immédiatement sur la première ligne du PSTN : 2012001 et il apparait sur HQ1
phone : 911. On peut aussi essayer de rappeler le PSTN avec +14087071222. Maintenant que le dial-peer
voice 1 est correct, ça marche! L'appel se présente sur la 2ème ligne avec le numéro 2012001.

------------

DF: HQ phones vers 914087071222. En décrochant le téléphone, on ne peut pas dépasser la

numérotation "9140870712" ensuite on a : a "the call cannot be completed as...".

GF: le DNA dans CUCM-HQ pour 914087071222 donne "blockthispattern" alors que pour 9140870712, il
donne le TP incorrect : 91.[2-9]XX[2-9]XXXX

OR : L'appel depuis HQ1 vers 914087071222 se présente sur la ligne 2 du PSTN avec 2012001 et l'appel
vers 912012517295 se présente de la même manière sur la 3ème ligne du PSTN

---------------

DF: HQ phones vers 9011442030215601#. L'appel tombe sur "the call cannot be completed as...".

OR : L'appel depuis HQ1 vers 9011442030215601# se présente sur la ligne 5 du PSTN avec 2012012001

--------INBOUND PSTN CALL TO BR1 SITE------------

DF : PSTN line 2 > BR1 (13013013001) ne marche pas : "the call cannot be...."

GF: debug voip dialpeer : calling= 4087071222, called=3013013001 (initialement), incoming dial-peer 2,
outgoing dial-peer 1. On a aussi avec debug voip ccapi inout :

Call Params(Calling Number=4087071222,(Calling Name=)(TON=National, NPI=ISDN, Screening=Not Screened,

Presentation=Allowed),

Called Number=+13013013001(TON=Unknown,

OR: Faire l'appel dePSTN line 2 > BR1 (13013013001).

-debug voip ccapi inout:

 Call Params(Calling Number=+14087071222,(Calling Name=)(TON=Unknown,

Called Number=+13013013001(TON=Unknown,

Le téléphone BR1 montre le numéro appelant en 4087071222

-Si on rappelle le numéro E164 : +14087071222 depuis BR1 phone ça ne marche pas : on reste en
"+14087071222 connecting" silencieusement durant plusieurs minutes. Voir le pourquoi ci-dessous

----------------

DF : BR1 Phone > 9911 ne marche pas. On reste en "9911 connecting" silencieusement durant 2-3
minutes.

GF : debug ccsip message ne donne rien

OR : Maintenant si on appelle depuis BR1 phone le numéro E164 : +14087071222 ça marche, toujours
après 15s d'attente.

--------INBOUND PSTN CALL TO BR2 SITE------------

DF: Appel depuis PSTN line 5 vers 2288224001 (tel BR2) : fast busy tone

GF: sh ccm-manager indique que la passerelle est registered. Cela a été résolu dans le TT1. show ccm-
manager backhaul montre qu'il y a du L3 sur le port TCP2428. debug isdn q931 :

Calling Party Number i = 0x2180, '2030215601'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '2288224001'

Plan:ISDN, Type:National

Cause i = 0x8081 - Unallocated/unassigned number

OR:Si on appelle depuis le PSTN ligne 5, l'appel apparait dans les missed called avec "902030215601". On
peut donc rappeler 902030215601 qui se présentera sur le PSTN line 5 avec 2288224001. 9112
fonctionne et fait sonner la ligne 4 PSTN. 902030215601 fait sonner la ligne 5. 90014087071222 fait
sonner la ligne 2 après 15s ou immédiatement en ajoutant un #
Note : Si on appelle depuis la ligne 2 du PSTN le numéro 011442288224001, l'appel n'arrive pas en international mais en TON
national donc l'appelant sur BR2 apparaît avec 904087071222 (au lieu de avec 9004087071222) , ce qui ne pemet pas le rappel.
C'est donc un problème avec notre PSTN qui ne met pas le TON correctement

TT8
__________________________________________

Préalable : supprimer les RP: 845XXX sur CUCM-HQ et RP 812XXX sur CUCM-BB

Define pb : Si on tente d'appeler ces numéros 812001 depuis BB ph ou 845001 depuis HQ phs, on a :
"the call cannot be completed...". De même si on essaie de contacter les URIs : hq1@cisco.lab,
hq2@cisco.lab, bb@cisco.lab

GF: Dans CUCM-HQ et CUCM-BB : advanced features > ILS configuration. Dans les 2 CUCM, BB cluster ou
HQ cluster sont "USN Data Synchronization Status : unknown".

OR:Les appels de BB ph vers 812001 et hq1@cisco.lab fonctionnent

Note : les appels sont dans tous les cas présentés en 6D

TT9
__________________________________________

Préalable : Dire aux stagiaires d'associer le dp BR2 au DMI 10.1.110.0/24. Aller dans CUCM-HQ :
System > Device Mobility> Device Mobility Info. Choisir HQ_dmi et selectionner le device pool BR2.
Puis faire un reset : on doit voir le message "Device in home location" sur HQ1 mais ce message
n'apparait pas sur HQ2

Define Problem : après avoir resetter le téléphone HQ1, il y a le message "device in Home Location"
(attention, le téléphone se met vite en veille après le redemarrage, appuyer sur la touche exit par ex.).
Ce n'est pas le cas de HQ2 : il n'y a aucun message. Ce n'est pas ce que je remarque, la mobilité ne
semble pas configurée sur les phones HQ. Par contre sur le téléphone BR2, si on redemarre, le téléphone
indique "Device in home location"

OR:l'appel marche et fait sonner la ligne 2 du PSTN avec lenuméro E164 +12012012001. on peut corriger
ça en ajoutant dans les Cg trans pattern : \+.12012012XXX / BR2-cg_out / predot. En ISDN on aura,
cd=0014087071222, cg=12012012001

TT10
__________________________________________

Préalable : dans CUCM-HQ : System > Device Mobility> Device Mobility Info. Choisir HQ_dmi et
associer le DP default à la place de BR2

Define problem : Sur HQ2, en appuyant sur le bouton service, on voit EM "host not found".

OR:Le login est successful et on a le numéro +12012012222. On compose 9911 pour voir si l'appel se fait

Note : Si l'appel échoue c'est peut être parce que le téléphone HQ2 est en "Roaming Location" et donc
que l'appel sort par BR2 avec 00911. Pour que le numéro 9911 soit envoyé correctement, créer dans les
Called transfo pattern : \+.911 / BR2-cd_out / predot / Called party transform mask=112 (l'appelant
apparait avec 12012012002)

TT11
__________________________________________

Préalable : Si besoin delogguer le poste HQ2 de l'EM en allant dans le device HQ2 > Extension
information > logout. On doit revenir avec le numéro +12012012002

NOTE IMPORTANTE : Il est possible que ce lab ne soit pas du tout en place : pas de RD et pas de RDP.
Dans ce cas le faire configurer par les stagaires. Le lab concerne le téléphone HQ2 mais ici on a choisi
de le faire avec HQ1
____________________

Configuration

1) Dans User Management > End User > john.doe, Cocher:

· Enable Mobility

· Enable Mobile Voice Access

Save

2) Dans Device > Device Settings > Remote Destination Profile, mettre:

· Name : Jdoe_RDP

· User ID : john.doe

· Device Pool : Default

· Calling Search Space : System_css

Save

3) Click on Line [1] - Add a new DN

· Directory Number : \+12012012001 avec Urgent priority

· Route Partition : HQ-DN

On doit être en Associateed device avec le phone HQ1

4) Cliquer sur Go pour revenir sur la config du RDP puis faire Add a New Remote Destination et entrer les
paramètres suivants:
Note : Si Save montre REMOTEDESTINATION_MOBILITY_NOT_ENABLED, il faut d'abord activer la mobility sous le user john.doe
comme dans le point 1)

5) Associer le Owner User ID sous le téléphone HQ1

TASK 1 : Troubleshoot Mobile Connect

Define Problem : Quand on place un appel depuis la line 2 PSTN (RD de hq2) vers 12012012001, l'appel
présenté sur hq2 est 4087071222 et pas 2001
OR: l'appel de HQ2 vers HQ1 apparaît avec 2012001 sur la 2eme ligne du PSTN alors qu'on attendait
2012012001. La gateway HQ ne modifie pas l'appelant car il n'y a pas de règle translation dans ce sens
d'appel. Néanmoins ce n'est pas 10D qui est présenté mais 7D. Ddebug isdn q931 :

Calling Party Number i = 0x2181, '2012012002'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '14087071222'

C'est un problème avec notre PSTN car l'appelant envoyé est correct.

__________

DF : durant un appel actif entre 2002 et un autre téléphone on ne peut pas switcher vers la remote
destination.

OR: Appel de 2001 vers 2002 puis on appuie sur mobility > send to mobile phone. Le téléphone PSTN
sonne avec 2012001.

TASK2

-----

Define problem : si on appelle le numéro MVA on tombe sur fast busy tone

GF : Debug voip dialpeer et debug voip application : "application mwa in dial-peer 4 not found"

OR : Depuis ligne 2 (RD), on appelle 12012012999 : "enter your pin" : to make a call press 1...Le
problème doit être résolu