Re: [OSL | CCIE_Voice] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-22 Thread Somphol Boonjing
Hi Hesham,

> knowing that Gatekeeper is working with SiteB under normal operation but
doesn't work with CFUR

Could you please clarify the problem you are facing?   What do you mean
when you say the gatekeeper is not working with CFUR?

> Any Ideas,

I think we will need to simplify the scenario to the level that we can
understand the expected call flow correctly, then from there we can isolate
problematic area further.

'debug isdn q931' on HQ GW and SiteB GW might also give us some more idea.

Regards,


--Somphol


On Sun, Jun 23, 2013 at 12:45 PM, Hesham Abdelkereem <
heshamcentr...@gmail.com> wrote:

> Dear Experts,
>
>
> SiteC is CME and connected with HQ and SB via Gatekeeper
> Gatekeeper is working excellent with HQ and SB
> I am configuring Call Forward Unregister for SiteB.
> SiteB has Call-Manager-Fallback mode working excellent
>
> Now, I have configured Call Forward Unregister
> in the service parameter I changed maximum hops to DN unregister is 1
>
> I have Created a Partitions and CSS for CFUR
> I forward SiteB1 and SiteB2 telephones in unregisted internal and external
> to be 9723033001 with forward css CFUR-CSS
>
> I created Route List to point to HQ Router
> and create route pattern for CFUR
>
> Now gatekeeper is reaching both HQ and SiteB in normal operaiton
> when I put SiteB under call-manager-fallback mode
> when I dial from HQ 3001 the CFUR works and shows the E164 number
> when I dial from SiteC 3001 via gatekeeper it shows unknown number
>
> knowing that Gatekeeper is working with SiteB under normal operation but
> doesn't work with CFUR
>
> Any Ideas,
>
> Thanks,
> Hesham
>
> ___
> 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] not able to login cupc

2013-06-22 Thread Amit Sharma
guys.
i am trying to login cupcbut not successful..
showing login issue?
how can fix it?



second i am not be able to see cucm end users in cupc for desktop control...
what could be the issue?

third issue is that in ccm end user i dont have option to add ipcc
extnesion...
how can see that option to add ipcc extension...for one button login...?



fourth point is that i configure cue with loopback 1 ip but after
config...not seen register cti port and cti route point why?

if using lo 0 it is not accepting under service modulehow can use lo0
ipr range for service module?


-- 
Thanks & Regard's
Amit Sharma
___
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] Gatekeeper is unable to reach SiteB under Call Forward UnRegister

2013-06-22 Thread Hesham Abdelkereem
Dear Experts,


SiteC is CME and connected with HQ and SB via Gatekeeper
Gatekeeper is working excellent with HQ and SB
I am configuring Call Forward Unregister for SiteB.
SiteB has Call-Manager-Fallback mode working excellent

Now, I have configured Call Forward Unregister
in the service parameter I changed maximum hops to DN unregister is 1

I have Created a Partitions and CSS for CFUR
I forward SiteB1 and SiteB2 telephones in unregisted internal and external
to be 9723033001 with forward css CFUR-CSS

I created Route List to point to HQ Router
and create route pattern for CFUR

Now gatekeeper is reaching both HQ and SiteB in normal operaiton
when I put SiteB under call-manager-fallback mode
when I dial from HQ 3001 the CFUR works and shows the E164 number
when I dial from SiteC 3001 via gatekeeper it shows unknown number

knowing that Gatekeeper is working with SiteB under normal operation but
doesn't work with CFUR

Any Ideas,

Thanks,
Hesham
___
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] UCM DHCP

2013-06-22 Thread Bill Lake
So you see the request coming into the server but the phone never gets them
back?

Can you ping the voice vlan from the server?




On Sat, Jun 22, 2013 at 3:05 PM, Somphol Boonjing  wrote:

> Hi Anuritha,
>
> The screenshot is useful.  The 4 parameters in the bottom of the screen
> must be set.  Once you know what they means it will make sense.
>
> For now set them to in these order,  you can change them later to fit your
> need.
>
> 3000
> 28800
> 14400
> 18800
> On 23/06/2013 4:33 AM, "anuritha konjety"  wrote:
>
>> Whats interesting is if I do a sh cdp neigh detail on Switch A, I see one
>> of the phones got an IP
>>
>> Device ID: SEP001BD4C6986C
>> Entry address(es):
>>   IP address: 10.10.200.129
>> Platform: Cisco IP Phone 7960,  Capabilities: Host Phone
>> Interface: FastEthernet1/0/2,  Port ID (outgoing port): Port 1
>> Holdtime : 138 sec
>>
>> But the phone itself doesn't seem to have an IP, nothing shows up under
>> sh ip int bri either.
>>
>> Got a capture from callmanager pub. Filter to ip.addr == 10.10.200.3,  I
>> see DHCP request coming from 10.10.200.3 & also see call manager responding
>> with an IP(10.10.200.129). However the see the 10.10.200.3 send the request
>> again & again, looks like its stuck in a loop.
>> Is this a bug?
>>
>> Attached to this email are screenshot f UCM config, capture from UCM
>> pub(DHCP server) and sh run/debugs from Switch A, Router A.
>>
>>
>> \itha konjety  wrote:
>>
>>> Debugs from Router: seeing similar errors //no SVI on switch//
>>>
>>> Jun 22 17:01:50.907: DHCPD: checking for expired leases.
>>>  --More--
>>> Jun 22 17:01:52.723: DHCPD: Sending notification of DISCOVER:
>>> Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
>>> Jun 22 17:01:52.723:   DHCPD: remote id 020a0a0ac8030066
>>> Jun 22 17:01:52.723:   DHCPD: circuit id 
>>> Jun 22 17:01:52.723: DHCPD: Seeing if there is an internally specified
>>> pool class:
>>> Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
>>> Jun 22 17:01:52.727:   DHCPD: remote id 020a0a0ac8030066
>>> Jun 22 17:01:52.727:   DHCPD: circuit id 
>>> Jun 22 17:01:52.727: DHCPD: setting giaddr to 10.10.200.3.
>>> Jun 22 17:01:52.727: DHCPD: BOOTREQUEST from 0100.1bd4.c698.6c forwarded
>>> to 10.10.210.10.
>>>
>>>
>>>
>>> On Sat, Jun 22, 2013 at 9:30 AM, anuritha konjety 
>>> wrote:
>>>

 Thanks Somphol, I will start debugging at the router level.
 The SVI was initially not there, I was trying few different things to
 get this to work & added it.


 On Sat, Jun 22, 2013 at 5:36 AM, Somphol Boonjing wrote:

> A few points that I think worth double check:
>
> [1]
>
> Assuming this is the configuration of the DHCP on CUCM, I think the
> primary router doesn't require subnet mask to be specified
>
> DHCP Server : 10.10.210.10
> subnet IPV4 address: 10.10.200.0
> primary start addr: 10.10.200.120
> primary end addr : 10.10.200.130
> primary router : 10.10.200.3/255.255.255.0
>
> [2]
>
> In the same broadcast domain (VLAN 102), you seem to have two routing
> interface, one on the router and another on as SVI on the switch.
> Unless
> it serves other purpose, I think you can safely remove the SVI.
>
> interface FastEthernet0/0.102
>  encapsulation dot1Q 102
>  ip address 10.10.200.3 255.255.255.0
>  ip helper-address 10.10.210.10
> !
>
> interface Vlan102
>  ip address 10.10.200.120 255.255.255.0
> !
>
> [3]
>
> Once the SVI "interface vlan102" is removed, then the interface that
> actually forward your request to the CUCM DHCP should be the fa0/0.102 on
> the router that has already been configured with ip helper-address
> 10.10.210.10 (assuming that this is your CUCM IP).
>
> Then, the following trace on the switch will not be relevant anymore.
>
>
> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
> interface Vlan102.
> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
>
> Once removing SVI 102, then you should try to focus your debugging
> effort on the Router and not on the switch.
>
>
> [4]
>
> Your DHCP range seems to start with 10.10.200.120 and that could cause
> a collision with the SVI's IP address, even if everything else is correct.
>   I remember that IOS-based DHCP seems to assign the last IP address in 
> the
> pool, but I'm not sure how CUCM DHCP select the IP address from the pool.
>
>
> --Somphol
>
>
> On Sat, Jun 22, 2013 at 10:27 AM, anuritha konjety <
> anurith...@gmail.com> wrote:
>
>> Ovidiu,
>>
>> Yes, & ip helper-address is configured.
>>
>> Regards,
>> Anu
>>
>>
>> On Fri, Jun 21, 2013 at 4:32 PM, Ovidiu Popa wrote:
>>
>>> Hello Anuritha
>>>
>>> Do you by any chance have an SVI on vlan 102 ?
>>>

