Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

2010-04-07 Thread Mustafa
In system parameters, if you select partial match, MVA will always ask 
your number and then PIN. Change it to exact match and if you have 
correct caller ID coming in and it matches then you get only asked for 
PIN. I've tested it with both h323 and mgcp gateways.

-- Mustafa

sean hurricane wrote:
 I am able to call MVA directory number but instead of being asked to 
 enter PIN...the system is prompting me to enter my remote destination 
 number which means my remote destination number is not been 
 recognized, see config below


 application
  service MVA http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml

 voice translation-rule 9
  rule 1 /^0/ /+44/

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip

 All the necessary parameters were turned enabled in CCM

 remote destination # is line 6 of pstn phone: +447976852817

 any thoughts?

 

 ___
 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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
I have an h323 gateway provisioned in call manageri can successfully
make outbound calls but inbound PSTN calls are not ringing the phone
(translation pattern is configured to strip inbound calls from 10 to 4)

i am getting the following error in the trace file


04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the TCP
connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't find
this port in the registered H323 endpoints port list.
|CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the TCP
connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't find
this port in the registered H323 endpoints port list.
|CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the TCP
connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't find
this port in the registered H323 endpoints port list.
|CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


*Router Config

*

voice translation-rule 1
 rule 1 /415888\(1...\)/ /\1/
voice translation-profile INBOUND
 translate called 1*

*voice-port 0/2/1:23
 translation-profile incoming INBOUND*

*dial-peer voice 3000 voip
 destination-pattern 1...$
 voice-class codec 1
 voice-class h323 1
 session target ipv4:10.10.210.11
 dtmf-relay h245-alphanumeric
 no vad

dial-peer voice 3005 voip
 preference 1
 destination-pattern 1...$
 voice-class codec 1
 voice-class h323 1
 session target ipv4:10.10.210.10
 dtmf-relay h245-alphanumeric
 no vad

BR1#sh run int fa0/0.240
Building configuration...

Current configuration : 204 bytes
!
interface FastEthernet0/0.240
 encapsulation dot1Q 240
 ip address 10.10.201.1 255.255.255.0
 ip helper-address 10.10.200.3
 h323-gateway voip interface
 h323-gateway voip bind srcaddr 10.10.201.1

Weird thing is i can use csim start to call phones and they ring but inbound
PSTN calls gets the error msg above


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


Re: [OSL | CCIE_Voice] Supplementary CUCME Services

2010-04-07 Thread Mustafa
When I went through the CUCME admin guide, I looked for features that 
were supported on the version that is being tested. Since the version 
tested in LAB is 7.0, then it would be just extra work to practice 
features that are only enabled with 7.1. For example, when you look at 
SNR in Express, it only becomes available in 7.1. Most of the SIP 
features require 7.1 version.

Second, use your own judgment, whether a feature is lab testable or not. 
Some features are simply not lab testable.

And yes, you have to be very familiar with the documentation. Sometimes, 
your brain locks up under pressure and if you know where to look in 
documentation, it can make a difference when you try to recall. You 
don't have to remember it all, just be able to reference to it when needed.

hth
-- Mustafa

Matthew Berry wrote:
 All -

 I've been going through the System Admin guide for CUCME and feel 
 overwhelmed by the amount of information contained in the document.  
 I'm wondering how necessary it is to be able to configure MLPP or SNR 
 off the top of my head.  I'm wondering if a better approach would be 
 to be familiar with the document and be able to quickly refer to it 
 during the lab.

 Thoughts?

 -- 

 Matthew Berry

 /A+, CCENT, CCNA, CCNA Voice, CCVP, CCIE Written/

  

 *Gmail:* ciscovoiceguru

 *Skype:* ciscovoiceguru

 *Twitter:* ciscovoiceguru

 *1st Lab Attempt: *Aug 16, 2010

 

 ___
 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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Omotayo
You need to add

dial-peer voice 100 pots
 incoming called-number .
 direct-inward-dial


On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane shurric...@gmail.com wrote:

 I have an h323 gateway provisioned in call manageri can successfully
 make outbound calls but inbound PSTN calls are not ringing the phone
 (translation pattern is configured to strip inbound calls from 10 to 4)

 i am getting the following error in the trace file


 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


 *Router Config

 *

 voice translation-rule 1
  rule 1 /415888\(1...\)/ /\1/
 voice translation-profile INBOUND
  translate called 1*

 *voice-port 0/2/1:23
  translation-profile incoming INBOUND*

 *dial-peer voice 3000 voip
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 3005 voip
  preference 1
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad

 BR1#sh run int fa0/0.240
 Building configuration...

 Current configuration : 204 bytes
 !
 interface FastEthernet0/0.240
  encapsulation dot1Q 240
  ip address 10.10.201.1 255.255.255.0
  ip helper-address 10.10.200.3
  h323-gateway voip interface
  h323-gateway voip bind srcaddr 10.10.201.1

 Weird thing is i can use csim start to call phones and they ring but
 inbound PSTN calls gets the error msg above


 any thots?

 ___
 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 7 question 3.2 (DISA)

2010-04-07 Thread sean hurricane
if you change it to complete match it breaks requirement for question 3.1
and if i am correct you will need application dial rules... anyways i
changed it to complete match,restarted ccm and cti service and it didn't
help.

thanks.

On Wed, Apr 7, 2010 at 2:04 AM, Mustafa afat...@verizon.net wrote:

 In system parameters, if you select partial match, MVA will always ask your
 number and then PIN. Change it to exact match and if you have correct caller
 ID coming in and it matches then you get only asked for PIN. I've tested it
 with both h323 and mgcp gateways.

 -- Mustafa

 sean hurricane wrote:

 I am able to call MVA directory number but instead of being asked to enter
 PIN...the system is prompting me to enter my remote destination number which
 means my remote destination number is not been recognized, see config below


 application
  service MVA http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml

 voice translation-rule 9
  rule 1 /^0/ /+44/

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip

 All the necessary parameters were turned enabled in CCM

 remote destination # is line 6 of pstn phone: +447976852817

 any thoughts?

 

 ___
 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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
i had that in another dial-peer, see below:

dial-peer voice 1 pots
 incoming called-number .
 direct-inward-dial

dial-peer voice 1000 voip
 destination-pattern 3...$
 voice-class codec 1
 voice-class h323 1
 session target ipv4:10.10.210.11
 dtmf-relay h245-alphanumeric
 no vad

dial-peer voice 1005 voip
 preference 1
 destination-pattern 3...$
 voice-class codec 1
 voice-class h323 1
 session target ipv4:10.10.210.10
 dtmf-relay h245-alphanumeric
 no vad
dial-peer voice 3600 voip
 destination-pattern 3600$
 session protocol sipv2
 session target ipv4:10.10.202.2
 dtmf-relay sip-notify
 codec g711ulaw
 no vad

dial-peer voice 3 pots
 translation-profile outgoing OUTBOUND
 destination-pattern 999
 port 0/2/0:15
 forward-digits 3

dial-peer voice 5 pots
 translation-profile outgoing OUTBOUND
 destination-pattern 9%112
 port 0/2/0:15
 forward-digits 3

dial-peer voice 7 pots
 translation-profile outgoing LOCAL
 destination-pattern 97...
 port 0/2/0:15
 forward-digits 8
dial-peer voice 11 pots
 translation-profile outgoing +DIAL
 destination-pattern 90T
 port 0/2/0:15
 forward-digits 12

dial-peer voice 666 voip
 service clid_authen_collect
 destination-pattern 907976852817
 session target ipv4:10.10.110.3
 incoming called-number 907976852817
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad

dial-peer voice 9 pots
 translation-profile incoming MVA
 service mva
 incoming called-number 3777
 no digit-strip
 direct-inward-dial


On Wed, Apr 7, 2010 at 2:23 AM, Omotayo adefilabi...@gmail.com wrote:

 You need to add

 dial-peer voice 100 pots
  incoming called-number .
  direct-inward-dial


 On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane shurric...@gmail.comwrote:

 I have an h323 gateway provisioned in call manageri can successfully
 make outbound calls but inbound PSTN calls are not ringing the phone
 (translation pattern is configured to strip inbound calls from 10 to 4)

 i am getting the following error in the trace file


 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


 *Router Config

 *

 voice translation-rule 1
  rule 1 /415888\(1...\)/ /\1/
 voice translation-profile INBOUND
  translate called 1*

 *voice-port 0/2/1:23
  translation-profile incoming INBOUND*

 *dial-peer voice 3000 voip
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 3005 voip
  preference 1
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad

 BR1#sh run int fa0/0.240
 Building configuration...

 Current configuration : 204 bytes
 !
 interface FastEthernet0/0.240
  encapsulation dot1Q 240
  ip address 10.10.201.1 255.255.255.0
  ip helper-address 10.10.200.3
  h323-gateway voip interface
  h323-gateway voip bind srcaddr 10.10.201.1

 Weird thing is i can use csim start to call phones and they ring but
 inbound PSTN calls gets the error msg above


 any thots?

 ___
 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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Roger Henderson
