Hi Brian, Yes an explicit dial-peer states "TO 4158884343".
However even if revert back to using the 9.14158884343 Route pattern & I force my HQ MGCP gateway to be the first choice, I still get "TO 914158884343". So I don't think it's a H323 issue more a CUCM/config one. Also the reload of the H323, did not help. Thank you for your suggestions, I think I'll move on & revisit later (I think I'd have ran out of time in the real lab by now :) ), Regards Stuart From: Brian Mulgrew [mailto:btmulg...@hotmail.com] Sent: 25 September 2011 20:52 To: Geoghegan, Stuart; ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Vol 2 Lab 7 TEHO - phone display issue Hi Stuart- try setting an explicit dial peer for 4158884343 (doing appropiate xfm in cucm) - if this works the issue could be related to the no supplementary-service h225-notify cid-update command not taking. I seem to remember having to reload the gateway on an occassion to get this to work. hth Brian ________________________________ From: stuart.geoghe...@ngbailey.co.uk To: btmulg...@hotmail.com; ccie_voice@onlinestudylist.com Date: Sun, 25 Sep 2011 20:42:43 +0100 Subject: RE: [OSL | CCIE_Voice] Vol 2 Lab 7 TEHO - phone display issue Hi Brian/Rogers/All, thanks for responses I have tried all combinations of the following - all calls suceed in ringing 4158884343 on the PSTN Line RP 91415.8884343 called party transformation XXXXXXXXXX as per IPX PG. dig manipulation on the RL - > call suceeds/ display still remains "TO 914158884343" RP 9.14158884343 Predot (on the RP) (as per Brian's suggestion) dig manipulation on the RL - > call suceeds/ display still remains "TO 914158884343" RP 91.4158884343 Predot (on the RP) XXXXXXXXXX called party transform mask on the RP dig manipulation on the RL - > call suceeds/ display still remains "TO 914158884343" This is using Ver 7 CUCM. I have tried using a 7961 FW 9-1-1SR1S a 7965 FW 8-4-1S I then tried to connect to my work's Lab CUCM - running v8.5 using IP Communicator and get exactly the same results. Think i'm going mad or missing something really obvious. Dig Manipulations works fine, just cannot get the display to change from 914158884343 to 4158884343 when i am trying to manipulate on Route Pattern Level as advised. Any suggestions would be appreciated, Many thanks Stuart ________________________________ From: Brian Mulgrew [btmulg...@hotmail.com] Sent: Friday, September 23, 2011 6:24 PM To: Geoghegan, Stuart; ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Vol 2 Lab 7 TEHO - phone display issue Hi set rp as 9.14158884343 set cld party xfm on rp as pre. (for TO display) and set relevant cld party xfm on gwys / rout list for dnis digit manipulation hth ________________________________ From: stuart.geoghe...@ngbailey.co.uk To: ccie_voice@onlinestudylist.com Date: Fri, 23 Sep 2011 13:43:46 +0100 Subject: [OSL | CCIE_Voice] Vol 2 Lab 7 TEHO - phone display issue Hi All, I am working through Vol2 Lab TEHO requirement where we are asked to dial 914158884343 from HQ Phone via the BR1 gateway (H323) as first choice as a local call. and then the HQ MGCP Gateway as second choice as National call 1 + 10 digits. I have no issue with the routing of the calls and digit manipulation, however the question requests "the caller should see TO 4158884343 regardless of whether the call is sent out of Br1 & HQ. I have read the PG and OSL Archives. I have tried using called party transformations XXXXXXXXXX on the Route Pattern level & also the RG level. I am definitely sending 4158884343 to both gateways, however I my display always states "TO 914158884343". Previous OSL archives suggest adding the following to the H323 GW voice service voip no supplementary-service h225-notify cid-update I have tried this but this has not changed anything - and also I still have the same issue via my MGCP gateway. I have even tried a TP of 914158884343, called party mask of 4158884343, which then matches a RP of 4158884343 - which again routes correctly but the display does not change. Has anyone else encountered this before? kind regards Stuart The information contained in this e-mail (and attachments) is confidential. It must not be read, copied, disclosed, printed, forwarded, relied upon or used by any person other than the intended recipient. Unauthorised use, disclosure or copying is strictly prohibited. If you have received this e-mail in error immediately contact the sender and postmas...@ngbailey.co.uk then permanently delete it and any attachments. NG Bailey may monitor email where it is considered proportionate to any perceived risk. This email has been sent on behalf of an NG Bailey company, if in doubt ask the sender to clarify which company. The NG Bailey companies include NG Bailey Limited (342778), NG Bailey IT Services Limited (2338401), NG Bailey Facilities Services Limited (5472032), Kedington (Northern Ireland) Limited (NI 31145) and NG Bailey Group Limited (1490238). All of the companies, except Kedington (Northern Ireland) Limited, are registered in England with registered office at Denton Hall Ilkley West Yorkshire LS29 0HH. Kedington (Northern Ireland) Limited is registered in Northern Ireland and its registered office is c/o Carson McDowell, Murray House, Murray Street, Belfast, BT1 6DN. _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
