[OSL | CCIE_Voice] RES: H323 gateway doesn't send the plus on outgoing PRI calls

[Marcelo Alexandria]

Yes ,,,h323 cant process the +you need use translations to add the + on
inbound calls

 

Marcelo Alexandria

#27021

 

 

De: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] Em nome de adam compton
Enviada em: quarta-feira, 23 de março de 2011 21:19
Para: 
Assunto: Re: [OSL | CCIE_Voice] H323 gateway doesn't send the plus on
outgoing PRI calls

 

Well,  I might have found my answer:

http://www.voiceie.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=8;t=002862

Poster says that h323 gateways can't process the plus.  Can anyone confirm?

Adam Compton

On Wed, Mar 23, 2011 at 8:15 PM, adam compton  wrote:

I'm using external calling number mask with full e164 number.  When I call
from an extension out a MGCP gateway, the call goes as expected with the +.
If I dial out of an H323 gateway, the external number shows with no plus.
Anybody ran into this before?  I can add the plus with a translation-profile
on the voice-port, but in the back of my head, I feel i must be doing
something wrong on the Call Manager side of things.

Adam Compton

 

Nenhum vírus encontrado nessa mensagem recebida.
Verificado por AVG - www.avgbrasil.com.br
Versão: 9.0.894 / Banco de dados de vírus: 271.1.1/3525 - Data de
Lançamento: 03/23/11 16:34:00

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] H323 gateway doesn't send the plus on outgoing PRI calls

[Adam Thompson]

The + gets stripped by the voip dial-peer. You will always have to add the +
back when sending to a H323 or SIP gateway.

-Adam

On Wed, Mar 23, 2011 at 8:19 PM, adam compton  wrote:

> Well,  I might have found my answer:
>
> http://www.voiceie.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=8;t=002862
>
> Poster says that h323 gateways can't process the plus.  Can anyone confirm?
>
> Adam Compton
>
>
> On Wed, Mar 23, 2011 at 8:15 PM, adam compton  wrote:
>
>> I'm using external calling number mask with full e164 number.  When I call
>> from an extension out a MGCP gateway, the call goes as expected with the +.
>> If I dial out of an H323 gateway, the external number shows with no plus.
>> Anybody ran into this before?  I can add the plus with a translation-profile
>> on the voice-port, but in the back of my head, I feel i must be doing
>> something wrong on the Call Manager side of things.
>>
>> Adam Compton
>>
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] H323 gateway doesn't send the plus on outgoing PRI calls

[givemeccievoice2010]

Adam,

 

This is correct.  If you have a requirement to send the + you'll have to add
at voice-port using a translation-rule.  

 

Jeff

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of adam compton
Sent: Wednesday, March 23, 2011 5:19 PM
To: 
Subject: Re: [OSL | CCIE_Voice] H323 gateway doesn't send the plus on
outgoing PRI calls

 

Well,  I might have found my answer:

http://www.voiceie.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=8;t=002862

Poster says that h323 gateways can't process the plus.  Can anyone confirm?

Adam Compton

On Wed, Mar 23, 2011 at 8:15 PM, adam compton  wrote:

I'm using external calling number mask with full e164 number.  When I call
from an extension out a MGCP gateway, the call goes as expected with the +.
If I dial out of an H323 gateway, the external number shows with no plus.
Anybody ran into this before?  I can add the plus with a translation-profile
on the voice-port, but in the back of my head, I feel i must be doing
something wrong on the Call Manager side of things.

Adam Compton

 

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] H323 gateway doesn't send the plus on outgoing PRI calls

[adam compton]

Well,  I might have found my answer:

http://www.voiceie.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=8;t=002862

Poster says that h323 gateways can't process the plus.  Can anyone confirm?

Adam Compton

On Wed, Mar 23, 2011 at 8:15 PM, adam compton  wrote:

> I'm using external calling number mask with full e164 number.  When I call
> from an extension out a MGCP gateway, the call goes as expected with the +.
> If I dial out of an H323 gateway, the external number shows with no plus.
> Anybody ran into this before?  I can add the plus with a translation-profile
> on the voice-port, but in the back of my head, I feel i must be doing
> something wrong on the Call Manager side of things.
>
> Adam Compton
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] H323 gateway doesn't send the plus on outgoing PRI calls

[adam compton]

I'm using external calling number mask with full e164 number.  When I call
from an extension out a MGCP gateway, the call goes as expected with the +.
If I dial out of an H323 gateway, the external number shows with no plus.
Anybody ran into this before?  I can add the plus with a translation-profile
on the voice-port, but in the back of my head, I feel i must be doing
something wrong on the Call Manager side of things.

Adam Compton
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] create custom background image for ip phone

[Randall Saborio]

The images should be provided on the lab. Still if you want to do them on
your own for your practice or fun, you can use this doc as reference:

https://supportforums.cisco.com/docs/DOC-11493

On Tue, Mar 22, 2011 at 10:25 AM, Wael Agina  wrote:

> Thanks :)
>
>
> On Tue, Mar 22, 2011 at 2:09 PM,  wrote:
>
>> If you need to do it quickly for testing purposesuse the  phone
>> designer widget available on cisco website.  Otherwise look at the ip phone
>> admin guide and use an editing program.  You can't use phone designer in the
>> lab and I highly doubt we would ever be askes to edit a background image in
>> the lab.
>> -Original Message-
>> From: Wael Agina 
>> Sender: ccie_voice-boun...@onlinestudylist.com
>> Date: Tue, 22 Mar 2011 13:27:45
>> To: 
>> Subject: [OSL | CCIE_Voice] create custom background image for ip phone
>>
>> ___
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>>
>
>
> --
>
> Thanks and Best Regards,
> Wael Agina
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>


-- 
Randall "da ill" Saborio
CCIE Voice Wannabe #10054675811
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Test VPIM between CUE and CUC - DNS client / server ?

[Randall Saborio]

Hi Wael,
This is what I got from some notes on how I usually do it:


   1.

   Define router as DNS Server

 ip dns server

   1.

   Define the server HQ-RTR.hq.local as primary server for the DNS zones
   hq.local and uk.local, and admin contact as
admin@hq.local.
   Can add many zones on one router.

 ip dns primary hq.local soa HQ-RTR.hq.local admin.hq.local

ip dns primary uk.local soa HQ-RTR.hq.local admin.hq.local

   1.

   Defines a Name Server entry on the DNS zone pointing to HQ-RTR.hq.local

 ip host hq.local ns HQ-RTR.hq.local

ip host uk.local ns HQ-RTR.hq.local

   1.

   Define a host entry to resolve the domain name to the DNS server. Not
   sure why, but this seems to be a requirement for CUE VPIM to work.

 ip host hq.local 10.10.110.1

ip host uk.local 10.10.110.1

   1.

   Define a host entry for the zone that resolves to the desired servers.

 ip host HQ-RTR.hq.local 10.10.110.1

ip host CUCxn.hq.local 10.10.210.13

ip host CUE.uk.local 10.10.202.2

   1.

   Define a mail exchange entry for the zone for each mail servers or VPIM
   servers.

 ip host hq.local mx 0 CUCxn.hq.local

ip host uk.local mx 0 CUE.uk.local

   1.

   Allow the router to do domain lookups, define DNS server to send queries
   to and define default domain to append to domain lookups.

 ip domain lookup

ip name-server 10.10.110.1 208.67.222.222

ip domain name ccie.local


On Tue, Mar 22, 2011 at 2:58 AM, Wael Agina  wrote:

> Hi Randoll, All,
>
>Thanks for sharing your info.
> \May I ask you to paste your sample DNS config part on your HQ RTR.
>
>
> Regards,
> Wael Agina
>
>
> On Tue, Mar 22, 2011 at 4:31 AM, Randall Saborío Cubero  > wrote:
>
>> I usually do all the DNS on the HQ router. The configuration is all on
>> the IOS Configuration Guides.
>>
>> Not sure if it may really show up on the lab, if the lab would have a
>> DNS server already setup. Would make sense to me to reduce configuration
>> time from the DNS part as this is not what you are tested on, I guess.
>>
>> But for the lab practice, you could do it on IOS like I do, or any
>> Windows server box. However, I just wanted to do learn it with IOS as I
>> know is the resource that will be available for sure.
>>
>> HTH,
>>
>> El sáb, 19-03-2011 a las 13:52 +0300, Wael Agina escribió:
>> > Dear All,,
>> >
>> >   To test VPIM between CUE and CUC we need DNS to resolve names to
>> > IPs.
>> > What is the simplest way to test this in my local Home LAB ?
>> > I have one server running windows 7 with vmware imaes and another
>> > normal win xp machine.
>> > WHat is the best way to run DNS easy and integrate it to CUE and CUC ?
>> >
>> > Any Idea ?
>> >
>> >
>> >
>> > Thanks and Best Regards,
>> > Wael Agina
>> >
>> > ___
>> > For more information regarding industry leading CCIE Lab training,
>> please visit www.ipexpert.com
>>
>>
>>
>
>
> --
>
> Thanks and Best Regards,
> Wael Agina
>



-- 
Randall "da ill" Saborio
CCIE Voice Wannabe #10054675811
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Vol2 Lab 7 Question 3.2 MVA

[George Goglidze]

I've tried CCM Service restart... didn't work...

On Wed, Mar 23, 2011 at 6:01 PM, ShinGei Yong wrote:

> Mates,
>
> I believe quite a number of us hitting this funny issue(if you search thru
> entire list since early last year)
> No sure it was caused of softbug or the question itself,unable to get
> further explanation or solution after all posts.
>
> Maybe as Steve suggested, just give it (mobility/ucm service) a lucky
> reset,then the problem gone.
> Else,just wait for next unlucky fellow to hit this issue,maybe he'll give
> us the solution.Who know?
>
> Thanks all
>  Shingei.
>
>
>
> On Thu, Mar 24, 2011 at 1:27 AM, George Goglidze wrote:
>
>> I had the same problem last time, and I wasn't able to resolve this
>> without having an internal partition in the CSS that I applied on RDP.
>> but then obviously it breaks task 3.1 requierement to show the number:
>> +447976852817
>>
>> If you find out what the problem is, let us know mate,
>>
>> On Mon, Mar 21, 2011 at 11:33 AM, ShinGei Yong wrote:
>>
>>> Hi,
>>>
>>> I've gone thru the entire OSL list regarding the problem as i'm facing,
>>> but unfortunately didn't manage to get the answer.
>>>
>>> MVA has configured on BR2 gw,the remote destination manage to call in
>>> to MVA# and authenticated successfully. When press option#1, which make a
>>>
>>> call to either internal or external, it just failed.
>>>
>>> RDP CSS:css-snr-3002/pt-snr-3002
>>> Rerouting
>>> CSS:css-br2-unrestricted/pt-uk-emer,pt-uk-national,pt-uk-international
>>>
>>> Mobility Service Parameters:
>>> Partial Match 10Digits, RDP + Line CSS
>>>
>>> ** As per question required,we need xlation rule to display mobile ANI
>>> instead of internal DN **
>>> Translation Pattern
>>> /pt-snr-3002
>>> CSS:css-phones/pt-phones
>>> Use Calling Party EPNM: Checked
>>>
>>> 1002/pt-phones
>>> 5002/pt-phones
>>>
>>> I can call up the internal extension [15]002, IF i include the pt-phones
>>> into
>>> RDP CSS,but that will caused ANI display become internal DN instead of
>>> mobile ANI
>>> because of closest match.
>>>
>>> Any idea why internal calling doesn't work?
>>>
>>> Thanks
>>> Shingei
>>>
>>>
>>>
>>> ___
>>> For more information regarding industry leading CCIE Lab training, please
>>> visit www.ipexpert.com
>>>
>>>
>>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Vol2 Lab 7 Question 3.2 MVA