Re: [OSL | CCIE_Voice] SRST checklist

2013-06-22 Thread Karen Johnson
thks folks for all the input and the list still open to add :)
 


 From: Bill Lake 
To: Somphol Boonjing  
Cc: "ccie_voice@onlinestudylist.com"  
Sent: Saturday, June 22, 2013 4:43:24 AM
Subject: Re: [OSL | CCIE_Voice] SRST checklist
  


You might also need to match the softkeys on the phones in SRST to those when 
registered to CUCM
 



On Sat, Jun 22, 2013 at 4:52 AM, Somphol Boonjing  wrote:

To add to the list:
>
>
>- music-on-hold matching that of CUCM if applicable (i.e. in a situation where 
>the file is provided) 
>- secondary-dialtone
>- Alert Name & Connected Name (i.e. ephone-dn's name parameter) (esp. 
>intra-site) 
>- CFUR settings for relevant DN on CUCM (To what extent this is relevant to 
>SRST point, I don't know, but I think I will need to clarify this with the 
>proctor if it is not clearly stated.)
>
>
>I've also tested that the following is not possible in SRST as the phone will 
>still try to retrieve the file from the original TFTP server.
>
>
>- (not possible) matching Ringlist.xml / DistinctiveRingList.xml to that of 
>CUCM 
>
>
>
>
>
>
>--Somphol
> 
>
>
>On Sat, Jun 22, 2013 at 9:20 AM, Ovidiu Popa  wrote:
>
>Follow-up:
>>
>>
>>voice service voip
>> h323
>>  call preserve
>>
>>Ovidiu
>>
>>
>>On Fri, Jun 21, 2013 at 10:40 PM, Ovidiu Popa  wrote:
>>
>>Adding one more for H323 gateways:
>>>
>>>
>>>CUCM service Parameter : Allow Peer to Preserve H.323 
Calls
>>>
>>>
>>>Keep it coming guys and gals
>>>
>>>
>>>Regards,
>>>Ovidiu
>>>
>>>
>>>
>>>On Fri, Jun 21, 2013 at 11:55 AM, Somphol Boonjing  wrote:
>>>
>>>To add to your list that is already good, 


- date/time format
- timezone  
- system message
- number of max calls & busy call triggers
- call pickup behavior if applicable (directed vs no directed call pickup)
- call-transfer pattern 
- call-forward pattern
- number of channels for ephone (dual, octal)
- cbarge for shared line if applicable 
- SRST for media resources (via sdspfarm)
- cptone if applicable


--Somphol.




--Somphol
 


On Fri, Jun 21, 2013 at 3:08 PM, Karen Johnson  
wrote:


>
>all,
>
>i am trying to compile SRST check for my next attempt. I never got full 
>mark here in my few attempts and always curious what i missing (even it 
>seems I already done what they asked)
>
>- caller id and name ( hide or display) 
>- Mwi light and VM message from PSTN and IP phone
>- inter site call & VM inter site 
>- COR  if any
>- When forward call come , it play personal greeting
>- DND to divert
>- huntstop channel
>- if  agents still working
>- after back to normal mode, verify everhthing
>-softkeys
>- feature  :
 conference
>- timeout interdigit and Cfwd timer similar to UCM mode
>- always use preference 9 and "dial-peer hunt 2"
>
>Any other tips and trick that I am not aware  ? help please
>
>K
>
>
>
>
>- 
>
>  
>___
>For more information regarding industry leading CCIE Lab training, please 
>visit http://www.ipexpert.com/
>
>Are you a CCNP or CCIE and looking for a job? Check out 
>http://www.platinumplacement.com/
>
 
___
For more information regarding industry leading CCIE Lab training, please 
visit http://www.ipexpert.com/

Are you a CCNP or CCIE and looking for a job? Check out 
http://www.platinumplacement.com/

>>> 
>> 
> 
>___
>For more information regarding industry leading CCIE Lab training, please 
>visit http://www.ipexpert.com/
>
>Are you a CCNP or CCIE and looking for a job? Check out 
>http://www.platinumplacement.com/
>

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] UCM DHCP

2013-06-22 Thread Somphol Boonjing
Hi Anuritha,

The screenshot is useful.  The 4 parameters in the bottom of the screen
must be set.  Once you know what they means it will make sense.

For now set them to in these order,  you can change them later to fit your
need.

3000
28800
14400
18800
On 23/06/2013 4:33 AM, "anuritha konjety"  wrote:

> Whats interesting is if I do a sh cdp neigh detail on Switch A, I see one
> of the phones got an IP
>
> Device ID: SEP001BD4C6986C
> Entry address(es):
>   IP address: 10.10.200.129
> Platform: Cisco IP Phone 7960,  Capabilities: Host Phone
> Interface: FastEthernet1/0/2,  Port ID (outgoing port): Port 1
> Holdtime : 138 sec
>
> But the phone itself doesn't seem to have an IP, nothing shows up under sh
> ip int bri either.
>
> Got a capture from callmanager pub. Filter to ip.addr == 10.10.200.3,  I
> see DHCP request coming from 10.10.200.3 & also see call manager responding
> with an IP(10.10.200.129). However the see the 10.10.200.3 send the request
> again & again, looks like its stuck in a loop.
> Is this a bug?
>
> Attached to this email are screenshot f UCM config, capture from UCM
> pub(DHCP server) and sh run/debugs from Switch A, Router A.
>
>
> \itha konjety  wrote:
>
>> Debugs from Router: seeing similar errors //no SVI on switch//
>>
>> Jun 22 17:01:50.907: DHCPD: checking for expired leases.
>>  --More--
>> Jun 22 17:01:52.723: DHCPD: Sending notification of DISCOVER:
>> Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
>> Jun 22 17:01:52.723:   DHCPD: remote id 020a0a0ac8030066
>> Jun 22 17:01:52.723:   DHCPD: circuit id 
>> Jun 22 17:01:52.723: DHCPD: Seeing if there is an internally specified
>> pool class:
>> Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
>> Jun 22 17:01:52.727:   DHCPD: remote id 020a0a0ac8030066
>> Jun 22 17:01:52.727:   DHCPD: circuit id 
>> Jun 22 17:01:52.727: DHCPD: setting giaddr to 10.10.200.3.
>> Jun 22 17:01:52.727: DHCPD: BOOTREQUEST from 0100.1bd4.c698.6c forwarded
>> to 10.10.210.10.
>>
>>
>>
>> On Sat, Jun 22, 2013 at 9:30 AM, anuritha konjety 
>> wrote:
>>
>>>
>>> Thanks Somphol, I will start debugging at the router level.
>>> The SVI was initially not there, I was trying few different things to
>>> get this to work & added it.
>>>
>>>
>>> On Sat, Jun 22, 2013 at 5:36 AM, Somphol Boonjing wrote:
>>>
 A few points that I think worth double check:

 [1]

 Assuming this is the configuration of the DHCP on CUCM, I think the
 primary router doesn't require subnet mask to be specified

 DHCP Server : 10.10.210.10
 subnet IPV4 address: 10.10.200.0
 primary start addr: 10.10.200.120
 primary end addr : 10.10.200.130
 primary router : 10.10.200.3/255.255.255.0

 [2]

 In the same broadcast domain (VLAN 102), you seem to have two routing
 interface, one on the router and another on as SVI on the switch.Unless
 it serves other purpose, I think you can safely remove the SVI.

 interface FastEthernet0/0.102
  encapsulation dot1Q 102
  ip address 10.10.200.3 255.255.255.0
  ip helper-address 10.10.210.10
 !

 interface Vlan102
  ip address 10.10.200.120 255.255.255.0
 !

 [3]

 Once the SVI "interface vlan102" is removed, then the interface that
 actually forward your request to the CUCM DHCP should be the fa0/0.102 on
 the router that has already been configured with ip helper-address
 10.10.210.10 (assuming that this is your CUCM IP).

 Then, the following trace on the switch will not be relevant anymore.


 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
 interface Vlan102.
 01:58:00: DHCPD: there is no pool for 10.10.200.120.

 Once removing SVI 102, then you should try to focus your debugging
 effort on the Router and not on the switch.


 [4]

 Your DHCP range seems to start with 10.10.200.120 and that could cause
 a collision with the SVI's IP address, even if everything else is correct.
   I remember that IOS-based DHCP seems to assign the last IP address in the
 pool, but I'm not sure how CUCM DHCP select the IP address from the pool.


 --Somphol


 On Sat, Jun 22, 2013 at 10:27 AM, anuritha konjety <
 anurith...@gmail.com> wrote:

> Ovidiu,
>
> Yes, & ip helper-address is configured.
>
> Regards,
> Anu
>
>
> On Fri, Jun 21, 2013 at 4:32 PM, Ovidiu Popa wrote:
>
>> Hello Anuritha
>>
>> Do you by any chance have an SVI on vlan 102 ?
>> If yes have you tried configuring ip helper-address on that SVI ?
>>
>> Regards,
>> Ovidiu
>>
>>
>>
>> On Sat, Jun 22, 2013 at 12:26 AM, anuritha konjety <
>> anurith...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>>I am having trouble with getting phones Ip address when UCM(pub)
>>> is configured as the DHC

Re: [OSL | CCIE_Voice] UCM DHCP

2013-06-22 Thread anuritha konjety
Debugs from Router: seeing similar errors //no SVI on switch//

Jun 22 17:01:50.907: DHCPD: checking for expired leases.
 --More--
Jun 22 17:01:52.723: DHCPD: Sending notification of DISCOVER:
Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
Jun 22 17:01:52.723:   DHCPD: remote id 020a0a0ac8030066
Jun 22 17:01:52.723:   DHCPD: circuit id 
Jun 22 17:01:52.723: DHCPD: Seeing if there is an internally specified pool
class:
Jun 22 17:01:52.723:   DHCPD: htype 1 chaddr 001b.d4c6.986c
Jun 22 17:01:52.727:   DHCPD: remote id 020a0a0ac8030066
Jun 22 17:01:52.727:   DHCPD: circuit id 
Jun 22 17:01:52.727: DHCPD: setting giaddr to 10.10.200.3.
Jun 22 17:01:52.727: DHCPD: BOOTREQUEST from 0100.1bd4.c698.6c forwarded to
10.10.210.10.


On Sat, Jun 22, 2013 at 9:30 AM, anuritha konjety wrote:

>
> Thanks Somphol, I will start debugging at the router level.
> The SVI was initially not there, I was trying few different things to get
> this to work & added it.
>
>
> On Sat, Jun 22, 2013 at 5:36 AM, Somphol Boonjing wrote:
>
>> A few points that I think worth double check:
>>
>> [1]
>>
>> Assuming this is the configuration of the DHCP on CUCM, I think the
>> primary router doesn't require subnet mask to be specified
>>
>> DHCP Server : 10.10.210.10
>> subnet IPV4 address: 10.10.200.0
>> primary start addr: 10.10.200.120
>> primary end addr : 10.10.200.130
>> primary router : 10.10.200.3/255.255.255.0
>>
>> [2]
>>
>> In the same broadcast domain (VLAN 102), you seem to have two routing
>> interface, one on the router and another on as SVI on the switch.Unless
>> it serves other purpose, I think you can safely remove the SVI.
>>
>> interface FastEthernet0/0.102
>>  encapsulation dot1Q 102
>>  ip address 10.10.200.3 255.255.255.0
>>  ip helper-address 10.10.210.10
>> !
>>
>> interface Vlan102
>>  ip address 10.10.200.120 255.255.255.0
>> !
>>
>> [3]
>>
>> Once the SVI "interface vlan102" is removed, then the interface that
>> actually forward your request to the CUCM DHCP should be the fa0/0.102 on
>> the router that has already been configured with ip helper-address
>> 10.10.210.10 (assuming that this is your CUCM IP).
>>
>> Then, the following trace on the switch will not be relevant anymore.
>>
>> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
>> interface Vlan102.
>> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
>>
>> Once removing SVI 102, then you should try to focus your debugging effort
>> on the Router and not on the switch.
>>
>>
>> [4]
>>
>> Your DHCP range seems to start with 10.10.200.120 and that could cause a
>> collision with the SVI's IP address, even if everything else is correct.
>> I remember that IOS-based DHCP seems to assign the last IP address in the
>> pool, but I'm not sure how CUCM DHCP select the IP address from the pool.
>>
>>
>> --Somphol
>>
>>
>> On Sat, Jun 22, 2013 at 10:27 AM, anuritha konjety 
>> wrote:
>>
>>> Ovidiu,
>>>
>>> Yes, & ip helper-address is configured.
>>>
>>> Regards,
>>> Anu
>>>
>>>
>>> On Fri, Jun 21, 2013 at 4:32 PM, Ovidiu Popa  wrote:
>>>
 Hello Anuritha

 Do you by any chance have an SVI on vlan 102 ?
 If yes have you tried configuring ip helper-address on that SVI ?

 Regards,
 Ovidiu



 On Sat, Jun 22, 2013 at 12:26 AM, anuritha konjety <
 anurith...@gmail.com> wrote:

> Hello,
>
>I am having trouble with getting phones Ip address when UCM(pub) is
> configured as the DHCP server. Following is partial config from the switch
> & the router. I have made sure -
>
> 1. Dot1q trunk on HQ-RTR interface (on the switch). Make sure that all
> appropriate vlans are allowed on the trunk link and that native VLAN lines
> up (1 is default).
> 2. Ensure VLANs are provisioned correctly, assigned to the right
> interfaces, and active (sh vlan b)
> 3. Double check scope config on CUCM Pub. Check each parameter.
> 4. Made sure helper-address is configured
> 5. disabled CSA service from pub
> 6. restarted DHCP service several times
>
> DHCP Server : 10.10.210.10
> subnet IPV4 address: 10.10.200.0
> primary start addr: 10.10.200.120
> primary end addr : 10.10.200.130
> primary router : 10.10.200.3/255.255.255.0
>
> debug ip dhcp server events:
> SiteA-Switch#
> $
>
> 01:58:00: DHCPD: Reload workspace interface Vlan102 tableid 0.
> 01:58:00: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
> 01:58:00: DHCPD: client's VPN is .
> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
> interface Vlan102.
> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
> SiteA-Switch#$
> 01:58:34: DHCPD: checking for expired leases.
> SiteA-Switch#$
> 01:59:25: DHCPD: Reload workspace interface Vlan102 tableid 0.
> 01:59:25: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
> 01:59:25: DHCPD: client's VPN is .
>

Re: [OSL | CCIE_Voice] UCM DHCP

2013-06-22 Thread anuritha konjety
Thanks Somphol, I will start debugging at the router level.
The SVI was initially not there, I was trying few different things to get
this to work & added it.

On Sat, Jun 22, 2013 at 5:36 AM, Somphol Boonjing  wrote:

> A few points that I think worth double check:
>
> [1]
>
> Assuming this is the configuration of the DHCP on CUCM, I think the
> primary router doesn't require subnet mask to be specified
>
> DHCP Server : 10.10.210.10
> subnet IPV4 address: 10.10.200.0
> primary start addr: 10.10.200.120
> primary end addr : 10.10.200.130
> primary router : 10.10.200.3/255.255.255.0
>
> [2]
>
> In the same broadcast domain (VLAN 102), you seem to have two routing
> interface, one on the router and another on as SVI on the switch.Unless
> it serves other purpose, I think you can safely remove the SVI.
>
> interface FastEthernet0/0.102
>  encapsulation dot1Q 102
>  ip address 10.10.200.3 255.255.255.0
>  ip helper-address 10.10.210.10
> !
>
> interface Vlan102
>  ip address 10.10.200.120 255.255.255.0
> !
>
> [3]
>
> Once the SVI "interface vlan102" is removed, then the interface that
> actually forward your request to the CUCM DHCP should be the fa0/0.102 on
> the router that has already been configured with ip helper-address
> 10.10.210.10 (assuming that this is your CUCM IP).
>
> Then, the following trace on the switch will not be relevant anymore.
>
> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on interface
> Vlan102.
> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
>
> Once removing SVI 102, then you should try to focus your debugging effort
> on the Router and not on the switch.
>
>
> [4]
>
> Your DHCP range seems to start with 10.10.200.120 and that could cause a
> collision with the SVI's IP address, even if everything else is correct.
> I remember that IOS-based DHCP seems to assign the last IP address in the
> pool, but I'm not sure how CUCM DHCP select the IP address from the pool.
>
>
> --Somphol
>
>
> On Sat, Jun 22, 2013 at 10:27 AM, anuritha konjety 
> wrote:
>
>> Ovidiu,
>>
>> Yes, & ip helper-address is configured.
>>
>> Regards,
>> Anu
>>
>>
>> On Fri, Jun 21, 2013 at 4:32 PM, Ovidiu Popa  wrote:
>>
>>> Hello Anuritha
>>>
>>> Do you by any chance have an SVI on vlan 102 ?
>>> If yes have you tried configuring ip helper-address on that SVI ?
>>>
>>> Regards,
>>> Ovidiu
>>>
>>>
>>>
>>> On Sat, Jun 22, 2013 at 12:26 AM, anuritha konjety >> > wrote:
>>>
 Hello,

