Re: [OSL | CCIE_Voice] Publisher failure

2012-01-19 Thread Juan Lopez
am afraid you will need to do disaster recovery on pub (rebuild and import
backup) , then replicate it's DB to the sub afterwards.

2012/1/19 khaled Saholy khaled_sah...@hotmail.com



 Hi,

 What can we do in case of the Publisher failed to boot and the Subscriber
 is still working but I can't do any configuration on it?

 The Publisher vm crashed and I could not recover it. Is there a way to
 restore the db from the sub to the pub or the replication will fix that?

 Thanks for your inputs.

 Regards.

 Khaled





 ___
 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 http://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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread Juan Lopez
would 'call-forward busy 570.' work under fallback config?
This needs also that the 570X range is part of the HQ's DID range. If this
is the case, this inbound call on HQ can be matched on a CTI RP witf CFA to
VM and with a VM mask set.

from the top of my head I do not see how to manipulate the RDNIS so it
dynamically reflects the forwarding station at the branch. If it only needs
to work for 1 specific forwarding number, then you can manipulate it
statically I guess

2012/1/19 Anthony Alba ascanio.al...@gmail.com

 Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you hit
 the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station =
 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the RDNIS
 is already correct.









 ___
 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 http://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

Re: [OSL | CCIE_Voice] Publisher failure

2012-01-19 Thread Julien Krieger
Hi Khaled,

you are right, you cannot do administration while your publisher is down.
Replication goes from publisher server to subscriber servers, not the other
way around.

Do you have a backup done via OS administration web page?
Have you save your vm onto an external drive or in your datastore?

Unfortunately, if you haven't, I guess you will have to rebuilt a new
publisher...

Regards,
Julien

2012/1/19 khaled Saholy khaled_sah...@hotmail.com



 Hi,

 What can we do in case of the Publisher failed to boot and the Subscriber
 is still working but I can't do any configuration on it?

 The Publisher vm crashed and I could not recover it. Is there a way to
 restore the db from the sub to the pub or the replication will fix that?

 Thanks for your inputs.

 Regards.

 Khaled





 ___
 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

Re: [OSL | CCIE_Voice] Cisco DirSync Service

2012-01-19 Thread Julien Krieger
Hi Ken,

If you are using an AD to provision users, then you need this service to be
enabled.

if you are not using AD to provision users, I guess you will import users
via AXL. Therefore, you don't need this service.

Regards,
Julien

2012/1/19 Ken Wyan kew...@gmail.com

 Hi,

 Can we disable Cisco DirSync Service  from  CUCM Publisher , CUCM
 Subscriber  Unity Connection Servers if we don't use an external directory
 authentication ?

 Does this service contribute to user import from CUCM to CUC or UCCX /
 CUPS integrations ?

 Tks

 ___
 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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread George Goglidze
Hi Anthony,

Case 1 if correct. That is the best way to configure it.

In case 2, you should not need to configure that forwarding rule at all.
As a matter of fact, I believe the call should not have RDNIS at all, it's
a direct call so should only have DNIS/ANI.
If I remember correctly at least. I'm pretty sure it's like that.
What's the AAR configuration that you have, especially on VM Ports and BR1
Phones? As well make sure there is no DN 5600 floating around without being
assigned to any device.

Can you paste the q931 message from BR1 GW and coming into HQ gateway too?

Cheers,


On Thu, Jan 19, 2012 at 12:15 AM, Anthony Alba ascanio.al...@gmail.comwrote:

 Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you hit
 the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station =
 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the RDNIS
 is already correct.









 ___
 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

Re: [OSL | CCIE_Voice] Publisher failure

2012-01-19 Thread George Goglidze
Bad news.

I hope you have backups from Disaster Recovery System...
Otherwise I hope it's not production environment, just a lab, because
you'll have to rebuild.

Cheers,

2012/1/19 khaled Saholy khaled_sah...@hotmail.com



 Hi,

 What can we do in case of the Publisher failed to boot and the Subscriber
 is still working but I can't do any configuration on it?

 The Publisher vm crashed and I could not recover it. Is there a way to
 restore the db from the sub to the pub or the replication will fix that?

 Thanks for your inputs.

 Regards.

 Khaled





 ___
 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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread George Goglidze
Juan,

We are discussing AAR not fallback mode... that's completely different.