Sean,

That's a POTS dial-peer. Add it to a VOIP one too. :)

Roger

On Wed, Apr 7, 2010 at 5:29 PM, sean hurricane shurric...@gmail.com wrote:

 i had that in another dial-peer, see below:

 dial-peer voice 1 pots

  incoming called-number .
  direct-inward-dial

 dial-peer voice 1000 voip
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 1005 voip
  preference 1
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad
 dial-peer voice 3600 voip
  destination-pattern 3600$
  session protocol sipv2
  session target ipv4:10.10.202.2
  dtmf-relay sip-notify
  codec g711ulaw
  no vad

 dial-peer voice 3 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 999
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 5 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 9%112
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 7 pots
  translation-profile outgoing LOCAL
  destination-pattern 97...
  port 0/2/0:15
  forward-digits 8
 dial-peer voice 11 pots
  translation-profile outgoing +DIAL
  destination-pattern 90T
  port 0/2/0:15
  forward-digits 12

 dial-peer voice 666 voip
  service clid_authen_collect
  destination-pattern 907976852817
  session target ipv4:10.10.110.3
  incoming called-number 907976852817
  dtmf-relay h245-alphanumeric
  codec g711ulaw
  no vad

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip
  direct-inward-dial



 On Wed, Apr 7, 2010 at 2:23 AM, Omotayo adefilabi...@gmail.com wrote:

 You need to add

 dial-peer voice 100 pots
  incoming called-number .
  direct-inward-dial


 On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane shurric...@gmail.comwrote:

 I have an h323 gateway provisioned in call manageri can successfully
 make outbound calls but inbound PSTN calls are not ringing the phone
 (translation pattern is configured to strip inbound calls from 10 to 4)

 i am getting the following error in the trace file


 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


 *Router Config

 *

 voice translation-rule 1
  rule 1 /415888\(1...\)/ /\1/
 voice translation-profile INBOUND
  translate called 1*

 *voice-port 0/2/1:23
  translation-profile incoming INBOUND*

 *dial-peer voice 3000 voip
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 3005 voip
  preference 1
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad

 BR1#sh run int fa0/0.240
 Building configuration...

 Current configuration : 204 bytes
 !
 interface FastEthernet0/0.240
  encapsulation dot1Q 240
  ip address 10.10.201.1 255.255.255.0
  ip helper-address 10.10.200.3
  h323-gateway voip interface
  h323-gateway voip bind srcaddr 10.10.201.1

 Weird thing is i can use csim start to call phones and they ring but
 inbound PSTN calls gets the error msg above


 any thots?

 ___
 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


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


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Omotayo
Sean,

the last config you posted lloks like its on the br2 router.

you should have the
dial-peer voice 1 pots

 incoming called-number .
 direct-inward-dial

on the br1 router
On Wed, Apr 7, 2010 at 7:29 AM, sean hurricane shurric...@gmail.com wrote:

 i had that in another dial-peer, see below:

 dial-peer voice 1 pots

  incoming called-number .
  direct-inward-dial

 dial-peer voice 1000 voip
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 1005 voip
  preference 1
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad
 dial-peer voice 3600 voip
  destination-pattern 3600$
  session protocol sipv2
  session target ipv4:10.10.202.2
  dtmf-relay sip-notify
  codec g711ulaw
  no vad

 dial-peer voice 3 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 999
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 5 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 9%112
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 7 pots
  translation-profile outgoing LOCAL
  destination-pattern 97...
  port 0/2/0:15
  forward-digits 8
 dial-peer voice 11 pots
  translation-profile outgoing +DIAL
  destination-pattern 90T
  port 0/2/0:15
  forward-digits 12

 dial-peer voice 666 voip
  service clid_authen_collect
  destination-pattern 907976852817
  session target ipv4:10.10.110.3
  incoming called-number 907976852817
  dtmf-relay h245-alphanumeric
  codec g711ulaw
  no vad

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip
  direct-inward-dial



 On Wed, Apr 7, 2010 at 2:23 AM, Omotayo adefilabi...@gmail.com wrote:

 You need to add

 dial-peer voice 100 pots
  incoming called-number .
  direct-inward-dial


   On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane shurric...@gmail.comwrote:

  I have an h323 gateway provisioned in call manageri can
 successfully make outbound calls but inbound PSTN calls are not ringing the
 phone (translation pattern is configured to strip inbound calls from 10 to
 4)

 i am getting the following error in the trace file


 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


 *Router Config

 *

 voice translation-rule 1
  rule 1 /415888\(1...\)/ /\1/
 voice translation-profile INBOUND
  translate called 1*

 *voice-port 0/2/1:23
  translation-profile incoming INBOUND*

 *dial-peer voice 3000 voip
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 3005 voip
  preference 1
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad

 BR1#sh run int fa0/0.240
 Building configuration...

 Current configuration : 204 bytes
 !
 interface FastEthernet0/0.240
  encapsulation dot1Q 240
  ip address 10.10.201.1 255.255.255.0
  ip helper-address 10.10.200.3
  h323-gateway voip interface
  h323-gateway voip bind srcaddr 10.10.201.1

 Weird thing is i can use csim start to call phones and they ring but
 inbound PSTN calls gets the error msg above


 any thots?

 ___
 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 7 question 3.2 (DISA)

2010-04-07 Thread Angel Perez

Hello:

 

Modify voice translation-rule 9 in order to match the calling number with your 
RD number

 

hth

  


Date: Wed, 7 Apr 2010 02:25:53 -0400
From: shurric...@gmail.com
To: afat...@verizon.net
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

if you change it to complete match it breaks requirement for question 3.1 and 
if i am correct you will need application dial rules... anyways i changed it to 
complete match,restarted ccm and cti service and it didn't help. 

thanks. 


On Wed, Apr 7, 2010 at 2:04 AM, Mustafa afat...@verizon.net wrote:

In system parameters, if you select partial match, MVA will always ask your 
number and then PIN. Change it to exact match and if you have correct caller ID 
coming in and it matches then you get only asked for PIN. I've tested it with 
both h323 and mgcp gateways.

-- Mustafa

sean hurricane wrote:




I am able to call MVA directory number but instead of being asked to enter 
PIN...the system is prompting me to enter my remote destination number which 
means my remote destination number is not been recognized, see config below


application
 service MVA http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml

voice translation-rule 9
 rule 1 /^0/ /+44/

dial-peer voice 9 pots
 translation-profile incoming MVA
 service mva
 incoming called-number 3777
 no digit-strip

All the necessary parameters were turned enabled in CCM

remote destination # is line 6 of pstn phone: +447976852817

any thoughts?



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


  
_
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

2010-04-07 Thread Roger Källberg
Hi,
You don't need to have complete match to only get asked about PIN when you dial 
in to MVA. But there are some well known strange behaviors that can be seen in 
the version of UCM we use in the lab. When you change the setting for 
partial/complete match and the number of digits needed, you may need to change 
the setting for needed numbers to for example first 7, then back to 10 
(default), then back to 7 again. Don’t ask why, but this has fixed the match 
for me and also for some other that attended the ILT boot camp in SJ in March.

Brgds,

Roger Källberg
Consultant
Cygate AB
Eric Perssons väg 21, SE-217 62 MALMÖ


Från: Mustafa [afat...@verizon.net]
Skickat: den 7 april 2010 08:04
Till: sean hurricane
Kopia: ccie_voice@onlinestudylist.com
Ämne: Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

In system parameters, if you select partial match, MVA will always ask
your number and then PIN. Change it to exact match and if you have
correct caller ID coming in and it matches then you get only asked for
PIN. I've tested it with both h323 and mgcp gateways.

-- Mustafa

sean hurricane wrote:
 I am able to call MVA directory number but instead of being asked to
 enter PIN...the system is prompting me to enter my remote destination
 number which means my remote destination number is not been
 recognized, see config below


 application
  service MVA http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml

 voice translation-rule 9
  rule 1 /^0/ /+44/

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip

 All the necessary parameters were turned enabled in CCM

 remote destination # is line 6 of pstn phone: +447976852817

 any thoughts?

 

 ___
 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] Time of Day Routing