I am having trouble with getting phones Ip address when UCM(pub) is
 configured as the DHCP server. Following is partial config from the switch
 & the router. I have made sure -

 1. Dot1q trunk on HQ-RTR interface (on the switch). Make sure that all
 appropriate vlans are allowed on the trunk link and that native VLAN lines
 up (1 is default).
 2. Ensure VLANs are provisioned correctly, assigned to the right
 interfaces, and active (sh vlan b)
 3. Double check scope config on CUCM Pub. Check each parameter.
 4. Made sure helper-address is configured
 5. disabled CSA service from pub
 6. restarted DHCP service several times

 DHCP Server : 10.10.210.10
 subnet IPV4 address: 10.10.200.0
 primary start addr: 10.10.200.120
 primary end addr : 10.10.200.130
 primary router : 10.10.200.3/255.255.255.0

 debug ip dhcp server events:
 SiteA-Switch#
 $

 01:58:00: DHCPD: Reload workspace interface Vlan102 tableid 0.
 01:58:00: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
 01:58:00: DHCPD: client's VPN is .
 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
 interface Vlan102.
 01:58:00: DHCPD: there is no pool for 10.10.200.120.
 SiteA-Switch#$
 01:58:34: DHCPD: checking for expired leases.
 SiteA-Switch#$
 01:59:25: DHCPD: Reload workspace interface Vlan102 tableid 0.
 01:59:25: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
 01:59:25: DHCPD: client's VPN is .
 01:59:25: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
 interface Vlan102.
 01:59:25: DHCPD: there is no pool for 10.10.200.120.

 HQ Switch:-
 
 SiteA-Switch#sh run

 interface FastEthernet1/0/1
  description TRUNK to HQ-RTR
  switchport trunk encapsulation dot1q
  switchport mode trunk
  speed 100
  duplex full
 !
 interface FastEthernet1/0/2
  description HQ PHONE 1- 7960 phone
  switchport access vlan 101
  switchport mode access
  switchport voice vlan 102
  spanning-tree portfast
 !
 interface FastEthernet1/0/3
 !
  --More-- interface FastEthernet1/0/4
  description SERVER port- do not change
  switchport access vlan 103
  switchport mode access
  duplex half
  spanning-tree portfast
 !

 interface FastEthernet1/0/23
  description HQ PHONE 2- 7962 phone
  switchport access 

Re: [OSL | CCIE_Voice] UCM DHCP

2013-06-22 Thread Josh Petro
It may sound silly, but I had a similar issue on a Cisco 360 program lab
this week and a reboot of the CUCM sub and pub fixed it. Nothing else we
did fixed the issue.
On Jun 21, 2013 4:23 PM, "anuritha konjety"  wrote:

> Hello,
>
>I am having trouble with getting phones Ip address when UCM(pub) is
> configured as the DHCP server. Following is partial config from the switch
> & the router. I have made sure -
>
> 1. Dot1q trunk on HQ-RTR interface (on the switch). Make sure that all
> appropriate vlans are allowed on the trunk link and that native VLAN lines
> up (1 is default).
> 2. Ensure VLANs are provisioned correctly, assigned to the right
> interfaces, and active (sh vlan b)
> 3. Double check scope config on CUCM Pub. Check each parameter.
> 4. Made sure helper-address is configured
> 5. disabled CSA service from pub
> 6. restarted DHCP service several times
>
> DHCP Server : 10.10.210.10
> subnet IPV4 address: 10.10.200.0
> primary start addr: 10.10.200.120
> primary end addr : 10.10.200.130
> primary router : 10.10.200.3/255.255.255.0
>
> debug ip dhcp server events:
> SiteA-Switch#
> $
>
> 01:58:00: DHCPD: Reload workspace interface Vlan102 tableid 0.
> 01:58:00: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
> 01:58:00: DHCPD: client's VPN is .
> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on interface
> Vlan102.
> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
> SiteA-Switch#$
> 01:58:34: DHCPD: checking for expired leases.
> SiteA-Switch#$
> 01:59:25: DHCPD: Reload workspace interface Vlan102 tableid 0.
> 01:59:25: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
> 01:59:25: DHCPD: client's VPN is .
> 01:59:25: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on interface
> Vlan102.
> 01:59:25: DHCPD: there is no pool for 10.10.200.120.
>
> HQ Switch:-
> 
> SiteA-Switch#sh run
>
> interface FastEthernet1/0/1
>  description TRUNK to HQ-RTR
>  switchport trunk encapsulation dot1q
>  switchport mode trunk
>  speed 100
>  duplex full
> !
> interface FastEthernet1/0/2
>  description HQ PHONE 1- 7960 phone
>  switchport access vlan 101
>  switchport mode access
>  switchport voice vlan 102
>  spanning-tree portfast
> !
> interface FastEthernet1/0/3
> !
>  --More-- interface FastEthernet1/0/4
>  description SERVER port- do not change
>  switchport access vlan 103
>  switchport mode access
>  duplex half
>  spanning-tree portfast
> !
>
> interface FastEthernet1/0/23
>  description HQ PHONE 2- 7962 phone
>  switchport access vlan 101
>  switchport mode access
>  switchport voice vlan 102
>  switchport voice detect cisco-phone
>  spanning-tree portfast
> !
> interface FastEthernet1/0/24
>  description *** DO NOT CHANGE - THIS IS YOUR L3 CONNECTION TO YOUR VPN!!!
> ***
>  switchport access vlan 101
>  switchport mode access
>  speed 100
>  duplex full
>  no cdp enable
> !
> interface GigabitEthernet1/0/1
> !
> interface GigabitEthernet1/0/2
> !
>  --More-- interface Vlan1
>  no ip address
> !
> interface Vlan101
>  ip address 10.10.100.3 255.255.255.0
> !
> interface Vlan102
>  ip address 10.10.200.120 255.255.255.0
> !
> control-plane
> !
> !
> line con 0
>  exec-timeout 0 0
>  --More-- logging synchronous
> line vty 0 4
>  exec-timeout 0 0
>  privilege level 15
>  logging synchronous
>  no login
> line vty 5 15
>  exec-timeout 0 0
>  privilege level 15
>  logging synchronous
>  no login
> !
> end
> 
>
> HQ router:-
> 
> interface FastEthernet0/0.101
>  encapsulation dot1Q 101
>  ip address 10.10.100.1 255.255.255.0
> !
> interface FastEthernet0/0.102
>  encapsulation dot1Q 102
>  ip address 10.10.200.3 255.255.255.0
>  ip helper-address 10.10.210.10
> !
> interface FastEthernet0/0.103
>  encapsulation dot1Q 103
>  ip address 10.10.210.1 255.255.255.0
> !
> interface FastEthernet0/1
>  no ip address
>  shutdown
>  duplex auto
>  speed auto
> 
>
> ___
> 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] B-ACD

2013-06-22 Thread Bill Lake
Try doing all command not just these

Sent from my iPhone

On Jun 22, 2013, at 6:51 AM, CISCO CCIE VOICE  wrote:

> Thanks Bill for your reply,
> 
>  I have done no service app-b-acd and no service app-b-acd-aa but showing all 
> those commands in  Running configuration 
> 
> thanks
> 
> 
> 
> On Sat, Jun 22, 2013 at 1:48 PM, Bill Lake  wrote:
>> If it is showing up in the running configuration, then you most likely see 
>> something like below, the best way to remove this is to no the commands
>> 
>> Or to have done a Archive or copy of the config before you apply it.  then 
>> restore that config as the startup and reboot.
>> 
>> application
>> 
>>  service app-b-acd
>> 
>>   param number-of-hunt-grps 2
>> 
>>   param aa-hunt2 
>> 
>>   param aa-hunt3 1222
>> 
>>   param queue-len 15
>> 
>>   param queue-manager-debugs 1
>> 
>> !
>> 
>>  service app-b-acd-aa
>> 
>>   paramspace english index 1
>> 
>>   paramspace english language en
>> 
>>   paramspace english location flash:
>> 
>>   param service-name app-b-acd
>> 
>>   param handoff-string app-b-acd-aa
>> 
>>   param aa-pilot 8005550123
>> 
>>   param welcome-prompt _bacd_welcome.au
>> 
>>   param number-of-hunt-grps 2
>> 
>>   param dial-by-extension-option 1
>> 
>>   param second-greeting-time 60
>> 
>>   param call-retry-timer 15
>> 
>>   param max-time-call-retry 700
>> 
>>   param max-time-vm-retry 2
>> 
>>   param voice-mail 5003
>> 
>> !
>> 
>> dial-peer voice 222 voip
>> 
>>  service app-b-acd-aa
>> 
>>  destination-pattern 8005550123
>> 
>>  session target ipv4:192.168.1.1 
>> 
>>  incoming called-number 8005550123
>> 
>>  dtmf-relay h245-alphanumeric
>> 
>>  codec g711ulaw
>> 
>>  no vad
>> 
>> 
>> 
>> 
>> On Sat, Jun 22, 2013 at 2:25 AM, Somphol Boonjing  wrote:
>>> That one is the embedded one so you actually can not remove it.   However, 
>>> you can simply ignore it and use one that is external script.
>>> 
>>> So, if you have the external BACD script, you can use it instead of the 
>>> embedded one.
>>> 
>>> Branch2#show flash | inc bacd
>>>  107   30421bacd/app-b-acd-3.0.0.2.tcl
>>>  108   55599bacd/app-b-acd-aa-3.0.0.2.tcl
>>> 
>>> application 
>>>  service funnyqueue flash:/bacd/app-b-acd-3.0.0.2.tcl   
>>> <-- you can you whatever name you like, in this 
>>> case "funnyqueue"
>>> <-- point the script to the script with correct path
>>>. (detail remove for brevity)...
>>> 
>>>  ! 
>>> 
>>>  service funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl 
>>> <-- you can you whatever name you like, in this 
>>> case "funnyaa"
>>> <-- point the script to the script with correct path
>>>. (detail remove for brevity).
>>>param service-name funnyqueue <-- refer to your queue application name
>>>param handoff-string funnyaa
>>>. (detail remove for brevity).
>>> 
>>> ! 
>>> 
>>> dial-peer voice 222 voip 
>>>  service funnyaa   <-- refer to your AA application name.
>>>. (detail remove for brevity)...
>>> !
>>> 
>>> To remove it from the running config, then you can,
>>> 
>>> application 
>>>  no service funnyqueue flash:/bacd/app-b-acd-3.0.0.2.tcl
>>>  no service funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl
>>> 
>>> Ref: 
>>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305
>>> 
>>> Compared to using the embedded one below:
>>> 
>>> application 
>>>  service app-b-acd   <-- you can't change the name of the embedded BACD 
>>> Queue script
>>>. (detail remove for brevity)...
>>>  ! 
>>> 
>>>  service app-b-acd-aa   <-- you can't change the name of the embedded BACD 
>>> AA script
>>>. (detail remove for brevity).
>>>param service-name app-b-acd <-- refer to the embedded BACD Queue script
>>>param handoff-string app-b-acd-aa
>>>. (detail remove for brevity).
>>> ! 
>>> 
>>> dial-peer voice 222 voip 
>>>  service app-b-acd-aa   <-- refer to the name of the embedded BACD AA script
>>>. (detail remove for brevity)...
>>> !
>>> 
>>> Ref: Embedded Call-Queue and AA Tcl Scripts: Example 
>>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 22/06/2013 4:18 PM, "CISCO CCIE VOICE"  wrote:
 application
 no service app-b-acd
 no service app-b-acd-aa
 
 
 
 
 On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing  
 wrote:
> Hi,
> 
> Are you able to show part of the configuration that you have tried to 
> remove from the running configuration?
> 
> --Somphol
> 
> 
> On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE  
> wrote:
>> Hi,
>> 
>> I am trying to Remove B-ACD configuration but still showing in the 
>> running configuration i have restarted the router but no look any guess?
>> 
>> 
>> thanks
>> 
>> 
>> 
>> __

Re: [OSL | CCIE_Voice] B-ACD

2013-06-22 Thread Somphol Boonjing
I don't have a lab to test now, but this might be useful for your further
investigation.

>From this link,
http://www.cisco.com/en/US/docs/ios/voice/command/reference/vr_s01.html#wp1293780

It is interesting that the actual syntax to refer to built-in app is below:
 (I will test it to see if it works as soon as I get back to my lab)

Router(config)# application

Router(config-app)# service queue builtin:app-b-acd


If it works, then I am pretty sure that we can do

application
no service queue builti:app-b-acd

*What I don't know is somehow we are able to specify the service name
without location and simply refer to the service name as the same name as
the builtin app's name.   From the look of it, the syntax we used according
to the command reference is not even correct. I can only guess that it
could be a bit of a change in IOS syntax over time.
*
*
*
*Another thing that may be worth trying is to remove all of the parameters
from under the application itself to see if it will somehow remove that
service from the startup/running configuration. *

*
*
*
*


--Somphol


On Sat, Jun 22, 2013 at 9:51 PM, CISCO CCIE VOICE wrote:

> Thanks Bill for your reply,
>
>  I have done no service app-b-acd and no service app-b-acd-aa but showing
> all those commands in  Running configuration
>
> thanks
>
>
>
> On Sat, Jun 22, 2013 at 1:48 PM, Bill Lake  wrote:
>
>> If it is showing up in the running configuration, then you most likely
>> see something like below, the best way to remove this is to no the commands
>>
>> Or to have done a Archive or copy of the config before you apply it.
>> then restore that config as the startup and reboot.
>>
>> application
>>
>> * service app-b-acd *
>>
>>   param number-of-hunt-grps 2
>>
>>   param aa-hunt2 
>>
>>   param aa-hunt3 1222
>>
>>   param queue-len 15
>>
>>   param queue-manager-debugs 1
>>
>> !
>>
>> * service app-b-acd-aa *
>>
>>   paramspace english index 1
>>
>>   paramspace english language en
>>
>>   paramspace english location flash:
>>
>>   param service-name app-b-acd
>>
>>   param handoff-string app-b-acd-aa
>>
>>   param aa-pilot 8005550123
>>
>>   param welcome-prompt _bacd_welcome.au
>>
>>   param number-of-hunt-grps 2
>>
>>   param dial-by-extension-option 1
>>
>>   param second-greeting-time 60
>>
>>   param call-retry-timer 15
>>
>>   param max-time-call-retry 700
>>
>>   param max-time-vm-retry 2
>>
>>   param voice-mail 5003
>>
>> !
>>
>> dial-peer voice 222 voip
>>
>>  service app-b-acd-aa
>>
>>  destination-pattern 8005550123
>>
>>  session target ipv4:192.168.1.1
>>
>>  incoming called-number 8005550123
>>
>>  dtmf-relay h245-alphanumeric
>>
>>  codec g711ulaw
>>
>>  no vad
>>
>>
>>
>> On Sat, Jun 22, 2013 at 2:25 AM, Somphol Boonjing wrote:
>>
>>> That one is the embedded one so you actually can not remove it.
>>> However, you can simply ignore it and use one that is external script.
>>>
>>> So, if you have the external BACD script, you can use it instead of the
>>> embedded one.
>>>
>>> Branch2#show flash | inc bacd
>>>  107   30421bacd/app-b-acd-3.0.0.2.tcl
>>>  108   55599bacd/app-b-acd-aa-3.0.0.2.tcl
>>>
>>> application
>>>  service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>>> <-- you can you whatever name you like, in this
>>> case "funnyqueue"
>>> <-- point the script to the script with correct
>>> path
>>>. (detail remove for brevity)...
>>>
>>>  !
>>>
>>>  service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl *
>>> <-- you can you whatever name you like, in this
>>> case "funnyaa"
>>> <-- point the script to the script with correct
>>> path
>>>. (detail remove for brevity).
>>>param service-name *funnyqueue* <-- refer to your queue application
>>> name
>>>param handoff-string *funnyaa*
>>>. (detail remove for brevity).
>>>
>>> !
>>>
>>> dial-peer voice 222 voip
>>>  service *funnyaa*   <-- refer to your AA application name.
>>>. (detail remove for brevity)...
>>> !
>>>
>>> To remove it from the running config, then you can,
>>>
>>> application
>>>  no service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>>>  no service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl*
>>>
>>> Ref:
>>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305
>>>
>>> Compared to using the embedded one below:
>>>
>>> application
>>>  service app-b-acd   <-- you can't change the name of the embedded BACD
>>> Queue script
>>>. (detail remove for brevity)...
>>>  !
>>>
>>>  service app-b-acd-aa   <-- you can't change the name of the embedded
>>> BACD AA script
>>>. (detail remove for brevity).
>>>param service-name app-b-acd <-- refer to the embedded BACD Queue
>>> script
>>>param handoff-string app-b-acd-aa
>>>. (detail remove for brevity).
>>> !
>>>
>>> dial-peer voice 222 voip
>>>  service app-b-acd-aa   <-- refer t

Re: [OSL | CCIE_Voice] UCM DHCP

2013-06-22 Thread Somphol Boonjing
A few points that I think worth double check:

[1]

Assuming this is the configuration of the DHCP on CUCM, I think the primary
router doesn't require subnet mask to be specified

DHCP Server : 10.10.210.10
subnet IPV4 address: 10.10.200.0
primary start addr: 10.10.200.120
primary end addr : 10.10.200.130
primary router : 10.10.200.3/255.255.255.0

[2]

In the same broadcast domain (VLAN 102), you seem to have two routing
interface, one on the router and another on as SVI on the switch.Unless
it serves other purpose, I think you can safely remove the SVI.