On Thu, Jan 19, 2012 at 9:07 AM, Juan Lopez
lopez.hernandez.j...@gmail.comwrote:

 would 'call-forward busy 570.' work under fallback config?
 This needs also that the 570X range is part of the HQ's DID range. If this
 is the case, this inbound call on HQ can be matched on a CTI RP witf CFA to
 VM and with a VM mask set.

 from the top of my head I do not see how to manipulate the RDNIS so it
 dynamically reflects the forwarding station at the branch. If it only needs
 to work for 1 specific forwarding number, then you can manipulate it
 statically I guess

 2012/1/19 Anthony Alba ascanio.al...@gmail.com

 Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you
 hit the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station =
 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the
 RDNIS is already correct.









 ___
 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 http://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

___
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

Re: [OSL | CCIE_Voice] Publisher failure

2012-01-19 Thread khaled Saholy


Thanks all to your replies.

It's in a lab environment but I am asking myself this question all the time. 
What happened if something bad happened to the publisher? I got the answer.

I should depend on backups. In this case subscriber role is just helping doing 
part of the job of the publisher and when PUB is down , he can act fully as the 
call manager but with no modifications.

If hardware failure or anything bad happened to the PUB, I have to rebuild the 
PUB , do the backup recovery and then rebuild the SUB again! (Correct?) 

If I have one SUB , that will be one job but If I have many SUB's ,that's alot 
to do? Is that correct?

Another question regarding the backup, can the import/export (Bulk 
Administration menu) do the job?

Regards.

Khaled

From: gogli...@gmail.com
Date: Thu, 19 Jan 2012 09:31:02 +0100
Subject: Re: [OSL | CCIE_Voice] Publisher failure
To: khaled_sah...@hotmail.com
CC: ccie_voice@onlinestudylist.com

Bad news.

I hope you have backups from Disaster Recovery System... 
Otherwise I hope it's not production environment, just a lab, because you'll 
have to rebuild. 

Cheers, 



2012/1/19 khaled Saholy khaled_sah...@hotmail.com








Hi,

What can we do in case of the Publisher failed to boot and the Subscriber is 
still working but I can't do any configuration on it?

The Publisher vm crashed and I could not recover it. Is there a way to restore 
the db from the sub to the pub or the replication will fix that?



Thanks for your inputs.

Regards.

Khaled




  

___

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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread Juan Lopez
my mistake - I didn't read the question well - apologies


2012/1/19 George Goglidze gogli...@gmail.com

 Juan,

 We are discussing AAR not fallback mode... that's completely different.

 On Thu, Jan 19, 2012 at 9:07 AM, Juan Lopez 
 lopez.hernandez.j...@gmail.com wrote:

 would 'call-forward busy 570.' work under fallback config?
 This needs also that the 570X range is part of the HQ's DID range. If
 this is the case, this inbound call on HQ can be matched on a CTI RP witf
 CFA to VM and with a VM mask set.

 from the top of my head I do not see how to manipulate the RDNIS so it
 dynamically reflects the forwarding station at the branch. If it only needs
 to work for 1 specific forwarding number, then you can manipulate it
 statically I guess

 2012/1/19 Anthony Alba ascanio.al...@gmail.com

  Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you
 hit the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station
 = 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the
 RDNIS is already correct.









 ___
 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 http://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 http://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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread Anthony Alba
Yes, the RDNIS of 5600 looks bad.

When I dial a normal DN (1002 to 5002) I get CalledID 14087775002 and
CallerID 4158881002 with no RDNIS.

My Hunt Pilot is configured in AAR-GLOBAL with mask +14087775600. There is
no 5600 DN around.
The VM Pilot looks normal:


Branch1#
ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling
num 4158881002
ISDN Se0/0/0:23 Q931: Sending SETUP  callref = 0x00F7 callID = 0x8089
switch = primary-ni interface = User
ISDN Se0/0/0:23 Q931: TX - SETUP pd = 8  callref = 0x00F7
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98383
Exclusive, Channel 3
Display i = 'Thomas Jefferson'
Calling Party Number
Branch1# i = 0x2181, '4158881002'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '14087775600'
Plan:ISDN, Type:National
Redirecting Number i = 0x81, '5600'
Plan:Unknown, Type:Unknown
ISDN Se0/0/0:23 Q931: RX - CALL_PROC pd = 8  callref = 0x80F7
Channel ID i = 0xA98383
Exclusive, Channel 3
ISDN Se0/0/0:23 Q931: RX - ALERTING pd = 8  callref = 0x80F7
Progress Ind i = 0x8088 - In-band info or appropriate now available
ISDN Se0/0/0:23 Q931: RX - CONNECT pd = 8  callref = 0x80F7
Display i = 'UC7'
%ISDN-6-CONNECT: Interface Serial0/0/0:2 is now connected to 14087775600 N/A
%ISDN-6-CONNECT: Interface Serial0/0/0:2 is now connected to 14087775600 N/A
Branch1#
ISDN Se0/0/0:23 Q931: TX - CONNECT_ACK pd = 8  callref = 0x00F7
Branch1#
%ISDN-6-DISCONNECT: Interface Serial0/0/0:2  disconnected from 14087775600
, call lasted 2 seconds
Branch1#
ISDN Se0/0/0:23 Q931: TX - DISCONNECT pd = 8  callref = 0x00F7
Cause i = 0x8090 - Normal call clearing
ISDN Se0/0/0:23 Q931: RX - RELEASE pd = 8  callref = 0x80F7
ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8  callref = 0x00F7


On Thu, Jan 19, 2012 at 4:26 PM, George Goglidze gogli...@gmail.com wrote:

 Hi Anthony,

 Case 1 if correct. That is the best way to configure it.

 In case 2, you should not need to configure that forwarding rule at all.
 As a matter of fact, I believe the call should not have RDNIS at all, it's
 a direct call so should only have DNIS/ANI.
 If I remember correctly at least. I'm pretty sure it's like that.
 What's the AAR configuration that you have, especially on VM Ports and BR1
 Phones? As well make sure there is no DN 5600 floating around without being
 assigned to any device.

 Can you paste the q931 message from BR1 GW and coming into HQ gateway too?

 Cheers,


 On Thu, Jan 19, 2012 at 12:15 AM, Anthony Alba ascanio.al...@gmail.comwrote:

 Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you
 hit the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station =
 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the
 RDNIS is already correct.









 ___
 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

Re: [OSL | CCIE_Voice] Voicemail during AAR Redux

2012-01-19 Thread George Goglidze
Hi Anthony,

Before anything else, can you send me the route plan report from your CUCM?
If it's very big, filter by everything that starts by 5...

Cheers,