[ShinGei Yong]

Mates,

I believe quite a number of us hitting this funny issue(if you search thru
entire list since early last year)
No sure it was caused of softbug or the question itself,unable to get
further explanation or solution after all posts.

Maybe as Steve suggested, just give it (mobility/ucm service) a lucky
reset,then the problem gone.
Else,just wait for next unlucky fellow to hit this issue,maybe he'll give us
the solution.Who know?

Thanks all
Shingei.


On Thu, Mar 24, 2011 at 1:27 AM, George Goglidze  wrote:

> I had the same problem last time, and I wasn't able to resolve this without
> having an internal partition in the CSS that I applied on RDP.
> but then obviously it breaks task 3.1 requierement to show the number:
> +447976852817
>
> If you find out what the problem is, let us know mate,
>
> On Mon, Mar 21, 2011 at 11:33 AM, ShinGei Yong wrote:
>
>> Hi,
>>
>> I've gone thru the entire OSL list regarding the problem as i'm facing,
>> but unfortunately didn't manage to get the answer.
>>
>> MVA has configured on BR2 gw,the remote destination manage to call in
>> to MVA# and authenticated successfully. When press option#1, which make a
>> call to either internal or external, it just failed.
>>
>> RDP CSS:css-snr-3002/pt-snr-3002
>> Rerouting
>> CSS:css-br2-unrestricted/pt-uk-emer,pt-uk-national,pt-uk-international
>>
>> Mobility Service Parameters:
>> Partial Match 10Digits, RDP + Line CSS
>>
>> ** As per question required,we need xlation rule to display mobile ANI
>> instead of internal DN **
>> Translation Pattern
>> /pt-snr-3002
>> CSS:css-phones/pt-phones
>> Use Calling Party EPNM: Checked
>>
>> 1002/pt-phones
>> 5002/pt-phones
>>
>> I can call up the internal extension [15]002, IF i include the pt-phones
>> into
>> RDP CSS,but that will caused ANI display become internal DN instead of
>> mobile ANI
>> because of closest match.
>>
>> Any idea why internal calling doesn't work?
>>
>> Thanks
>> Shingei
>>
>>
>>
>> ___
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab Strategy Question

[ccieforme]

As a practice even if I don't use them I go ahead and make the following 
partitions and css, one for each site:
hqlcl pt
Hqoffice pt
Hqld pt
Hqinternational pt
Pstn pt

Hq css
Add all the above partitions.

This does not take very long.  as you build your phones for hq just throw the 
css on their too (one less reboot later).  You can still use the null partition 
for everything and all the pts and css is there in case you need it.  Then add 
your route patterns with the corresponding pt as needed too.
If all sites will use the same rp then keep the pt to none or put it in the 
pstn pt.  When it comes time to block calls its faster just to create a css 
with a blockpt in it and put it on the line.

Of course, there could be a situation where the lab says you can't do this but 
I would not bet on it.  

This is what I have been doing and it has been a time saver for me.  Sure it 
takes a few more minutes but its one less place you have to go back to.

I only use the line for blocking calls.


-Original Message-
From: Gregg Malcolm 
Sender: ccie_voice-boun...@onlinestudylist.com
Date: Wed, 23 Mar 2011 12:27:40 
To: IPX
Subject: [OSL | CCIE_Voice] Lab Strategy Question

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Vol2 Lab 7 Question 3.2 MVA

[George Goglidze]

I had the same problem last time, and I wasn't able to resolve this without
having an internal partition in the CSS that I applied on RDP.
but then obviously it breaks task 3.1 requierement to show the number:
+447976852817