2010-04-07 Thread Roger Källberg
What if you change this setup somewhat to be like this instead?
Use a CTI RP in PT ToD_RollToVM_P with dn 6XXX, or whatever that matches your 
internal dn’s.
Use a TP in AllHours_P with match 6XXX, send it to a CSS that can see the PT 
that the phone’s dn uses. That PT need to be different than AllHours_P and 
ToD_RollToVM_P, for example Internal_PT or whatever name you’re used to use. 
All in all you would have tree PT’s with the dn’s.
I think that this would eliminate the need to have unique CTI ports for each 
dn, since you would get an equal match for the CTI RP and the TP.
Roger Källberg
Consultant
Cygate AB
Eric Perssons väg 21, SE-217 62 MALMÖ

Från: mthompson...@gmail.com [mthompson...@gmail.com]
Skickat: den 6 april 2010 19:13
Till: Sivakumar Mahalingam; Mike Thompson
Kopia: ccie_voice@onlinestudylist.com
Ämne: Re: [OSL | CCIE_Voice] Time of Day Routing

so if you have 2 partitions with the same DN:

AllHours_P 6110 - this partition is where the phone DN sits, this is 
accessible by the internal phones (school front office, etc) and more 
specifically from CER
ToD_RollToVM_P 6110 - this partition has a CTI port that has Cfwd All to VM 
checked. it's accessible only by gateways and calls forwarded from Unity (to 
prevent someone tyring to back door access from a call handler)

the important part is the second is a Time of Day partition and is HIGHER in 
the CSS than the AllHours parition. that way, when a call comes in from the 
gateway, it will see that port first and then roll to voicemail.

the major caveat is that you have to have a separate port for each DN since a 
'masked' extension won't work. the CSS priority only deifferentiates when 
there's an EXACT match.

so the incoming GW CSS has:
P1 - other random partitions
P2
P3
ToD_RollToVM_P
AllHours_P

The CSS applied to CER has only
P1
P2
P3
AllHours_P

Note the absense of the ToD_RollToVM_P, this way calls from CER and internal 
phones (if so desired) are never trapped by the CFwd to VM.

MAKE SURE that the MWI CSS has access to only the AllHours_P, we ran into 
issues that the MWI wouldn't work during the day and it was because the CTI 
Port was getting the MWI on/off requests.