On Thu, Jan 19, 2012 at 1:06 PM, Anthony Alba ascanio.al...@gmail.comwrote:

 Yes, the RDNIS of 5600 looks bad.

 When I dial a normal DN (1002 to 5002) I get CalledID 14087775002 and
 CallerID 4158881002 with no RDNIS.

 My Hunt Pilot is configured in AAR-GLOBAL with mask +14087775600. There
 is no 5600 DN around.
 The VM Pilot looks normal:


 Branch1#
 ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1,
 Calling num 4158881002
 ISDN Se0/0/0:23 Q931: Sending SETUP  callref = 0x00F7 callID = 0x8089
 switch = primary-ni interface = User
 ISDN Se0/0/0:23 Q931: TX - SETUP pd = 8  callref = 0x00F7
 Bearer Capability i = 0x8090A2
 Standard = CCITT
 Transfer Capability = Speech
 Transfer Mode = Circuit
 Transfer Rate = 64 kbit/s
 Channel ID i = 0xA98383
 Exclusive, Channel 3
 Display i = 'Thomas Jefferson'
 Calling Party Number
 Branch1# i = 0x2181, '4158881002'
 Plan:ISDN, Type:National
 Called Party Number i = 0xA1, '14087775600'
 Plan:ISDN, Type:National
 Redirecting Number i = 0x81, '5600'
 Plan:Unknown, Type:Unknown
 ISDN Se0/0/0:23 Q931: RX - CALL_PROC pd = 8  callref = 0x80F7
 Channel ID i = 0xA98383
 Exclusive, Channel 3
 ISDN Se0/0/0:23 Q931: RX - ALERTING pd = 8  callref = 0x80F7
 Progress Ind i = 0x8088 - In-band info or appropriate now available
 ISDN Se0/0/0:23 Q931: RX - CONNECT pd = 8  callref = 0x80F7
 Display i = 'UC7'
 %ISDN-6-CONNECT: Interface Serial0/0/0:2 is now connected to 14087775600N/A
 %ISDN-6-CONNECT: Interface Serial0/0/0:2 is now connected to 14087775600N/A
 Branch1#
 ISDN Se0/0/0:23 Q931: TX - CONNECT_ACK pd = 8  callref = 0x00F7
 Branch1#
 %ISDN-6-DISCONNECT: Interface Serial0/0/0:2  disconnected from 14087775600, 
 call lasted 2 seconds
 Branch1#
 ISDN Se0/0/0:23 Q931: TX - DISCONNECT pd = 8  callref = 0x00F7
 Cause i = 0x8090 - Normal call clearing
 ISDN Se0/0/0:23 Q931: RX - RELEASE pd = 8  callref = 0x80F7
 ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8  callref = 0x00F7



 On Thu, Jan 19, 2012 at 4:26 PM, George Goglidze gogli...@gmail.comwrote:

 Hi Anthony,

 Case 1 if correct. That is the best way to configure it.

 In case 2, you should not need to configure that forwarding rule at all.
 As a matter of fact, I believe the call should not have RDNIS at all, it's
 a direct call so should only have DNIS/ANI.
 If I remember correctly at least. I'm pretty sure it's like that.
 What's the AAR configuration that you have, especially on VM Ports and
 BR1 Phones? As well make sure there is no DN 5600 floating around without
 being assigned to any device.

 Can you paste the q931 message from BR1 GW and coming into HQ gateway
 too?

 Cheers,


 On Thu, Jan 19, 2012 at 12:15 AM, Anthony Alba 
 ascanio.al...@gmail.comwrote:

 Hello, this issue has surfaced in the past but no one email seems to
 summarize the exact requirements to get Voicemail to work during AAR. I'd
 like to give a go and get your feedback:

 Task: BR1, a H.323 GW, is in AAR, Voicemail must work

 1. BR1 Ph2 dials Voicemail external PSTN DID directly:
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002

 Solution: Configure 415888100N as alternate extension for all BR1 lines
 100N

 2. BR1 Ph2 presses messages service button or dials 5600 (the VM pilot)
 Note: HQ-RTR sees: CalledID 4087775600, CallerID 4158881002, RDNIS 5600

 Solution: This is the task that seems to cause the most confusion, you
 hit the Unity Connection Opening Greeting rather than the users Attempt
 Sign-In; this is due to the RDNIS 5600 which isn't a mailbox on the system.

 Unlike some reports which stated that the 10D CallerID as alternate
 extension worked for them. I found that the RDNIS matching wins, it is a
 non-mailbox extension, so I always get  Unity Connection Opening Greeting.
 Can you guys confirm that this is the expected behaviour for  RDNIS = 5600
 (VM pilot) and CallerID = 4158881002 (1002 alternate extension).

 My solution is to add a Fowarded Routing Rule with Forwarding Station
 = 5600 and Send Call To = Attempt Sign-In
 I have only read one report that suggested this and I find I need this;
 yet nobody else seemed to need this.

 Hence I really like to hear your thoughts: is the Forwarded Routing Rule
 mandatory?

 3. PSTN, Internal users call BR1 Ph2
 Note: HQ-RTR sees CalledID 4087775600, CallerID 123456789, RDNIS 1002

 Solution: this task  works with no further configuration because the
 RDNIS is already correct.









 ___
 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 

Re: [OSL | CCIE_Voice] SRST problem: Phones in srst mode have a different configuration than they were registered to CUCM

2012-01-19 Thread datucha123 datucha123
try to reload the Router.