If you find out what the problem is, let us know mate,

On Mon, Mar 21, 2011 at 11:33 AM, ShinGei Yong wrote:

> Hi,
>
> I've gone thru the entire OSL list regarding the problem as i'm facing,
> but unfortunately didn't manage to get the answer.
>
> MVA has configured on BR2 gw,the remote destination manage to call in
> to MVA# and authenticated successfully. When press option#1, which make a
> call to either internal or external, it just failed.
>
> RDP CSS:css-snr-3002/pt-snr-3002
> Rerouting
> CSS:css-br2-unrestricted/pt-uk-emer,pt-uk-national,pt-uk-international
>
> Mobility Service Parameters:
> Partial Match 10Digits, RDP + Line CSS
>
> ** As per question required,we need xlation rule to display mobile ANI
> instead of internal DN **
> Translation Pattern
> /pt-snr-3002
> CSS:css-phones/pt-phones
> Use Calling Party EPNM: Checked
>
> 1002/pt-phones
> 5002/pt-phones
>
> I can call up the internal extension [15]002, IF i include the pt-phones
> into
> RDP CSS,but that will caused ANI display become internal DN instead of
> mobile ANI
> because of closest match.
>
> Any idea why internal calling doesn't work?
>
> Thanks
> Shingei
>
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab Strategy Question

[Miron Kobelski]

Hi,

My solution is to configure each phone with dedicated css in the beginning,
e.g.:
css hqp1 international
css hqp2 ld
css br1p1 local
css br1p2 ld
Later, I assign partitions to these css as needed.

regards
kobel

On Wed, Mar 23, 2011 at 17:27, Gregg Malcolm wrote:

> As I go through the vol 2 labs, I find myself getting wrapped around the
> axle with device (phone) css'es in UCM.  I'm trying to make a least number
> of repeat touches to the same item and with some of the requirements of the
> labs (translations, etc.) I find myself sometimes struggling with COR.
> Since the phones need to get configured relatively early in the day when all
> of the issues regarding COR might not be obvious, I'm wondering if it's not
> just a good idea to use the line/device approach always (unless asked not
> to).  That way, I can get my dial plan working and hit COR (on the lines)
> towards the end when I know everything is working.  I'd re-test obviously.
> Just wondering what has worked for people and any advantage/disadvantages.
>
> Thanks, Gregg
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab Strategy Question

[George Goglidze]

Hi Gregg,

Here's my approach, which doesn't mean it's the best, but it works for me
the best.

I create PT-INTERNAL
and create the following CSS's:
CSS-INTERNAL   < this will be for incoming calls, gw.
CSS-HQ-FULL
CSS-HQ-LD
CSS-BR1-FULL
CSS-BR1-LD
CSS-BR2-FULL
CSS-BR2-LD

All these initially will contain PT-INTERNAL.

Then per-tasks, I add new PT-PSTN-HQ-LOCAL, PT-PSTN-BR1-LOCAL,
PT-PSTN-BR2-LOCAL and add it to corresponding CSS's.
then if I have two sites in USA (same dial-plan), I add for
LD/INTERNATIONAL: PT-PSTN-NANP-LD, PT-PSTN-NANP-INTERNATIONAL
and add to corresponding CSS's...

and it doesn't really take that long time updating the CSS's, I think it
takes more time if you deploy line/device approach at the end, and start to
re-test everything from the scratch... could take up to 20 minutes with the
tests, and then add whatever time it takes you to fix the problems you
encounter.

But again, it's imho.

Regards,

On Wed, Mar 23, 2011 at 4:27 PM, Gregg Malcolm wrote:

> As I go through the vol 2 labs, I find myself getting wrapped around the
> axle with device (phone) css'es in UCM.  I'm trying to make a least number
> of repeat touches to the same item and with some of the requirements of the
> labs (translations, etc.) I find myself sometimes struggling with COR.
> Since the phones need to get configured relatively early in the day when all
> of the issues regarding COR might not be obvious, I'm wondering if it's not
> just a good idea to use the line/device approach always (unless asked not
> to).  That way, I can get my dial plan working and hit COR (on the lines)
> towards the end when I know everything is working.  I'd re-test obviously.
> Just wondering what has worked for people and any advantage/disadvantages.
>
> Thanks, Gregg
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab Strategy Question

[adam compton]

Gregg,
I'm kind of in the same boat as you.  To me it seems like it would be easier
to use the line/device approach.  I was assigning internal css to the line
and all other to the device.  That seems to have sped up my time in working
with CSSs, but I would also like to hear some other opinions.

The one thing that caused a problem for me is when one of the ipexpert
questions asked to display external calling number mask for internal
extensions.  I ended up back tracking a lot to get that to work, though that
may just be the nature of the problem.



On Wed, Mar 23, 2011 at 12:27 PM, Gregg Malcolm wrote:

> As I go through the vol 2 labs, I find myself getting wrapped around the
> axle with device (phone) css'es in UCM.  I'm trying to make a least number
> of repeat touches to the same item and with some of the requirements of the
> labs (translations, etc.) I find myself sometimes struggling with COR.
> Since the phones need to get configured relatively early in the day when all
> of the issues regarding COR might not be obvious, I'm wondering if it's not
> just a good idea to use the line/device approach always (unless asked not
> to).  That way, I can get my dial plan working and hit COR (on the lines)
> towards the end when I know everything is working.  I'd re-test obviously.
> Just wondering what has worked for people and any advantage/disadvantages.
>
> Thanks, Gregg
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Lab Strategy Question

[Gregg Malcolm]

As I go through the vol 2 labs, I find myself getting wrapped around the
axle with device (phone) css'es in UCM.  I'm trying to make a least number
of repeat touches to the same item and with some of the requirements of the
labs (translations, etc.) I find myself sometimes struggling with COR.
Since the phones need to get configured relatively early in the day when all
of the issues regarding COR might not be obvious, I'm wondering if it's not
just a good idea to use the line/device approach always (unless asked not
to).  That way, I can get my dial plan working and hit COR (on the lines)
towards the end when I know everything is working.  I'd re-test obviously.
Just wondering what has worked for people and any advantage/disadvantages.

Thanks, Gregg
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Vol2 Lab 7 Question 3.2 MVA

[Steve Denney (stdenney)]

Hi ShinGei,

 

I see you have already changed the CUCM Service Parameter "Inbound
Calling Search Space for Remote Destination" from its default to "RDP +
Line CSS", which is good.

 

Have you tried restarting the mobility services (and the CUCM service as
a last resort)?

 

cheers, sd

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ShinGei
Yong
Sent: Monday, March 21, 2011 7:34 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Vol2 Lab 7 Question 3.2 MVA

 

Hi,

I've gone thru the entire OSL list regarding the problem as I'm facing,
but unfortunately didn't manage to get the answer.

MVA has configured on BR2 gw, the remote destination manage to call in
to MVA# and authenticated successfully. When press option #1, which make
a call to either internal or external, it just failed.

RDP CSS: css-snr-3002 / pt-snr-3002
Rerouting CSS: css-br2-unrestricted /pt-uk-emer, pt-uk-national,
pt-uk-international

Mobility Service Parameters:
Partial Match 10 Digits, RDP + Line CSS

** As per question required, we need xlation rule to display mobile ANI
instead of internal DN **
Translation Pattern
 / pt-snr-3002
CSS: css-phones / pt-phones
Use Calling Party EPNM: Checked

1002/pt-phones
5002/pt-phones

I can call up the internal extension [15]002, IF I include the pt-phones
into RDP CSS, but that will cause ANI display become internal DN instead
of mobile ANI because of closest match.
Any idea why internal calling doesn't work?



___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Lab 5 released

[Wilson.Samuel]