does that make sense?
On Apr 6, 2010 10:59am, Sivakumar Mahalingam sima...@gmail.com wrote:
 Hi Mike,





 Thanks for your quick response.





 We also have the CER integrated with the call manager and configured the 
 onsite alert list(They dont have the internal security and the alerts(phone 
 and e-mail) are sent to some main people of the school.)Below is the setup.







 1.Single DID(ELIN)is attached to more than one phones by grouping it to ERL.


 2.When a 911 call is made the PSAP will receive the DID number ,the location 
 with color code and the Main number of the school as the alternative call 
 back number.



 3.The PSAP will call back the alternate call back number (Main number)while 
 dispatching the help




 4.The  alternate call back number has been provided with the capability to 
 reach the classroom phone at anytime of the day.




 Inspite of having these options,the client needs the classroom phone to ring 
 the directly.









 Thanks,




 Simah.









 On Tue, Apr 6, 2010 at 10:33 AM, Mike Thompson mthompson...@gmail.com wrote:








 The way we addressed those in the past is to have any 911 calls coming from a 
 class room ring a internal security group (hunt group) consisting of a dozen 
 or so numbers of internal staff (phones that are always manned in some form 
 or fashion during the day).  Any calls that require actual emergency services 
 are then dispatched / contacted by the office staff of the school.  Another 
 option is if they want to install CER to do e-911, then you can make the PSAP 
 response callback number a viable endpoint for incoming calls.





 HTH





 From: ccie_voice-boun...@onlinestudylist.com 
 [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Sivakumar 
 Mahalingam


 Sent: Tuesday, April 06, 2010 10:08 AM
 To: ccie_voice@onlinestudylist.com
 Subject: [OSL | CCIE_Voice] Time of Day Routing















 Hi All,









 I need some help in tweaking the TOD routing configuration on a real network.









 Scenario :







 It's a school environment where we have configured the TOD for the classroom 
 phones to goto VM during instruction hours( 8-5) and ring the phone after 
 hours.It's working and the problem we are facing is, when someone makes a 911 
 call during instructional hour from a classroom phone the call goes to the 
 PSAP and if the PSAP calls back that number ,it directs the PSAP officer to 
 the VM of that extension.



 So my question is, is there a way to overide the TOD routing for certain 
 incoming numbers (say 10 numbers from PSAP) and allow those calls only to 
 ring the phone directly during instructional hours.





 I appericiate all your ideas and help.




 Thanks in advance.




 Simah.














[OSL | CCIE_Voice] CCMCUPS service

2010-04-07 Thread Ashar Siddiqui

Q: What service is used on the CCM to communicate with CUPS?

I would say Cisco AXL web service as it is used to sync with sync Agent 
at CUPS but I can see CTI  Manager could very well be that service which 
is needed for Desktop control...

Thoughts?

Ash

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


Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

2010-04-07 Thread sean hurricane
i will try later tonite and report back, thanks all




2010/4/7 Roger Källberg roger.kallb...@cygate.se

 Hi,
 You don't need to have complete match to only get asked about PIN when you
 dial in to MVA. But there are some well known strange behaviors that can be
 seen in the version of UCM we use in the lab. When you change the setting
 for partial/complete match and the number of digits needed, you may need to
 change the setting for needed numbers to for example first 7, then back to
 10 (default), then back to 7 again. Don’t ask why, but this has fixed the
 match for me and also for some other that attended the ILT boot camp in SJ
 in March.

 Brgds,

 Roger Källberg
 Consultant
 Cygate AB
 Eric Perssons väg 21, SE-217 62 MALMÖ

 
 Från: Mustafa [afat...@verizon.net]
 Skickat: den 7 april 2010 08:04
 Till: sean hurricane
 Kopia: ccie_voice@onlinestudylist.com
 Ämne: Re: [OSL | CCIE_Voice] LAB 7 question 3.2 (DISA)

 In system parameters, if you select partial match, MVA will always ask
 your number and then PIN. Change it to exact match and if you have
 correct caller ID coming in and it matches then you get only asked for
 PIN. I've tested it with both h323 and mgcp gateways.

 -- Mustafa

 sean hurricane wrote:
  I am able to call MVA directory number but instead of being asked to
  enter PIN...the system is prompting me to enter my remote destination
  number which means my remote destination number is not been
  recognized, see config below
 
 
  application
   service MVA http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml
 
  voice translation-rule 9
   rule 1 /^0/ /+44/
 
  dial-peer voice 9 pots
   translation-profile incoming MVA
   service mva
   incoming called-number 3777
   no digit-strip
 
  All the necessary parameters were turned enabled in CCM
 
  remote destination # is line 6 of pstn phone: +447976852817
 
  any thoughts?
 
  
 
  ___
  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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
sorry about that, it was almost 4:00am  and eyes were getting weary. I had
the dial-peer just not in the config i posted. i seriously do not think it's
a dial-peer issue, if it was that i should just get a secondary dial-tone,
excuse my failed attempt at being clever by posting snipet of the config
but I do not think a missing dial-peer would make UCCM reject connections
from a gteway that is registered to it. I am at work now but i will post
full config later tonight.

thanks.

On Wed, Apr 7, 2010 at 3:33 AM, Omotayo adefilabi...@gmail.com wrote:

  Sean,

 the last config you posted lloks like its on the br2 router.

 you should have the
  dial-peer voice 1 pots

  incoming called-number .
  direct-inward-dial

 on the br1 router
   On Wed, Apr 7, 2010 at 7:29 AM, sean hurricane shurric...@gmail.comwrote:

 i had that in another dial-peer, see below:

 dial-peer voice 1 pots

  incoming called-number .
  direct-inward-dial

 dial-peer voice 1000 voip
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 1005 voip
  preference 1
  destination-pattern 3...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad
 dial-peer voice 3600 voip
  destination-pattern 3600$
  session protocol sipv2
  session target ipv4:10.10.202.2
  dtmf-relay sip-notify
  codec g711ulaw
  no vad

 dial-peer voice 3 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 999
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 5 pots
  translation-profile outgoing OUTBOUND
  destination-pattern 9%112
  port 0/2/0:15
  forward-digits 3

 dial-peer voice 7 pots
  translation-profile outgoing LOCAL
  destination-pattern 97...
  port 0/2/0:15
  forward-digits 8
 dial-peer voice 11 pots
  translation-profile outgoing +DIAL
  destination-pattern 90T
  port 0/2/0:15
  forward-digits 12

 dial-peer voice 666 voip
  service clid_authen_collect
  destination-pattern 907976852817
  session target ipv4:10.10.110.3
  incoming called-number 907976852817
  dtmf-relay h245-alphanumeric
  codec g711ulaw
  no vad

 dial-peer voice 9 pots
  translation-profile incoming MVA
  service mva
  incoming called-number 3777
  no digit-strip
  direct-inward-dial



 On Wed, Apr 7, 2010 at 2:23 AM, Omotayo adefilabi...@gmail.com wrote:

 You need to add

 dial-peer voice 100 pots
  incoming called-number .
  direct-inward-dial


   On Wed, Apr 7, 2010 at 7:12 AM, sean hurricane 
 shurric...@gmail.comwrote:

  I have an h323 gateway provisioned in call manageri can
 successfully make outbound calls but inbound PSTN calls are not ringing the
 phone (translation pattern is configured to strip inbound calls from 10 to
 4)

 i am getting the following error in the trace file


 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:57:59.551 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 04/06/2010 23:58:51.835 CCM|H225Handler::SdlConnectionInd, rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, can't
 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


 *Router Config

 *

 voice translation-rule 1
  rule 1 /415888\(1...\)/ /\1/
 voice translation-profile INBOUND
  translate called 1*

 *voice-port 0/2/1:23
  translation-profile incoming INBOUND*

 *dial-peer voice 3000 voip
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.11
  dtmf-relay h245-alphanumeric
  no vad

 dial-peer voice 3005 voip
  preference 1
  destination-pattern 1...$
  voice-class codec 1
  voice-class h323 1
  session target ipv4:10.10.210.10
  dtmf-relay h245-alphanumeric
  no vad

 BR1#sh run int fa0/0.240
 Building configuration...

 Current configuration : 204 bytes
 !
 interface FastEthernet0/0.240
  encapsulation dot1Q 240
  ip address 10.10.201.1 255.255.255.0
  ip helper-address 10.10.200.3
  h323-gateway voip interface
  h323-gateway voip bind srcaddr 10.10.201.1

 Weird thing is i can use csim start to call phones and they ring but
 inbound PSTN calls gets the error msg above


 any thots?

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





___
For more information regarding industry leading CCIE Lab 

[OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

2010-04-07 Thread Stephen Greszczyszyn
I have two MGCP IOS gw set up (HQ/BR1), and they are registered and
working OK.  For some reason, they seem not to be stripping the
significant digits to 4 as I have configured in CUCM.  I have tired
resetting the GW and no/mgcp, as well as rebuilding the GW in CUCM.
The SIP phones can call each other in CUCM using 4-digits.  I'm
probably doing something stupid...

The call reaches the CUCM with the full dialed digits and I get this on the GW;

Apr  7 14:52:11.858: ISDN Se0/1/0:15 Q931: TX - RELEASE_COMP pd = 8
callref = 0x8094
Cause i = 0x8081 - Unallocated/unassigned number

on the CUCM I see the full numbers coming in, and no match:

04/07/2010 16:04:29.889 CCM|Digit analysis: match(pi=2,fqcn=,
cn=3942123, plv=5, pss=, TodFilteredPss=,
dd=2123945002,dac=0)|CLID::StandAloneClusterNID::10.10.210.11CT::2,100,133,1.126IP::10.10.110.1DEV::LVL::DetailedMASK::0800
04/07/2010 16:04:29.889 CCM|Digit analysis:
potentialMatches=NoPotentialMatchesExist|CLID::StandAloneClusterNID::10.10.210.11CT::2,100,133,1.126IP::10.10.110.1DEV::LVL::DetailedMASK::0800
04/07/2010 16:04:29.889 CCM|
|CLID::StandAloneClusterNID::10.10.210.11LVL::State
TransitionMASK::0040
04/07/2010 16:04:29.889 CCM|Out Message -- PriReleaseCompleteMsg --
Protocol= 
PriEuroProtocol|CLID::StandAloneClusterNID::10.10.210.11LVL::SignificantMASK::0040
04/07/2010 16:04:29.889 CCM|Ie - Q931CauseIe IEData= 08 02 80 81
|CLID::StandAloneClusterNID::10.10.210.11LVL::State
TransitionMASK::0040

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


Re: [OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

2010-04-07 Thread Ashar Siddiqui

Can you make outbound calls through your gateways?
Check your CSS/Partitions etc.


On 07/04/2010 16:05, Stephen Greszczyszyn wrote:

I have two MGCP IOS gw set up (HQ/BR1), and they are registered and
working OK.  For some reason, they seem not to be stripping the
significant digits to 4 as I have configured in CUCM.  I have tired
resetting the GW and no/mgcp, as well as rebuilding the GW in CUCM.
The SIP phones can call each other in CUCM using 4-digits.  I'm
probably doing something stupid...

The call reaches the CUCM with the full dialed digits and I get this on the GW;

Apr  7 14:52:11.858: ISDN Se0/1/0:15 Q931: TX -  RELEASE_COMP pd = 8
callref = 0x8094
 Cause i = 0x8081 - Unallocated/unassigned number

on the CUCM I see the full numbers coming in, and no match:

04/07/2010 16:04:29.889 CCM|Digit analysis: match(pi=2,fqcn=,
cn=3942123, plv=5, pss=, TodFilteredPss=,
dd=2123945002,dac=0)|CLID::StandAloneClusterNID::10.10.210.11CT::2,100,133,1.126IP::10.10.110.1DEV::LVL::DetailedMASK::0800
04/07/2010 16:04:29.889 CCM|Digit analysis:
potentialMatches=NoPotentialMatchesExist|CLID::StandAloneClusterNID::10.10.210.11CT::2,100,133,1.126IP::10.10.110.1DEV::LVL::DetailedMASK::0800
04/07/2010 16:04:29.889 CCM|
|CLID::StandAloneClusterNID::10.10.210.11LVL::State
TransitionMASK::0040
04/07/2010 16:04:29.889 CCM|Out Message -- PriReleaseCompleteMsg --
Protocol= 
PriEuroProtocol|CLID::StandAloneClusterNID::10.10.210.11LVL::SignificantMASK::0040
04/07/2010 16:04:29.889 CCM|Ie - Q931CauseIe IEData= 08 02 80 81
|CLID::StandAloneClusterNID::10.10.210.11LVL::State
TransitionMASK::0040

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



--
Thanks,
Ashar Siddiqui

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


Re: [OSL | CCIE_Voice] Time of Day Routing

2010-04-07 Thread Sivakumar Mahalingam
At present the system is configured with unique CTI ports for each dn's with
ToDRollToVM_PT and i will try changing the CSS for the CER RoutePoint(which
is now same as Gateway CSS) to something else and not have the e TODRollToVm
_PT  and let you know if it works.

Again thanks for all your  help.

Simah.

2010/4/7 Roger Källberg roger.kallb...@cygate.se

  What if you change this setup somewhat to be like this instead?

 Use a CTI RP in PT ToD_RollToVM_P with dn 6XXX, or whatever that matches
 your internal dn’s.
 Use a TP in AllHours_P with match 6XXX, send it to a CSS that can see the
 PT that the phone’s dn uses. That PT need to be different than AllHours_P
 and ToD_RollToVM_P, for example Internal_PT or whatever name you’re used to
 use. All in all you would have tree PT’s with the dn’s.

 I think that this would eliminate the need to have unique CTI ports for
 each dn, since you would get an equal match for the CTI RP and the TP.
  *Roger Källberg*
 Consultant
 Cygate AB
 Eric Perssons väg 21, SE-217 62 MALMÖ
  --
 *Från:* mthompson...@gmail.com [mthompson...@gmail.com]
 *Skickat:* den 6 april 2010 19:13
 *Till:* Sivakumar Mahalingam; Mike Thompson
 *Kopia:* ccie_voice@onlinestudylist.com
 *Ämne:* Re: [OSL | CCIE_Voice] Time of Day Routing

   so if you have 2 partitions with the same DN:

 AllHours_P 6110 - this partition is where the phone DN sits, this is
 accessible by the internal phones (school front office, etc) and more
 specifically from CER
 ToD_RollToVM_P 6110 - this partition has a CTI port that has Cfwd All to
 VM checked. it's accessible only by gateways and calls forwarded from Unity
 (to prevent someone tyring to back door access from a call handler)

 the important part is the second is a Time of Day partition and is HIGHER
 in the CSS than the AllHours parition. that way, when a call comes in from
 the gateway, it will see that port first and then roll to voicemail.

 the major caveat is that you have to have a separate port for each DN since
 a 'masked' extension won't work. the CSS priority only deifferentiates when
 there's an EXACT match.

 so the incoming GW CSS has:
 P1 - other random partitions
 P2
 P3
 ToD_RollToVM_P
 AllHours_P

 The CSS applied to CER has only
 P1
 P2
 P3
 AllHours_P

 Note the absense of the ToD_RollToVM_P, this way calls from CER and
 internal phones (if so desired) are never trapped by the CFwd to VM.

 MAKE SURE that the MWI CSS has access to only the AllHours_P, we ran into
 issues that the MWI wouldn't work during the day and it was because the CTI
 Port was getting the MWI on/off requests.

 does that make sense?
 On Apr 6, 2010 10:59am, Sivakumar Mahalingam sima...@gmail.com wrote:
  Hi Mike,
 
 
 
 
 
  Thanks for your quick response.
 
 
 
 
 
  We also have the CER integrated with the call manager and configured the
 onsite alert list(They dont have the internal security and the alerts(phone
 and e-mail) are sent to some main people of the school.)Below is the setup.
 
 
 
 
 
 
 
  1.Single DID(ELIN)is attached to more than one phones by grouping it to
 ERL.
 
 
  2.When a 911 call is made the PSAP will receive the DID number ,the
 location with color code and the Main number of the school as the
 alternative call back number.
 
 
 
  3.The PSAP will call back the alternate call back number (Main
 number)while dispatching the help
 
 
 
 
  4.The  alternate call back number has been provided with the capability
 to reach the classroom phone at anytime of the day.
 
 
 
 
  Inspite of having these options,the client needs the classroom phone to
 ring the directly.
 
 
 
 
 
 
 
 
 
  Thanks,
 
 
 
 
  Simah.
 
 
 
 
 
 
 
 
 
  On Tue, Apr 6, 2010 at 10:33 AM, Mike Thompson mthompson...@gmail.com
 wrote:
 
 
 
 
 
 
 
 
  The way we addressed those in the past is to have any 911 calls coming
 from a class room ring a internal security group (hunt group) consisting of
 a dozen or so numbers of internal staff (phones that are always manned in
 some form or fashion during the day).  Any calls that require actual
 emergency services are then dispatched / contacted by the office staff of
 the school.  Another option is if they want to install CER to do e-911, then
 you can make the PSAP response callback number a viable endpoint for
 incoming calls.
 
 
 
 
 
  HTH
 
 
 
 
 
  From: ccie_voice-boun...@onlinestudylist.com [mailto:
 ccie_voice-boun...@onlinestudylist.com] On Behalf Of Sivakumar Mahalingam
 
 
  Sent: Tuesday, April 06, 2010 10:08 AM
  To: ccie_voice@onlinestudylist.com
  Subject: [OSL | CCIE_Voice] Time of Day Routing
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  Hi All,
 
 
 
 
 
 
 
 
 
  I need some help in tweaking the TOD routing configuration on a real
 network.
 
 
 
 
 
 
 
 
 
  Scenario :
 
 
 
 
 
 
 
  It's a school environment where we have configured the TOD for the
 classroom phones to goto VM during instruction hours( 8-5) and ring the
 phone after hours.It's working and the problem we are facing is, when

Re: [OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

2010-04-07 Thread Stephen Greszczyszyn
Ashar,

After rebooting my Pub/Sub I got even stranger things happening with
my SIP phones (constantly restarting).  This usually signals to me
that something is wrong with replication, although RTMT showed both
servers at 2.

I switched the CUCM group to just have the Pub in it and shut down the
Sub and sure enough everything (including the MGCP GW incoming) works
fine now.

Something surely was messed up with replication, but RTMT was lying.
I guess the lesson for me is to only practice labs with one server up,
or to stop and reset dbReplication on the Pub/Sub each time I roll
back to a VM snapshot.

On Wed, Apr 7, 2010 at 4:16 PM, Ashar Siddiqui siddas...@gmail.com wrote:
 Can you make outbound calls through your gateways?
 Check your CSS/Partitions etc.

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


Re: [OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

2010-04-07 Thread Ashar Siddiqui
I have had more strange issues then you are having due to this 
db_replication thing.
I remember few weeks back when I was practicing at one of the IPexpert 
rack with Sub first and Pub second, none of my devices were showing 
registered at CUCM yet they all were working perfectly normal. All my 
phones, MOH, Transcoder, CTI ports, RP, VM were in UNKNOWN status but 
working as normal. When I reached to test the SRST part where I had to 
shut the services on SUB, they all got registered to PUB and started 
showing Registered at CUCM.


I think few racks have db_replication issue.

Ash

On 07/04/2010 17:24, Stephen Greszczyszyn wrote:

Ashar,

After rebooting my Pub/Sub I got even stranger things happening with
my SIP phones (constantly restarting).  This usually signals to me
that something is wrong with replication, although RTMT showed both
servers at 2.

I switched the CUCM group to just have the Pub in it and shut down the
Sub and sure enough everything (including the MGCP GW incoming) works
fine now.

Something surely was messed up with replication, but RTMT was lying.
I guess the lesson for me is to only practice labs with one server up,
or to stop and reset dbReplication on the Pub/Sub each time I roll
back to a VM snapshot.

On Wed, Apr 7, 2010 at 4:16 PM, Ashar Siddiquisiddas...@gmail.com  wrote:
   

Can you make outbound calls through your gateways?
Check your CSS/Partitions etc.

 



--
Thanks,
Ashar Siddiqui

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


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
*10.10.201.1 is the configured ip address in UCCM*.

On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.com wrote:

 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
  TCP connection from IP=*10.10.201.1*. Incoming H225 call on
 Port=1720, can't
  find this port in the registered H323 endpoints port list.
 
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

 That’s why it’s failing. If CUCM doesn’t have the IP configured as a H323
 gw that matches the source then it will reject the call.

 I’ve had a similar problem when I was sourcing H323 from the incorrect
 interface.

 James Rosenfelt
 Network Consulting Engineer
 Advanced Services

 jaros...@cisco.com http://jaros...@cisco.com/
 Phone :425-468-0912
 Mobile :425-241-0702
 Epage :jaros...@epage.cisco.com

 This e-mail may contain confidential and privileged material for the sole
 use of the intended recipient. Any review, use, distribution or disclosure
 by others is strictly prohibited. If you are not the intended recipient (or
 authorized to receive for the recipient), please contact the sender by reply
 e-mail and delete all copies of this message.

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


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Ashar Siddiqui

You could very well be another victim of db_replication.
Take off your sub from the CCM group and make everything register with PUB.
Give it a go and see if it works...

Ash

On 07/04/2010 17:50, sean hurricane wrote:

*10.10.201.1 _is_ the configured ip address in UCCM*.

On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.com 
mailto:jaros...@cisco.com wrote:


04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd,
rejecting the
 TCP connection from IP=*10.10.201.1*. Incoming H225 call on
Port=1720, can't
 find this port in the registered H323 endpoints port list.


|CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

That’s why it’s failing. If CUCM doesn’t have the IP configured as
a H323 gw that matches the source then it will reject the call.

I’ve had a similar problem when I was sourcing H323 from the
incorrect interface.

James Rosenfelt
Network Consulting Engineer
Advanced Services

jaros...@cisco.com http://jaros...@cisco.com/
Phone :425-468-0912
Mobile :425-241-0702
Epage :jaros...@epage.cisco.com http://jaros...@epage.cisco.com/

This e-mail may contain confidential and privileged material for
the sole use of the intended recipient. Any review, use,
distribution or disclosure by others is strictly prohibited. If
you are not the intended recipient (or authorized to receive for
the recipient), please contact the sender by reply e-mail and
delete all copies of this message.



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



--
Thanks,
Ashar Siddiqui

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


Re: [OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

2010-04-07 Thread Angel Perez

This command use to fix db replication issues for example you reset the phone 
from GUI and the phone doesn't reset, etc  (ESXi 4)

 

utils dbreplication repair all 

 

It takes 2-3 min and use to work as expected, sometimes it's necessary to 
repeat the command a second time

 

I have also seen RTMT showing 2 in replication status but replication was 
broken 


hth 


Date: Wed, 7 Apr 2010 17:32:12 +0100
From: siddas...@gmail.com
To: sgres...@gmail.com
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP gw not stripping to 4 digits?

I have had more strange issues then you are having due to this db_replication 
thing.
I remember few weeks back when I was practicing at one of the IPexpert rack 
with Sub first and Pub second, none of my devices were showing registered at 
CUCM yet they all were working perfectly normal. All my phones, MOH, 
Transcoder, CTI ports, RP, VM were in UNKNOWN status but working as normal. 
When I reached to test the SRST part where I had to shut the services on SUB, 
they all got registered to PUB and started showing Registered at CUCM.

I think few racks have db_replication issue.

Ash

On 07/04/2010 17:24, Stephen Greszczyszyn wrote: 
Ashar,

After rebooting my Pub/Sub I got even stranger things happening with
my SIP phones (constantly restarting).  This usually signals to me
that something is wrong with replication, although RTMT showed both
servers at 2.

I switched the CUCM group to just have the Pub in it and shut down the
Sub and sure enough everything (including the MGCP GW incoming) works
fine now.

Something surely was messed up with replication, but RTMT was lying.
I guess the lesson for me is to only practice labs with one server up,
or to stop and reset dbReplication on the Pub/Sub each time I roll
back to a VM snapshot.

On Wed, Apr 7, 2010 at 4:16 PM, Ashar Siddiqui siddas...@gmail.com wrote:
  
Can you make outbound calls through your gateways?
Check your CSS/Partitions etc.



-- 
Thanks,
Ashar Siddiqui
_
Hotmail: Trusted email with powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
i will try that tonite.

Thanks all

On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui siddas...@gmail.com wrote:

 You could very well be another victim of db_replication.
 Take off your sub from the CCM group and make everything register with PUB.
 Give it a go and see if it works...

 Ash


 On 07/04/2010 17:50, sean hurricane wrote:

  *10.10.201.1 is the configured ip address in UCCM*.

 On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.comwrote:

 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
  TCP connection from IP=*10.10.201.1*. Incoming H225 call on
 Port=1720, can't
  find this port in the registered H323 endpoints port list.
 
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

 That’s why it’s failing. If CUCM doesn’t have the IP configured as a H323
 gw that matches the source then it will reject the call.

 I’ve had a similar problem when I was sourcing H323 from the incorrect
 interface.

 James Rosenfelt
 Network Consulting Engineer
 Advanced Services

 jaros...@cisco.com http://jaros...@cisco.com/
 Phone :425-468-0912
 Mobile :425-241-0702
 Epage :jaros...@epage.cisco.com

 This e-mail may contain confidential and privileged material for the sole
 use of the intended recipient. Any review, use, distribution or disclosure
 by others is strictly prohibited. If you are not the intended recipient (or
 authorized to receive for the recipient), please contact the sender by reply
 e-mail and delete all copies of this message.



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



 --
 Thanks,
 Ashar Siddiqui


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


[OSL | CCIE_Voice] V2 Lab 8 - problems with CUBE

2010-04-07 Thread Stephen Greszczyszyn
I'm working through V2 Lab8 and I'm having problems with the CUBE part.

Calls are passing from HQ to BR2 fine via the CUBE in HQ, but when
they arrive in BR2, I'm getting some sort of 501 error.  Calls are
working ok from the BR2 SIP phones (all 7965) in/out PSTN.

Apr  7 18:33:01.613: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:3...@10.10.202.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
Remote-Party-ID: hqph1
sip:5...@10.10.110.1;party=calling;screen=yes;privacy=off
From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
To: sip:3...@10.10.202.1
Date: Wed, 07 Apr 2010 18:33:01 GMT
Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 11711741-3721380283-100665601-168478822
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1270665181
Contact: sip:5...@10.10.110.1:5060
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 289

v=0
o=CiscoSystemsSIP-GW-UserAgent 92 2665 IN IP4 10.10.110.1
s=SIP Call
c=IN IP4 10.10.110.1
t=0 0
m=audio 16528 RTP/AVP 18 101 19
c=IN IP4 10.10.110.1
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20

Apr  7 18:33:01.633: //-1//SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
To: sip:3...@10.10.202.1
Date: Wed, 07 Apr 2010 18:33:01 GMT
Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
Timestamp: 1270665181
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Apr  7 18:33:01.649: //-1//SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 501 Not Implemented
Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
To: sip:3...@10.10.202.1;tag=141D4E0-701
Date: Wed, 07 Apr 2010 18:33:01 GMT
Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
Timestamp: 1270665181
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=65
Content-Length: 0

Also, I'm having problems with the reverse path, where I'm not
matching on the dial-peer since the SIP phone in BR2 seems to be
sending only the first digit 5 instead of 5001.

Apr  7 18:36:41.775: //-1//SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:5...@10.10.202.1;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK8cd3e814
From: br2ph1 sip:3...@10.10.202.1;tag=002414b3848e001e33ed6b24-5959f9a0
To: sip:5...@10.10.202.1;user=phone
Call-ID: 002414b3-848e0010-f54653b4-59c5d...@10.10.202.50
Max-Forwards: 70
Date: Wed, 07 Apr 2010 18:36:40 GMT
CSeq: 101 INVITE
User-Agent: Cisco-CP7965G/8.4.0
Contact: sip:3...@10.10.202.50:5060;transport=udp
Expires: 180
Accept: application/sdp
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
Remote-Party-ID: br2ph1
sip:3...@10.10.202.1;party=calling;id-type=subscriber;privacy=off;screen=yes
Allow-Events: kpml,dialog
Content-Length: 324
Content-Type: application/sdp
Content-Disposition: session;handling=optional

v=0
o=Cisco-SIPUA 15580 0 IN IP4 10.10.202.50
s=SIP Call
t=0 0
m=audio 18680 RTP/AVP 0 8 18 116 101
c=IN IP4 10.10.202.50
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:116 iLBC/8000
a=fmtp:116 mode=20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

I've looked at the solutions, and it seems as though I have the same
configuration.  Any pointers would be appreciated.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] V2 Lab 8 - problems with CUBE

2010-04-07 Thread Amy Ryan
Ensure you are allowing sip to sip connections and that you are matching an
inbound voip dialpeer on the BR2 router (as opposed to using dial-peer 0).

For calls from BR2HQ can you check the dialplan xml file (or even remove it
altogether). Check which dial-peers you are using- it seems that you are
somehow matching a VOIP dial-peer after dialing the first digit. Debug voip
dialpeer will show you which dial-peers are being hit.



---
Amy Ryan ­ CCIE #24677 (Voice)
Technical Instructor - IPexpert, Inc.
Mailto: ar...@ipexpert.com
Telephone: +1.810.326.1444
Live Assistance, Please visit: www.ipexpert.com/chat
http://www.ipexpert.com/chat
eFax: +1.810.454.0130

IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS,
Voice  Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security  Service
Provider) Certification Training with locations throughout the United
States, Europe and Australia. Be sure to check out our online communities at
www.ipexpert.com/communities http://www.ipexpert.com/communities  and our
public website at www.ipexpert.com http://www.ipexpert.com .



 From: Stephen Greszczyszyn sgres...@gmail.com
 Date: Wed, 7 Apr 2010 19:32:28 +0100
 To: ccie_voice@onlinestudylist.com
 Subject: [OSL | CCIE_Voice] V2 Lab 8 - problems with CUBE
 
 I'm working through V2 Lab8 and I'm having problems with the CUBE part.
 
 Calls are passing from HQ to BR2 fine via the CUBE in HQ, but when
 they arrive in BR2, I'm getting some sort of 501 error.  Calls are
 working ok from the BR2 SIP phones (all 7965) in/out PSTN.
 
 Apr  7 18:33:01.613: //-1//SIP/Msg/ccsipDisplayMsg:
 Received:
 INVITE sip:3...@10.10.202.1:5060 SIP/2.0
 Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
 Remote-Party-ID: hqph1
 sip:5...@10.10.110.1;party=calling;screen=yes;privacy=off
 From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
 To: sip:3...@10.10.202.1
 Date: Wed, 07 Apr 2010 18:33:01 GMT
 Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
 Supported: 100rel,timer,resource-priority,replaces,sdp-anat
 Min-SE:  1800
 Cisco-Guid: 11711741-3721380283-100665601-168478822
 User-Agent: Cisco-SIPGateway/IOS-12.x
 Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
 SUBSCRIBE, NOTIFY, INFO, REGISTER
 CSeq: 101 INVITE
 Max-Forwards: 70
 Timestamp: 1270665181
 Contact: sip:5...@10.10.110.1:5060
 Expires: 180
 Allow-Events: telephone-event
 Content-Type: application/sdp
 Content-Disposition: session;handling=required
 Content-Length: 289
 
 v=0
 o=CiscoSystemsSIP-GW-UserAgent 92 2665 IN IP4 10.10.110.1
 s=SIP Call
 c=IN IP4 10.10.110.1
 t=0 0
 m=audio 16528 RTP/AVP 18 101 19
 c=IN IP4 10.10.110.1
 a=rtpmap:18 G729/8000
 a=fmtp:18 annexb=no
 a=rtpmap:101 telephone-event/8000
 a=fmtp:101 0-15
 a=rtpmap:19 CN/8000
 a=ptime:20
 
 Apr  7 18:33:01.633: //-1//SIP/Msg/ccsipDisplayMsg:
 Sent:
 SIP/2.0 100 Trying
 Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
 From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
 To: sip:3...@10.10.202.1
 Date: Wed, 07 Apr 2010 18:33:01 GMT
 Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
 Timestamp: 1270665181
 CSeq: 101 INVITE
 Allow-Events: telephone-event
 Server: Cisco-SIPGateway/IOS-12.x
 Content-Length: 0
 
 Apr  7 18:33:01.649: //-1//SIP/Msg/ccsipDisplayMsg:
 Sent:
 SIP/2.0 501 Not Implemented
 Via: SIP/2.0/UDP 10.10.110.1:5060;branch=z9hG4bK81840
 From: hqph1 sip:5...@10.10.110.1;tag=E67794-1928
 To: sip:3...@10.10.202.1;tag=141D4E0-701
 Date: Wed, 07 Apr 2010 18:33:01 GMT
 Call-ID: d4dd9559-41aa11df-803bc738-41c42...@10.10.110.1
 Timestamp: 1270665181
 CSeq: 101 INVITE
 Allow-Events: telephone-event
 Server: Cisco-SIPGateway/IOS-12.x
 Reason: Q.850;cause=65
 Content-Length: 0
 
 Also, I'm having problems with the reverse path, where I'm not
 matching on the dial-peer since the SIP phone in BR2 seems to be
 sending only the first digit 5 instead of 5001.
 
 Apr  7 18:36:41.775: //-1//SIP/Msg/ccsipDisplayMsg:
 Received:
 INVITE sip:5...@10.10.202.1;user=phone SIP/2.0
 Via: SIP/2.0/UDP 10.10.202.50:5060;branch=z9hG4bK8cd3e814
 From: br2ph1 sip:3...@10.10.202.1;tag=002414b3848e001e33ed6b24-5959f9a0
 To: sip:5...@10.10.202.1;user=phone
 Call-ID: 002414b3-848e0010-f54653b4-59c5d...@10.10.202.50
 Max-Forwards: 70
 Date: Wed, 07 Apr 2010 18:36:40 GMT
 CSeq: 101 INVITE
 User-Agent: Cisco-CP7965G/8.4.0
 Contact: sip:3...@10.10.202.50:5060;transport=udp
 Expires: 180
 Accept: application/sdp
 Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE
 Remote-Party-ID: br2ph1
 sip:3...@10.10.202.1;party=calling;id-type=subscriber;privacy=off;screen=yes
 Allow-Events: kpml,dialog
 Content-Length: 324
 Content-Type: application/sdp
 Content-Disposition: session;handling=optional
 
 v=0
 o=Cisco-SIPUA 15580 0 IN IP4 10.10.202.50
 s=SIP Call
 t=0 0
 m=audio 18680 RTP/AVP 0 8 18 116 101
 c=IN IP4 10.10.202.50
 a=rtpmap:0 PCMU/8000
 a=rtpmap:8 PCMA/8000
 a=rtpmap:18 G729/8000
 a=fmtp:18 annexb=no
 a=rtpmap:116 

[OSL | CCIE_Voice] Vol 2, Lab 8, Task 7.1

2010-04-07 Thread Hough, Earl
I'm working on Lab 8, Task 7.1 and was trying to figure out how to
accomplish the SIP SRST as outlined in the task, honoring the
requirement of You are not allowed to create a voice translation-rule
(or translation-rule) to achieve this task.  After trying various things
which didn't work I looked at the Solution Guide, and the solution
involves applying voice translation-rules to the gateway?  Should there
have been some other solution to this requirement which didn't make it
into the printed version of the Solution Guide, or was the wording of
the requirements in the workbook supposed to have been updated to remove
that caveat?

 

I was just really curious to see how the solution worked WITHOUT using
voice translation-rules, but was disappointed to see that the solution
guide used the very thing we weren't supposed to be ALLOWED to use. J

 

Earl Hough CCIE #16508 (RS/Security)

 

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

The information contained in this transmission is confidential. It is
intended solely for the use of the individual(s) or organization(s) to
whom it is addressed. Any disclosure, copying or further distribution is
not permitted unless such privilege is explicitly granted in writing by
PC Mall, Inc. Furthermore, PC Mall, Inc. is not responsible for
the proper and complete transmission of the substance of this
communication, nor for any delay in its receipt. 

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


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread sean hurricane
Still no luck, spent hours on this tonite

On Wed, Apr 7, 2010 at 2:24 PM, sean hurricane shurric...@gmail.com wrote:

 i will try that tonite.

 Thanks all

 On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui siddas...@gmail.comwrote:

 You could very well be another victim of db_replication.
 Take off your sub from the CCM group and make everything register with
 PUB.
 Give it a go and see if it works...

 Ash


 On 07/04/2010 17:50, sean hurricane wrote:

  *10.10.201.1 is the configured ip address in UCCM*.

 On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.comwrote:

 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
  TCP connection from IP=*10.10.201.1*. Incoming H225 call on
 Port=1720, can't
  find this port in the registered H323 endpoints port list.
 
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

 That’s why it’s failing. If CUCM doesn’t have the IP configured as a H323
 gw that matches the source then it will reject the call.

 I’ve had a similar problem when I was sourcing H323 from the incorrect
 interface.

 James Rosenfelt
 Network Consulting Engineer
 Advanced Services

 jaros...@cisco.com http://jaros...@cisco.com/
 Phone :425-468-0912
 Mobile :425-241-0702
 Epage :jaros...@epage.cisco.com

 This e-mail may contain confidential and privileged material for the sole
 use of the intended recipient. Any review, use, distribution or disclosure
 by others is strictly prohibited. If you are not the intended recipient (or
 authorized to receive for the recipient), please contact the sender by reply
 e-mail and delete all copies of this message.



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



 --
 Thanks,
 Ashar Siddiqui



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


Re: [OSL | CCIE_Voice] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Cristobal Priego
why don't you enable  the following debug on the router

debug cch323 h225, to check the call setup and check how the gw attempts to
contact the cucm.

you can also enable debug cch323 h245 to check the logical channel
negotiation

2010/4/7 sean hurricane shurric...@gmail.com

 Still no luck, spent hours on this tonite


 On Wed, Apr 7, 2010 at 2:24 PM, sean hurricane shurric...@gmail.comwrote:

 i will try that tonite.

 Thanks all

 On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui siddas...@gmail.comwrote:

 You could very well be another victim of db_replication.
 Take off your sub from the CCM group and make everything register with
 PUB.
 Give it a go and see if it works...

 Ash


 On 07/04/2010 17:50, sean hurricane wrote:

  *10.10.201.1 is the configured ip address in UCCM*.

 On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.comwrote:

 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
  TCP connection from IP=*10.10.201.1*. Incoming H225 call on
 Port=1720, can't
  find this port in the registered H323 endpoints port list.
 
 |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100

 Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

 That’s why it’s failing. If CUCM doesn’t have the IP configured as a
 H323 gw that matches the source then it will reject the call.

 I’ve had a similar problem when I was sourcing H323 from the incorrect
 interface.

 James Rosenfelt
 Network Consulting Engineer
 Advanced Services

 jaros...@cisco.com http://jaros...@cisco.com/
 Phone :425-468-0912
 Mobile :425-241-0702
 Epage :jaros...@epage.cisco.com

 This e-mail may contain confidential and privileged material for the
 sole use of the intended recipient. Any review, use, distribution or
 disclosure by others is strictly prohibited. If you are not the intended
 recipient (or authorized to receive for the recipient), please contact the
 sender by reply e-mail and delete all copies of this message.



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



 --
 Thanks,
 Ashar Siddiqui




 ___
 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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Pavan

Sean,
There are a couple of things you can try.
First there is a CCM service param called accept tcp connections from  
unknown devices or something similar, set that to true and see if the  
call goes through.

If the call goes through, then you know everythings fine on the GW side
Now you can turn off the service param and delete the h323 gw from ccm.
Reinsert the h323 gw and restart ccm service( if possible)


Sent from my phone

On Apr 7, 2010, at 10:46 PM, sean hurricane shurric...@gmail.com  
wrote:



Still no luck, spent hours on this tonite

On Wed, Apr 7, 2010 at 2:24 PM, sean hurricane  
shurric...@gmail.com wrote:

i will try that tonite.

Thanks all

On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui siddas...@gmail.com  
wrote:

You could very well be another victim of db_replication.
Take off your sub from the CCM group and make everything register  
with PUB.

Give it a go and see if it works...

Ash


On 07/04/2010 17:50, sean hurricane wrote:

10.10.201.1 is the configured ip address in UCCM.

On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt  
jaros...@cisco.com wrote:
04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd,  
rejecting the
 TCP connection from IP=10.10.201.1. Incoming H225 call on  
Port=1720, can't

 find this port in the registered H323 endpoints port list.
 |CLID::StandAloneClusterNID::10.10.210.11CT:: 
0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100


Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?

That’s why it’s failing. If CUCM doesn’t have the IP  
configured as a H323 gw that matches the source then it will rejec 
t the call.


I’ve had a similar problem when I was sourcing H323 from the incor 
rect interface.


James Rosenfelt
Network Consulting Engineer
Advanced Services

jaros...@cisco.com
Phone :425-468-0912
Mobile :425-241-0702
Epage :jaros...@epage.cisco.com

This e-mail may contain confidential and privileged material for  
the sole use of the intended recipient. Any review, use,  
distribution or disclosure by others is strictly prohibited. If you  
are not the intended recipient (or authorized to receive for the  
recipient), please contact the sender by reply e-mail and delete  
all copies of this message.



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





--
Thanks,
Ashar Siddiqui


___
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] Calls from h323 gateway rejected by call manager

2010-04-07 Thread Mark Holloway
Are you using the Loopback 0 ip address as the Device Name for the H323 gateway 
in UCM?  Do you have 'h323-gateway voip interface' and 'h323-gateway voip bind 
srcaddr x.x.x.x' on the router's Loopback 0 interface so packets are sources 
from Loopback 0?



On Apr 7, 2010, at 8:46 PM, sean hurricane wrote:

 Still no luck, spent hours on this tonite
 
 On Wed, Apr 7, 2010 at 2:24 PM, sean hurricane shurric...@gmail.com wrote:
 i will try that tonite.
  
 Thanks all
 
 On Wed, Apr 7, 2010 at 1:01 PM, Ashar Siddiqui siddas...@gmail.com wrote:
 You could very well be another victim of db_replication.
 Take off your sub from the CCM group and make everything register with PUB.
 Give it a go and see if it works...
 
 Ash
 
 
 On 07/04/2010 17:50, sean hurricane wrote:
 10.10.201.1 is the configured ip address in UCCM.
 
 On Wed, Apr 7, 2010 at 12:12 PM, James Rosenfelt jaros...@cisco.com wrote:
 04/06/2010 23:57:43.327 CCM|H225Handler::SdlConnectionInd, rejecting the
  TCP connection from IP=10.10.201.1. Incoming H225 call on Port=1720, 
  can't
  find this port in the registered H323 endpoints port list.
  |CLID::StandAloneClusterNID::10.10.210.11CT::0,0,0,0.0IP::DEV::LVL::ErrorMASK::0100
 
 Is 10.10.201.1 the configured IP address in CUCM for the H323 GW?
 
 That’s why it’s failing. If CUCM doesn’t have the IP configured as a H323 gw 
 that matches the source then it will reject the call.
 
 I’ve had a similar problem when I was sourcing H323 from the incorrect 
 interface.
 
 James Rosenfelt
 Network Consulting Engineer
 Advanced Services
 
 jaros...@cisco.com
 Phone :425-468-0912
 Mobile :425-241-0702
 Epage :jaros...@epage.cisco.com
 
 This e-mail may contain confidential and privileged material for the sole 
 use of the intended recipient. Any review, use, distribution or disclosure 
 by others is strictly prohibited. If you are not the intended recipient (or 
 authorized to receive for the recipient), please contact the sender by reply 
 e-mail and delete all copies of this message.
 
 
 ___
 For more information regarding industry leading CCIE Lab training, please 
 visit www.ipexpert.com
   
 
 
 -- 
 Thanks,
 Ashar Siddiqui
 
 
 ___
 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] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread vccie2010
I am in middle of the session on Proctor labs...

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

I can ping 10.10.210.10 CUCM but can't web browse into it.

Any help will be highly appreciated.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread Ryan Schwab
From what I understand, the Duplex message is an issue with the ESX setup,
and nothing to be considered about. If it's a nuisance, disable CDP on Fa
1/0/4 with no cdp enable

 

Can you SSH into the Pub? Perhaps the services have yet to fully load.

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010
Sent: April-07-10 10:59 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I am in middle of the session on Proctor labs...

 

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on 
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

 

I can ping 10.10.210.10 CUCM but can't web browse into it. 

 

Any help will be highly appreciated.

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


Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread Mike Thompson
I would agree, first things is to verify that Tomcat is happy.

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Schwab
Sent: Thursday, April 08, 2010 1:11 AM
To: 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

From what I understand, the Duplex message is an issue with the ESX setup,
and nothing to be considered about. If it's a nuisance, disable CDP on Fa
1/0/4 with no cdp enable

 

Can you SSH into the Pub? Perhaps the services have yet to fully load.

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010
Sent: April-07-10 10:59 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I am in middle of the session on Proctor labs...

 

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on 
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

 

I can ping 10.10.210.10 CUCM but can't web browse into it. 

 

Any help will be highly appreciated.

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


Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread Ryan Schwab
Mike, on that note, are there any specific CLI commands you can think of to
verify this? :)

 

From: Mike Thompson [mailto:mthompson...@gmail.com] 
Sent: April-07-10 11:16 PM
To: 'Ryan Schwab'; 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I would agree, first things is to verify that Tomcat is happy.

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Schwab
Sent: Thursday, April 08, 2010 1:11 AM
To: 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

From what I understand, the Duplex message is an issue with the ESX setup,
and nothing to be considered about. If it's a nuisance, disable CDP on Fa
1/0/4 with no cdp enable

 

Can you SSH into the Pub? Perhaps the services have yet to fully load.

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010
Sent: April-07-10 10:59 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I am in middle of the session on Proctor labs...

 

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on 
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

 

I can ping 10.10.210.10 CUCM but can't web browse into it. 

 

Any help will be highly appreciated.

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


Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread Mike Thompson
Syntax escapes me right now, but there will be a show service or list
service command that will show the status of all services on the server.  It
should show status as well

 

From: Ryan Schwab [mailto:schwab...@shaw.ca] 
Sent: Thursday, April 08, 2010 1:15 AM
To: 'Mike Thompson'; 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

Mike, on that note, are there any specific CLI commands you can think of to
verify this? :)

 

