Re: [OSL | CCIE_Voice] OWLE Lab 4 CME-SRST Question

2013-02-16 Thread Bill
Bill there is no preference to method just results so either method will work.  
I prefer voice translations myself



Bill


On Feb 15, 2013, at 10:38 PM, William Bell b...@ucguerrilla.com wrote:

 In OWLE Lab 4 there is a requirement to allow 4-digit dialing to Site A and 
 Site B from Site C, while Site C is in SRST mode. I always handle this with 
 the following config:
 
 
 voice translation-rule 91051
 rule 1 /^3...$/ /1408387\0/ type any international plan any isdn
 rule 2 /^2...$/ /1202555\0/ type any international plan any isdn
 voice translation-profile 91050
 translate called 91051
 dial-peer voice 91050 pots
 translation-profile outgoing 91050
 destination-pattern [23]...$
 port 0/3/0:15
 
 
 In the solution guide, it is handled in the following manner:
 
 voice translation-profile 900
 translate called 900
 !
 voice translation-rule 900
 rule 1 // // type any international plan any isdn
 !
 dial-peer voice 900 pots
 destination-pattern 9001..
 port 0/0/0:15
 forward-digits 11
 translation-profile out 999
 num-exp 2...$ 90012025552...
 num-exp 3...$ 90014083873...
 
 
 
 Both options achieve the desired result but I am wondering if the latter 
 option is preferred for any technical reason. 
 
 
 
 Thanks in advance,
 
 -Bill
 --
 William Bell
 blog: http://ucguerrilla.com
 twitter: @ucguerrilla
 
 ___
 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] OWLE Lab 4 CME-SRST Question

2013-02-16 Thread Jason Lee
Bill,

I'm with you.  I try to avoid number expansions to simplify things.  I set
up similar scenarios exactly as you have in your first solution.  I also
number my translation rules, patterns, and dial-peers in a manner that
allows me to call them all up using the section option on show commands.
 That way I can look at everything involved in the call with one command...


On Sat, Feb 16, 2013 at 5:50 AM, Bill whl...@gmail.com wrote:

 Bill there is no preference to method just results so either method will
 work.  I prefer voice translations myself



 Bill


 On Feb 15, 2013, at 10:38 PM, William Bell b...@ucguerrilla.com wrote:

  In OWLE Lab 4 there is a requirement to allow 4-digit dialing to Site A
 and Site B from Site C, while Site C is in SRST mode. I always handle this
 with the following config:
 
 
  voice translation-rule 91051
  rule 1 /^3...$/ /1408387\0/ type any international plan any isdn
  rule 2 /^2...$/ /1202555\0/ type any international plan any isdn
  voice translation-profile 91050
  translate called 91051
  dial-peer voice 91050 pots
  translation-profile outgoing 91050
  destination-pattern [23]...$
  port 0/3/0:15
 
 
  In the solution guide, it is handled in the following manner:
 
  voice translation-profile 900
  translate called 900
  !
  voice translation-rule 900
  rule 1 // // type any international plan any isdn
  !
  dial-peer voice 900 pots
  destination-pattern 9001..
  port 0/0/0:15
  forward-digits 11
  translation-profile out 999
  num-exp 2...$ 90012025552...
  num-exp 3...$ 90014083873...
 
 
 
  Both options achieve the desired result but I am wondering if the latter
 option is preferred for any technical reason.
 
 
 
  Thanks in advance,
 
  -Bill
  --
  William Bell
  blog: http://ucguerrilla.com
  twitter: @ucguerrilla
 
  ___
  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

[OSL | CCIE_Voice] CUE Dropped Calls

2013-02-16 Thread Jason Lee
I'm running into an issue with my CUE module.  I'm getting intermittent
fast-busy when calling into it.  At first I though it was a random thing,
but right now it is dropping 50% of all calls.  2 calls will go though, 2
will fail, and so on.

I see this behavior in both CME and CUCM integrations.  It occurs from
phones local and remote to SC.

Has anyone run into anything like this before?


Here's some of the relevant configuration:

interface Service-Engine0/0
 ip unnumbered GigabitEthernet0/0.106
 service-module ip address 192.168.106.2 255.255.255.0
 service-module ip default-gateway 192.168.106.1
!
ip route 192.168.106.2 255.255.255.255 Service-Engine0/0
___
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] CUE Dropped Calls

2013-02-16 Thread Bill
Intermittent problems are tough without the full config but have you tried 
making sure it is not a hardware issue? Can you match the failed calls to 
failed pings?  Have you some debugs of your sip messages? The study list needs 
more information to try to help with the issue.

Bill


On Feb 16, 2013, at 2:25 PM, Jason Lee jas7...@gmail.com wrote:

 I'm running into an issue with my CUE module.  I'm getting intermittent 
 fast-busy when calling into it.  At first I though it was a random thing, but 
 right now it is dropping 50% of all calls.  2 calls will go though, 2 will 
 fail, and so on.  
 
 I see this behavior in both CME and CUCM integrations.  It occurs from phones 
 local and remote to SC.  
 
 Has anyone run into anything like this before?
 
 
 Here's some of the relevant configuration:
 
 interface Service-Engine0/0
  ip unnumbered GigabitEthernet0/0.106
  service-module ip address 192.168.106.2 255.255.255.0
  service-module ip default-gateway 192.168.106.1
 !
 ip route 192.168.106.2 255.255.255.255 Service-Engine0/0
 
 
 ___
 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] SRST transfer system and pattern

2013-02-16 Thread Ramcharan Arya
Hi,

As per cisco CME design guide these commands are necessary. Please refer
cisco CME SRND.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/srnd/design/guide/clproc.html#wp1068396

Regards,
Ramcharan Arya
CCIE # 28926 ( RS)


On Fri, Feb 15, 2013 at 4:51 PM, Cory Gray corygray22...@hotmail.comwrote:

 I have had several conversations with people on this.  Everyone can easily
 make SRST work but scoring points seems to be the trickiest thing in the
 lab.  So I do not think anyone knows for sure what should or should not be
 on the “template”  I have never scored any points there so I cannot give an
 OPINION on what should or should not be there.  People say they score
 points and then go with the same template on the next lab and get 0 so it
 is a mystery.  People can share templates without breaking NDA since the
 question is never discussed.  Getting the question right is the easy part!
 

 ** **

 *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
 ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Pixar Perfect
 *Sent:* Friday, February 15, 2013 5:26 PM
 *To:* CCIE Voice OSL
 *Subject:* [OSL | CCIE_Voice] SRST transfer system and pattern

 ** **

 transfer-system full-consultdo we need to specify this? I thought by
 default it is wnabled but I read on voiceie forum someone scored nothing on
 SRST adn the only conclusion was the transfersystem consult was missing.
 Any thoughts?

 ** **

  srst mode auto-provision all

  srst ephone description SRST-EPHONES-CME  

  srst dn template 1

  srst dn line-mode octo

  max-ephones 10

  max-dn 10 preference 2 no-reg both

  ip source-address 10.10.1.13 SiteC Loopback  port 2000

  time-zone 42

  max-conferences 8 gain -6

  call-forward pattern .T

  time-webedit 

 * transfer-system full-consult*

 * transfer-pattern .T*

 ___
 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

[OSL | CCIE_Voice] QOS Questions

2013-02-16 Thread ie ravindra
hi folks,

I have two questions in QOS.

1. When classifying a qos traffic for CTI Cube I used access lists.
 ip access-list extended CTIQBE
 match tcp any any eq 2748
 match tcp any eq 2748 any

Question is there any other method to clasify traffic in QOS CTI CUBE
?

2. When bandwidth classification in policy-map section

 policy-map CBWFQ_BR1
   class voice-media
   priority percentage 25
   class voice-signaling
   bandwidth remaining percentage 5


  In above is it enough that 5 percent from remaining traffic in 512
Kbps line. what is the calculation required. I believe that 5 percent from
the remaining traffic.

Thanks,
Ravi.
___
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