Brother even  before the very first  attempt of the Lab,  SIP Trunk, AAR and 
CAC must be a piece of cake or else it wouldn't be a surprise even if you had 
to appear for a 99th attempt.

Bro, there is no shortcut for practice  and patience, and then soon success 
will marry you :)



From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nizar Jafri
Sent: Tuesday, March 22, 2011 9:24 PM
To: ccievoicel...@rediffmail.com
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Lab 5 released

Hi,
I'm sure you're not telling the truth.
And if after  9 attempts you don't know how to configure a SIP trunk, AAR or 
CAC, you have to choose a path other than CCIE VOICE.
Please, let us work quietly.
Thanks
nizar

On Tue, Mar 22, 2011 at 12:38 PM, ccievoice 
mailto:ccievoicel...@rediffmail.com>> wrote:

Guys,

Lab 5 released guys i have no words to say!!

It was my 9 attempt and again i got fucX

Just to inform there was lot of things which i got it never seen in life :)

SIP Trunk , AAR , MVA , CAC all changed

IPCC page was one full page, SIP trunk troubleshooting was full one page

I got so depressed that i left the lab like that

): ): ): ): ): ): ): ):

Erreur ! Nom du fichier non 
spécifié.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] BAT tool deleting CSS information off of phones

[O'Brien, Neil]

Kevin - I've never seen or experienced either of these issues.  

On your last point, I've just tested on CM6.1.2 and it does auto update
the partition in the line group.  Maybe it's a bug in the version you're
running?

 

 

 

Kind regards

 

Neil O'Brien

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Kevin
Damisch
Sent: 23 March 2011 03:31
To: adam compton; 
Subject: Re: [OSL | CCIE_Voice] BAT tool deleting CSS information off of
phones

 

Adam,

 

Yes I have seen something similar on both 7.x and 8.x when using BAT.  I
would have the phones with DNs in a temporary partition, then when I
wanted to move them into pt-internal (for example), I used BAT to change
the route partition.  Everything looked good, but the CallForwardAll
calling search space would change from whatever I had configured back to
None.  All of the other CSS settings for busy, no answer, unregistered,
etc, were left untouched.  Only the forward all CSS was set back to
None.  From what you are describing, it sounds like the CSS is being
removed from the phone on the device page, correct?  I haven't seen that
yet.  I have seen other weird anomalies like that using BAT, so I
usually spot check a couple of things after using BAT to make sure
everything is set the way it should be.

 

One other thing I noticed and I can get this to happen each time is this
- If you have a phone with DN 1000 in pt-temporary and put
1000/pt-temporary in a line group, then manually update the partition
from the phone's DN page to make it pt-internal, it will NOT update the
line group member from 1000/pt-temporary to 1000/pt-internal.  But, if
you use BAT to update route partition for 1000/pt-temporary to
1000/pt-internal, then it will update the line group member correctly to
1000/pt-internal.

 

Anyone else seen what Adam is describing?  Or mine?

 

Thanks,

Kevin Damisch - CCIE #28188 (Voice)

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of adam
compton
Sent: Tuesday, March 22, 2011 7:38 PM
To: 
Subject: [OSL | CCIE_Voice] BAT tool deleting CSS information off of
phones

 

I remember labbing in the past and my CSSs disappear off of my phones.
It's happened once or twice, and I assumed that i must have checked the
wrong thing in the BAT tool.  Then I just watched Vik's video volume 10
task 2.2 and the same thing happened to him!  Has anybody seen any
errors like this with the BAT tool?

Adam

 




This communication (including any attachments) is intended only for the
use of the individual or entity to which it is addressed, and may
contain information that is privileged, confidential and exempt from
disclosure under applicable law. If you are not the intended recipient,
any dissemination, distribution or copying of this communication is
strictly prohibited. If you have received this communication in error,
please notify Vital Support Systems at 515 334 5700 and delete or
destroy all copies and the original document.

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com