From: Mike Thompson [mailto:mthompson...@gmail.com] 
Sent: April-07-10 11:16 PM
To: 'Ryan Schwab'; 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I would agree, first things is to verify that Tomcat is happy.

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Schwab
Sent: Thursday, April 08, 2010 1:11 AM
To: 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

From what I understand, the Duplex message is an issue with the ESX setup,
and nothing to be considered about. If it's a nuisance, disable CDP on Fa
1/0/4 with no cdp enable

 

Can you SSH into the Pub? Perhaps the services have yet to fully load.

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010
Sent: April-07-10 10:59 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I am in middle of the session on Proctor labs...

 

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on 
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

 

I can ping 10.10.210.10 CUCM but can't web browse into it. 

 

Any help will be highly appreciated.

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


Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on HQ3750 SW...can not browse into CUCM

2010-04-07 Thread Mike Thompson
Utils service list will show the list of services and their status

 

 

From: Ryan Schwab [mailto:schwab...@shaw.ca] 
Sent: Thursday, April 08, 2010 1:15 AM
To: 'Mike Thompson'; 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

Mike, on that note, are there any specific CLI commands you can think of to
verify this? :)

 

From: Mike Thompson [mailto:mthompson...@gmail.com] 
Sent: April-07-10 11:16 PM
To: 'Ryan Schwab'; 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: RE: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I would agree, first things is to verify that Tomcat is happy.

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Schwab
Sent: Thursday, April 08, 2010 1:11 AM
To: 'vccie2010'; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

From what I understand, the Duplex message is an issue with the ESX setup,
and nothing to be considered about. If it's a nuisance, disable CDP on Fa
1/0/4 with no cdp enable

 

Can you SSH into the Pub? Perhaps the services have yet to fully load.

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vccie2010
Sent: April-07-10 10:59 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] %CDP-4-DUPLEX_MISMATCH: duplex mismatch
discovered on HQ3750 SW...can not browse into CUCM

 

I am in middle of the session on Proctor labs...

 

I am getting  %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on 
FastEthernet1/0/4 (not half duplex), with CUC7-Pub eth0 (half duplex). on
HQ 3750 Switch.

 

I can ping 10.10.210.10 CUCM but can't web browse into it. 

 

Any help will be highly appreciated.

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