interface FastEthernet0/0.102
 encapsulation dot1Q 102
 ip address 10.10.200.3 255.255.255.0
 ip helper-address 10.10.210.10
!

interface Vlan102
 ip address 10.10.200.120 255.255.255.0
!

[3]

Once the SVI "interface vlan102" is removed, then the interface that
actually forward your request to the CUCM DHCP should be the fa0/0.102 on
the router that has already been configured with ip helper-address
10.10.210.10 (assuming that this is your CUCM IP).

Then, the following trace on the switch will not be relevant anymore.

01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on interface
Vlan102.
01:58:00: DHCPD: there is no pool for 10.10.200.120.

Once removing SVI 102, then you should try to focus your debugging effort
on the Router and not on the switch.


[4]

Your DHCP range seems to start with 10.10.200.120 and that could cause a
collision with the SVI's IP address, even if everything else is correct.
I remember that IOS-based DHCP seems to assign the last IP address in the
pool, but I'm not sure how CUCM DHCP select the IP address from the pool.


--Somphol


On Sat, Jun 22, 2013 at 10:27 AM, anuritha konjety wrote:

> Ovidiu,
>
> Yes, & ip helper-address is configured.
>
> Regards,
> Anu
>
>
> On Fri, Jun 21, 2013 at 4:32 PM, Ovidiu Popa  wrote:
>
>> Hello Anuritha
>>
>> Do you by any chance have an SVI on vlan 102 ?
>> If yes have you tried configuring ip helper-address on that SVI ?
>>
>> Regards,
>> Ovidiu
>>
>>
>>
>> On Sat, Jun 22, 2013 at 12:26 AM, anuritha konjety 
>> wrote:
>>
>>> Hello,
>>>
>>>I am having trouble with getting phones Ip address when UCM(pub) is
>>> configured as the DHCP server. Following is partial config from the switch
>>> & the router. I have made sure -
>>>
>>> 1. Dot1q trunk on HQ-RTR interface (on the switch). Make sure that all
>>> appropriate vlans are allowed on the trunk link and that native VLAN lines
>>> up (1 is default).
>>> 2. Ensure VLANs are provisioned correctly, assigned to the right
>>> interfaces, and active (sh vlan b)
>>> 3. Double check scope config on CUCM Pub. Check each parameter.
>>> 4. Made sure helper-address is configured
>>> 5. disabled CSA service from pub
>>> 6. restarted DHCP service several times
>>>
>>> DHCP Server : 10.10.210.10
>>> subnet IPV4 address: 10.10.200.0
>>> primary start addr: 10.10.200.120
>>> primary end addr : 10.10.200.130
>>> primary router : 10.10.200.3/255.255.255.0
>>>
>>> debug ip dhcp server events:
>>> SiteA-Switch#
>>> $
>>>
>>> 01:58:00: DHCPD: Reload workspace interface Vlan102 tableid 0.
>>> 01:58:00: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
>>> 01:58:00: DHCPD: client's VPN is .
>>> 01:58:00: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
>>> interface Vlan102.
>>> 01:58:00: DHCPD: there is no pool for 10.10.200.120.
>>> SiteA-Switch#$
>>> 01:58:34: DHCPD: checking for expired leases.
>>> SiteA-Switch#$
>>> 01:59:25: DHCPD: Reload workspace interface Vlan102 tableid 0.
>>> 01:59:25: DHCPD: tableid for 10.10.200.120 on Vlan102 is 0
>>> 01:59:25: DHCPD: client's VPN is .
>>> 01:59:25: DHCPD: Finding a relay for client 0100.1bd4.c698.6c on
>>> interface Vlan102.
>>> 01:59:25: DHCPD: there is no pool for 10.10.200.120.
>>>
>>> HQ Switch:-
>>> 
>>> SiteA-Switch#sh run
>>>
>>> interface FastEthernet1/0/1
>>>  description TRUNK to HQ-RTR
>>>  switchport trunk encapsulation dot1q
>>>  switchport mode trunk
>>>  speed 100
>>>  duplex full
>>> !
>>> interface FastEthernet1/0/2
>>>  description HQ PHONE 1- 7960 phone
>>>  switchport access vlan 101
>>>  switchport mode access
>>>  switchport voice vlan 102
>>>  spanning-tree portfast
>>> !
>>> interface FastEthernet1/0/3
>>> !
>>>  --More-- interface FastEthernet1/0/4
>>>  description SERVER port- do not change
>>>  switchport access vlan 103
>>>  switchport mode access
>>>  duplex half
>>>  spanning-tree portfast
>>> !
>>>
>>> interface FastEthernet1/0/23
>>>  description HQ PHONE 2- 7962 phone
>>>  switchport access vlan 101
>>>  switchport mode access
>>>  switchport voice vlan 102
>>>  switchport voice detect cisco-phone
>>>  spanning-tree portfast
>>> !
>>> interface FastEthernet1/0/24
>>>  description *** DO NOT CHANGE - THIS IS YOUR L3 CONNECTION TO YOUR
>>> VPN!!! ***
>>>  switchport access vlan 101
>>>  switchport mode access
>>>  speed 100
>>>  duplex full
>>>  no cdp enable
>>> !
>>> interface GigabitEthernet1/0/1
>

[OSL | CCIE_Voice] Post call Satisfaction with Unity only

2013-06-22 Thread Isamar Maia
Hi Folks,

Is there any way to implement Post call Satisfaction questionnaire
only with Unity or I would really need
to purchase Cisco IP IVR licenses ?

Thanks,

-- 
Isamar Maia
Cel. VIVO SSA:  (55) 71-9146-8575
Fixo:  (55) 71-4062-8688
Skype ID: isamar.maia
"A vida é muito curta para ser pequena" (Benjamin Disraeli)
___
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] B-ACD

2013-06-22 Thread CISCO CCIE VOICE
Thanks Bill for your reply,

 I have done no service app-b-acd and no service app-b-acd-aa but showing
all those commands in  Running configuration

thanks



On Sat, Jun 22, 2013 at 1:48 PM, Bill Lake  wrote:

> If it is showing up in the running configuration, then you most likely see
> something like below, the best way to remove this is to no the commands
>
> Or to have done a Archive or copy of the config before you apply it.  then
> restore that config as the startup and reboot.
>
> application
>
> * service app-b-acd *
>
>   param number-of-hunt-grps 2
>
>   param aa-hunt2 
>
>   param aa-hunt3 1222
>
>   param queue-len 15
>
>   param queue-manager-debugs 1
>
> !
>
> * service app-b-acd-aa *
>
>   paramspace english index 1
>
>   paramspace english language en
>
>   paramspace english location flash:
>
>   param service-name app-b-acd
>
>   param handoff-string app-b-acd-aa
>
>   param aa-pilot 8005550123
>
>   param welcome-prompt _bacd_welcome.au
>
>   param number-of-hunt-grps 2
>
>   param dial-by-extension-option 1
>
>   param second-greeting-time 60
>
>   param call-retry-timer 15
>
>   param max-time-call-retry 700
>
>   param max-time-vm-retry 2
>
>   param voice-mail 5003
>
> !
>
> dial-peer voice 222 voip
>
>  service app-b-acd-aa
>
>  destination-pattern 8005550123
>
>  session target ipv4:192.168.1.1
>
>  incoming called-number 8005550123
>
>  dtmf-relay h245-alphanumeric
>
>  codec g711ulaw
>
>  no vad
>
>
>
> On Sat, Jun 22, 2013 at 2:25 AM, Somphol Boonjing wrote:
>
>> That one is the embedded one so you actually can not remove it.
>> However, you can simply ignore it and use one that is external script.
>>
>> So, if you have the external BACD script, you can use it instead of the
>> embedded one.
>>
>> Branch2#show flash | inc bacd
>>  107   30421bacd/app-b-acd-3.0.0.2.tcl
>>  108   55599bacd/app-b-acd-aa-3.0.0.2.tcl
>>
>> application
>>  service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>> <-- you can you whatever name you like, in this
>> case "funnyqueue"
>> <-- point the script to the script with correct
>> path
>>. (detail remove for brevity)...
>>
>>  !
>>
>>  service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl *
>> <-- you can you whatever name you like, in this
>> case "funnyaa"
>> <-- point the script to the script with correct
>> path
>>. (detail remove for brevity).
>>param service-name *funnyqueue* <-- refer to your queue application
>> name
>>param handoff-string *funnyaa*
>>. (detail remove for brevity).
>>
>> !
>>
>> dial-peer voice 222 voip
>>  service *funnyaa*   <-- refer to your AA application name.
>>. (detail remove for brevity)...
>> !
>>
>> To remove it from the running config, then you can,
>>
>> application
>>  no service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>>  no service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl*
>>
>> Ref:
>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305
>>
>> Compared to using the embedded one below:
>>
>> application
>>  service app-b-acd   <-- you can't change the name of the embedded BACD
>> Queue script
>>. (detail remove for brevity)...
>>  !
>>
>>  service app-b-acd-aa   <-- you can't change the name of the embedded
>> BACD AA script
>>. (detail remove for brevity).
>>param service-name app-b-acd <-- refer to the embedded BACD Queue
>> script
>>param handoff-string app-b-acd-aa
>>. (detail remove for brevity).
>> !
>>
>> dial-peer voice 222 voip
>>  service app-b-acd-aa   <-- refer to the name of the embedded BACD AA
>> script
>>. (detail remove for brevity)...
>> !
>>
>> Ref: Embedded Call-Queue and AA Tcl Scripts: Example
>> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html
>>
>>
>>
>> On 22/06/2013 4:18 PM, "CISCO CCIE VOICE"  wrote:
>>
>>> application
>>> no service app-b-acd
>>> no service app-b-acd-aa
>>>
>>>
>>>
>>>
>>> On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing wrote:
>>>
 Hi,

 Are you able to show part of the configuration that you have tried to
 remove from the running configuration?

 --Somphol


 On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE <
 ccievoic...@gmail.com> wrote:

> Hi,
>
> I am trying to Remove B-ACD configuration but still showing in the
> running configuration i have restarted the router but no look any guess?
>
>
> thanks
>
>
>
> ___
> 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 

Re: [OSL | CCIE_Voice] B-ACD

2013-06-22 Thread Bill Lake
If it is showing up in the running configuration, then you most likely see
something like below, the best way to remove this is to no the commands

Or to have done a Archive or copy of the config before you apply it.  then
restore that config as the startup and reboot.

application

* service app-b-acd *

  param number-of-hunt-grps 2

  param aa-hunt2 

  param aa-hunt3 1222

  param queue-len 15

  param queue-manager-debugs 1

!

* service app-b-acd-aa *

  paramspace english index 1

  paramspace english language en

  paramspace english location flash:

  param service-name app-b-acd

  param handoff-string app-b-acd-aa

  param aa-pilot 8005550123

  param welcome-prompt _bacd_welcome.au

  param number-of-hunt-grps 2

  param dial-by-extension-option 1

  param second-greeting-time 60

  param call-retry-timer 15

  param max-time-call-retry 700

  param max-time-vm-retry 2

  param voice-mail 5003

!

dial-peer voice 222 voip

 service app-b-acd-aa

 destination-pattern 8005550123

 session target ipv4:192.168.1.1

 incoming called-number 8005550123

 dtmf-relay h245-alphanumeric

 codec g711ulaw

 no vad



On Sat, Jun 22, 2013 at 2:25 AM, Somphol Boonjing  wrote:

> That one is the embedded one so you actually can not remove it.   However,
> you can simply ignore it and use one that is external script.
>
> So, if you have the external BACD script, you can use it instead of the
> embedded one.
>
> Branch2#show flash | inc bacd
>  107   30421bacd/app-b-acd-3.0.0.2.tcl
>  108   55599bacd/app-b-acd-aa-3.0.0.2.tcl
>
> application
>  service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
> <-- you can you whatever name you like, in this
> case "funnyqueue"
> <-- point the script to the script with correct
> path
>. (detail remove for brevity)...
>
>  !
>
>  service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl *
> <-- you can you whatever name you like, in this
> case "funnyaa"
> <-- point the script to the script with correct
> path
>. (detail remove for brevity).
>param service-name *funnyqueue* <-- refer to your queue application
> name
>param handoff-string *funnyaa*
>. (detail remove for brevity).
>
> !
>
> dial-peer voice 222 voip
>  service *funnyaa*   <-- refer to your AA application name.
>. (detail remove for brevity)...
> !
>
> To remove it from the running config, then you can,
>
> application
>  no service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>  no service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl*
>
> Ref:
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305
>
> Compared to using the embedded one below:
>
> application
>  service app-b-acd   <-- you can't change the name of the embedded BACD
> Queue script
>. (detail remove for brevity)...
>  !
>
>  service app-b-acd-aa   <-- you can't change the name of the embedded BACD
> AA script
>. (detail remove for brevity).
>param service-name app-b-acd <-- refer to the embedded BACD Queue script
>param handoff-string app-b-acd-aa
>. (detail remove for brevity).
> !
>
> dial-peer voice 222 voip
>  service app-b-acd-aa   <-- refer to the name of the embedded BACD AA
> script
>. (detail remove for brevity)...
> !
>
> Ref: Embedded Call-Queue and AA Tcl Scripts: Example
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html
>
>
>
> On 22/06/2013 4:18 PM, "CISCO CCIE VOICE"  wrote:
>
>> application
>> no service app-b-acd
>> no service app-b-acd-aa
>>
>>
>>
>>
>> On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing wrote:
>>
>>> Hi,
>>>
>>> Are you able to show part of the configuration that you have tried to
>>> remove from the running configuration?
>>>
>>> --Somphol
>>>
>>>
>>> On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE >> > wrote:
>>>
 Hi,

 I am trying to Remove B-ACD configuration but still showing in the
 running configuration i have restarted the router but no look any guess?


 thanks



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

>>>
>>>
>>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] SRST checklist

2013-06-22 Thread Bill Lake
You might also need to match the softkeys on the phones in SRST to those
when registered to CUCM


On Sat, Jun 22, 2013 at 4:52 AM, Somphol Boonjing  wrote:

> To add to the list:
>
> - music-on-hold matching that of CUCM if applicable (i.e. in a situation
> where the file is provided)
> - secondary-dialtone
> - Alert Name & Connected Name (i.e. ephone-dn's name parameter) (esp.
> intra-site)
> - CFUR settings for relevant DN on CUCM (To what extent this is relevant
> to SRST point, I don't know, but I think I will need to clarify this with
> the proctor if it is not clearly stated.)
>
> I've also tested that the following is not possible in SRST as the phone
> will still try to retrieve the file from the original TFTP server.
>
> - (not possible) matching Ringlist.xml / DistinctiveRingList.xml to that
> of CUCM
>
>
>
> --Somphol
>
>
> On Sat, Jun 22, 2013 at 9:20 AM, Ovidiu Popa  wrote:
>
>> Follow-up:
>>
>> voice service voip
>>  h323
>>   call preserve
>>
>> Ovidiu
>>
>> On Fri, Jun 21, 2013 at 10:40 PM, Ovidiu Popa  wrote:
>>
>>> Adding one more for H323 gateways:
>>>
>>> *CUCM service Parameter : Allow Peer to Preserve H.323 Calls*
>>> *
>>> *
>>> Keep it coming guys and gals
>>>
>>> Regards,
>>> Ovidiu
>>>
>>>
>>> On Fri, Jun 21, 2013 at 11:55 AM, Somphol Boonjing wrote:
>>>
 To add to your list that is already good,

 - date/time format
 - timezone
 - system message
 - number of max calls & busy call triggers
 - call pickup behavior if applicable (directed vs no directed call
 pickup)
 - call-transfer pattern
 - call-forward pattern
 - number of channels for ephone (dual, octal)
 - cbarge for shared line if applicable
 - SRST for media resources (via sdspfarm)
 - cptone if applicable

 --Somphol.


 --Somphol


 On Fri, Jun 21, 2013 at 3:08 PM, Karen Johnson <
 karen.johnson...@yahoo.ca> wrote:

>
> all,
>
> i am trying to compile SRST check for my next attempt. I never got
> full mark here in my few attempts and always curious what i missing (even
> it seems I already done what they asked)
>
> - caller id and name ( hide or display)
> - Mwi light and VM message from PSTN and IP phone
> - inter site call & VM inter site
> - COR  if any
> - When forward call come , it play personal greeting
> - DND to divert
> - huntstop channel
> - if  agents still working
> - after back to normal mode, verify everhthing
> -softkeys
> - feature  : conference
> - timeout interdigit and Cfwd timer similar to UCM mode
> - always use preference 9 and "dial-peer hunt 2"
>
> Any other tips and trick that I am not aware  ? help please
>
> K
>
>
>
>
> -
>
>
> ___
> 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
>
___
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] B-ACD

2013-06-22 Thread CISCO CCIE VOICE
Hi Boonjing,

thanks for ur reply,what if i  have the requirement to use  only embedded
B-A-CD and if any reason i have to remove it then what i have to do ?



On Sat, Jun 22, 2013 at 10:25 AM, Somphol Boonjing wrote:

> That one is the embedded one so you actually can not remove it.   However,
> you can simply ignore it and use one that is external script.
>
> So, if you have the external BACD script, you can use it instead of the
> embedded one.
>
> Branch2#show flash | inc bacd
>  107   30421bacd/app-b-acd-3.0.0.2.tcl
>  108   55599bacd/app-b-acd-aa-3.0.0.2.tcl
>
> application
>  service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
> <-- you can you whatever name you like, in this
> case "funnyqueue"
> <-- point the script to the script with correct
> path
>. (detail remove for brevity)...
>
>  !
>
>  service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl *
> <-- you can you whatever name you like, in this
> case "funnyaa"
> <-- point the script to the script with correct
> path
>. (detail remove for brevity).
>param service-name *funnyqueue* <-- refer to your queue application
> name
>param handoff-string *funnyaa*
>. (detail remove for brevity).
>
> !
>
> dial-peer voice 222 voip
>  service *funnyaa*   <-- refer to your AA application name.
>. (detail remove for brevity)...
> !
>
> To remove it from the running config, then you can,
>
> application
>  no service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
>  no service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl*
>
> Ref:
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305
>
> Compared to using the embedded one below:
>
> application
>  service app-b-acd   <-- you can't change the name of the embedded BACD
> Queue script
>. (detail remove for brevity)...
>  !
>
>  service app-b-acd-aa   <-- you can't change the name of the embedded BACD
> AA script
>. (detail remove for brevity).
>param service-name app-b-acd <-- refer to the embedded BACD Queue script
>param handoff-string app-b-acd-aa
>. (detail remove for brevity).
> !
>
> dial-peer voice 222 voip
>  service app-b-acd-aa   <-- refer to the name of the embedded BACD AA
> script
>. (detail remove for brevity)...
> !
>
> Ref: Embedded Call-Queue and AA Tcl Scripts: Example
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html
>
>
>
> On 22/06/2013 4:18 PM, "CISCO CCIE VOICE"  wrote:
>
>> application
>> no service app-b-acd
>> no service app-b-acd-aa
>>
>>
>>
>>
>> On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing wrote:
>>
>>> Hi,
>>>
>>> Are you able to show part of the configuration that you have tried to
>>> remove from the running configuration?
>>>
>>> --Somphol
>>>
>>>
>>> On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE >> > wrote:
>>>
 Hi,

 I am trying to Remove B-ACD configuration but still showing in the
 running configuration i have restarted the router but no look any guess?


 thanks



 ___
 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 checklist

2013-06-22 Thread Somphol Boonjing
To add to the list:

- music-on-hold matching that of CUCM if applicable (i.e. in a situation
where the file is provided)
- secondary-dialtone
- Alert Name & Connected Name (i.e. ephone-dn's name parameter) (esp.
intra-site)
- CFUR settings for relevant DN on CUCM (To what extent this is relevant to
SRST point, I don't know, but I think I will need to clarify this with the
proctor if it is not clearly stated.)

I've also tested that the following is not possible in SRST as the phone
will still try to retrieve the file from the original TFTP server.

- (not possible) matching Ringlist.xml / DistinctiveRingList.xml to that of
CUCM



--Somphol


On Sat, Jun 22, 2013 at 9:20 AM, Ovidiu Popa  wrote:

> Follow-up:
>
> voice service voip
>  h323
>   call preserve
>
> Ovidiu
>
> On Fri, Jun 21, 2013 at 10:40 PM, Ovidiu Popa  wrote:
>
>> Adding one more for H323 gateways:
>>
>> *CUCM service Parameter : Allow Peer to Preserve H.323 Calls*
>> *
>> *
>> Keep it coming guys and gals
>>
>> Regards,
>> Ovidiu
>>
>>
>> On Fri, Jun 21, 2013 at 11:55 AM, Somphol Boonjing wrote:
>>
>>> To add to your list that is already good,
>>>
>>> - date/time format
>>> - timezone
>>> - system message
>>> - number of max calls & busy call triggers
>>> - call pickup behavior if applicable (directed vs no directed call
>>> pickup)
>>> - call-transfer pattern
>>> - call-forward pattern
>>> - number of channels for ephone (dual, octal)
>>> - cbarge for shared line if applicable
>>> - SRST for media resources (via sdspfarm)
>>> - cptone if applicable
>>>
>>> --Somphol.
>>>
>>>
>>> --Somphol
>>>
>>>
>>> On Fri, Jun 21, 2013 at 3:08 PM, Karen Johnson <
>>> karen.johnson...@yahoo.ca> wrote:
>>>

 all,

 i am trying to compile SRST check for my next attempt. I never got full
 mark here in my few attempts and always curious what i missing (even it
 seems I already done what they asked)

 - caller id and name ( hide or display)
 - Mwi light and VM message from PSTN and IP phone
 - inter site call & VM inter site
 - COR  if any
 - When forward call come , it play personal greeting
 - DND to divert
 - huntstop channel
 - if  agents still working
 - after back to normal mode, verify everhthing
 -softkeys
 - feature  : conference
 - timeout interdigit and Cfwd timer similar to UCM mode
 - always use preference 9 and "dial-peer hunt 2"

 Any other tips and trick that I am not aware  ? help please

 K




 -


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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

>>>
>>>
>>> ___
>>> For more information regarding industry leading CCIE Lab training,
>>> please visit www.ipexpert.com
>>>
>>> Are you a CCNP or CCIE and looking for a job? Check out
>>> www.PlatinumPlacement.com
>>>
>>
>>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] B-ACD

2013-06-22 Thread Somphol Boonjing
That one is the embedded one so you actually can not remove it.   However,
you can simply ignore it and use one that is external script.

So, if you have the external BACD script, you can use it instead of the
embedded one.

Branch2#show flash | inc bacd
 107   30421bacd/app-b-acd-3.0.0.2.tcl
 108   55599bacd/app-b-acd-aa-3.0.0.2.tcl

application
 service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
<-- you can you whatever name you like, in this
case "funnyqueue"
<-- point the script to the script with correct path
   . (detail remove for brevity)...

 !

 service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl *
<-- you can you whatever name you like, in this
case "funnyaa"
<-- point the script to the script with correct path
   . (detail remove for brevity).
   param service-name *funnyqueue* <-- refer to your queue application name
   param handoff-string *funnyaa*
   . (detail remove for brevity).

!

dial-peer voice 222 voip
 service *funnyaa*   <-- refer to your AA application name.
   . (detail remove for brevity)...
!

To remove it from the running config, then you can,

application
 no service *funnyqueue flash:/bacd/*app-b-acd-3.0.0.2.tcl
 no service* funnyaa  flash:/bacd/app-b-acd-aa-3.0.0.2.tcl*

Ref:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html#wp1026305

Compared to using the embedded one below:

application
 service app-b-acd   <-- you can't change the name of the embedded BACD
Queue script
   . (detail remove for brevity)...
 !

 service app-b-acd-aa   <-- you can't change the name of the embedded BACD
AA script
   . (detail remove for brevity).
   param service-name app-b-acd <-- refer to the embedded BACD Queue script
   param handoff-string app-b-acd-aa
   . (detail remove for brevity).
!

dial-peer voice 222 voip
 service app-b-acd-aa   <-- refer to the name of the embedded BACD AA script
   . (detail remove for brevity)...
!

Ref: Embedded Call-Queue and AA Tcl Scripts: Example
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/bacd/configuration/guide/40bacd.html



On 22/06/2013 4:18 PM, "CISCO CCIE VOICE"  wrote:

> application
> no service app-b-acd
> no service app-b-acd-aa
>
>
>
>
> On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing wrote:
>
>> Hi,
>>
>> Are you able to show part of the configuration that you have tried to
>> remove from the running configuration?
>>
>> --Somphol
>>
>>
>> On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE 
>> wrote:
>>
>>> Hi,
>>>
>>> I am trying to Remove B-ACD configuration but still showing in the
>>> running configuration i have restarted the router but no look any guess?
>>>
>>>
>>> thanks
>>>
>>>
>>>
>>> ___
>>> 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] B-ACD

2013-06-22 Thread Mark Drucker
You're going to need to go under each service and remove all entries to
remove BACD from the router.


On Fri, Jun 21, 2013 at 11:18 PM, CISCO CCIE VOICE wrote:

> application
> no service app-b-acd
> no service app-b-acd-aa
>
>
>
>
> On Sat, Jun 22, 2013 at 9:06 AM, Somphol Boonjing wrote:
>
>> Hi,
>>
>> Are you able to show part of the configuration that you have tried to
>> remove from the running configuration?
>>
>> --Somphol
>>
>>
>> On Sat, Jun 22, 2013 at 1:00 AM, CISCO CCIE VOICE 
>> wrote:
>>
>>> Hi,
>>>
>>> I am trying to Remove B-ACD configuration but still showing in the
>>> running configuration i have restarted the router but no look any guess?
>>>
>>>
>>> thanks
>>>
>>>
>>>
>>> ___
>>> 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
>



-- 
Mark Drucker
(925) 321-5791
___
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