On Wed, Jan 18, 2012 at 3:36 PM, The Masterplan winmasterp...@gmail.comwrote:

 The same thing. The only difference is that now I don't see anymore the
 phone in show run.


 On Wed, Jan 18, 2012 at 12:34 PM, Mohd Baqari baqari.voic...@gmail.comwrote:

 Ok ... Try changing the provision mode to none ... Delete ephone-dn 1 and
 ephone 3  Then do your testing.

 Regards,
 Mohammed Al Baqari

 Sent from my iPhone

 On Jan 18, 2012, at 1:12 PM, The Masterplan winmasterp...@gmail.com
 wrote:

 The phone does not appear in the output of the command:
 tftp-server flash:gui/ephone_admin.html
  max-ephones 14
 ephone-dn  11  dual-line
  number 1002 no-reg primary
  description Cisco IP Communicator
  name Cisco IP Communicator
 ephone-dn  12  dual-line
  number 1005 no-reg primary
  description IP Blue
  name IP Blue
  night-service bell
 ephone  1
  description Cisco IP Communicator
  mac-address F0DE.F173.03E2
  type CIPC
  button  1:11
 ephone  2
  description IP Blue
  mac-address 0050.56C0.0008
  type CIPC
  button  1:12

 After I switch to srst, the output of the command looks like this:
 tftp-server flash:gui/ephone_admin.html
  max-ephones 14
 ephone-dn  1  dual-line
  number 
  description 7945 hardware
  name 7945 hardware
 ephone-dn  11  dual-line
  number 1002 no-reg primary
  description Cisco IP Communicator
  name Cisco IP Communicator
 ephone-dn  12  dual-line
  number 1005 no-reg primary
  description IP Blue
  name IP Blue
  night-service bell
 ephone  1
  description Cisco IP Communicator
  mac-address F0DE.F173.03E2
  type CIPC
  button  1:11
 ephone  2
  description IP Blue
  mac-address 0050.56C0.0008
  type CIPC
  button  1:12
 ephone  3
  mac-address 0817.3514.5682
  button  1:1


 On Wed, Jan 18, 2012 at 10:25 AM, Mohd Baqari 
 baqari.voic...@gmail.comwrote:

 Post the the output of show run | sec ephone. Probably the old config
 of ephone-dn is saved in running config due to provision all

 Regards,
 Mohammed Al Baqari

 Sent from my iPhone

 On Jan 18, 2012, at 11:55 AM, The Masterplan winmasterp...@gmail.com
 wrote:

 Hi,

 I already did no create cnf-files  create cnf-files and reset the phone
 to factory defaults and nothing. I'm running srst mode auto provision all.
 See below the config:
 telephony-service
  srst mode auto-provision all
  srst dn line-mode dual
  em logout 0:0 0:0 0:0
  max-ephones 14
  max-dn 30 no-reg
  ip source-address 10.1.1.25 port 2000
  system message SRST
  max-conferences 8 gain -6
  transfer-system full-consult
  create cnf-files version-stamp 7960 Jan 18 2012 08:09:33

 On Tue, Jan 17, 2012 at 7:13 PM, Ken Wyan kew...@gmail.com wrote:

 Did you enter no create cnf-files  create cnf-files on CME Router ?

 Which srst mode are you running? srst mode auto provision all | dn |
 none ?
 Better to post full telephony-service configuration here.

 (In SRST phone may be downloading previous xml configuration file from
 the router. Delete it from flash if so)



 On Tue, Jan 17, 2012 at 6:53 PM, The Masterplan 
 winmasterp...@gmail.com wrote:

 Hello,

 I have a problem regarding srst. The 2811 router than now is a srst
 was a acting as a cme in past in a demo lab and the 7960 phone was
 registered to it with extension . Now, the 7960 phone is registered in
 UCM with extension 5001 and the 2811 router is configured in telephony
 service srst mode. The problem is that although the old configuration of
 the router was erased, when it goes in srst fallback mode, the 7960 gets
 extension  instead of 5001 and the command show telephony-service
 ephone shows the specified phone with message:This is an srst fallback
 phone.

 Thank you for your answer

 ___
 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 http://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




 ___
 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

Re: [OSL | CCIE_Voice] CUCM version to study upgrade to latest 7.0.x release?

2012-01-19 Thread datucha123 datucha123
well, I do not know the very exact version of CUCM on the LAB Exam, but I
think it is better to study with the one that proctollabs offer. After you
will know the bugs and issues for that UCM/

On Wed, Jan 18, 2012 at 9:03 PM, Juan Lopez
lopez.hernandez.j...@gmail.comwrote:

 all,
 I found the version on proctorlabs (7.0.1.11002-2) is giving me quite some
 issues with dialrules on the 7962.
 Is it a good thing to upgrade to the latest 7.0.x release to study,
 without being out of sync with the tested UCM version?
 Or should I simply upgrade the phone firmwares instead? what is the best
 way to prepare for the real exam?

 thx,
 Juan

 ___
 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

Re: [OSL | CCIE_Voice] Gatekeeper VIAZONE - Could not find an IPIPGW

2012-01-19 Thread datucha123 datucha123
Also as I remember, the IPIPGW tech prefix has to match the Destination
Zone prefix.

On Wed, Jan 18, 2012 at 9:39 PM, Steven 
forum.ccie.onlinestudyl...@nocer.net wrote:

 @Boris
 @Leslie
 @Amit
 I got some other issues too.
 I skipped to check the GK-only functionality (BIG mistake).
 After i fixed the normal (without outvia) GK functions i revisited the
 CUBE issue.
 It turns out i accidently put the allow-connections on the Br2 instead of
 the HQ.

 Thanks for your time and help! :D

 Regards Steven

 __**_
 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