[cisco-voip] Installing TAPS on UCCX with High Availability

Chris Hill ChrHill at wellmed.net
Fri Dec 4 14:35:54 EST 2009



I have a UCM 6.1 cluster with a UCCX 5 High Availability Cluster.

I am looking at setting up TAPS or now known as the auto registration
phone tool.

 

My question is whether anyone has experience with installing this on
UCCX with HA? Do I need to run the
ToolforAutoRegisteredPhonesSupport.exe on both UCCX servers?

 

Thanks,

 

-- chris


Chris Hill | Lead Telecommunications Administrator | WellMed Medical Management, Inc.
Telephone: 210-877-7812 x2273 | Cell: 210-563-2940 |  http://www.wellmedmedicalgroup.com/
--------------------------------------------------------------------------

NOTICE: This communication and any attachments may contain privileged or other confidential information protected by HIPAA legislation (45 CFR, Parts 160 and 164). If you are not the intended recipient, or believe that you have received this communication in error, please do not print, copy, retransmit, disseminate, or otherwise use the information and please notify Chris Hill at ChrHill at wellmed.net that you have received this communication in error and delete the copy you received.
E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Chris Hill at ChrHill at wellmed.net and WellMed Medical Management, Inc. do not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
--------------------------------------------------------------------------

P Print only when necessary. Thank you for helping WellMed Medical Management, Inc. remain environmentally responsible.


From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
cisco-voip-request at puck.nether.net
Sent: Friday, December 04, 2009 11:00 AM
To: cisco-voip at puck.nether.net
Subject: cisco-voip Digest, Vol 74, Issue 4

Send cisco-voip mailing list submissions to
	cisco-voip at puck.nether.net

To subscribe or unsubscribe via the World Wide Web, visit
	https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
	cisco-voip-request at puck.nether.net

You can reach the person managing the list at
	cisco-voip-owner at puck.nether.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."


Today's Topics:

   1. Routing call based on calling number (Mirko Maffioli)
   2. Re: UK PRI MGCP[Scanned] (Martin Bufton)
   3. Re: Update DNS on CUCM 6.1 (Ryan Ratliff)
   4. Re: Update DNS on CUCM 6.1 (Joe Martini (joemar2))
   5. Re: Update DNS on CUCM 6.1 (Scott Voll)
   6. Re: Update DNS on CUCM 6.1 (Mark Holloway)
   7. CUMA managed server wont start (Dane Newman)
   8. Re: CUMA managed server wont start (Dane Newman)
   9. Re: CUMA managed server wont start (Ryan Ratliff)
  10. Re: CUMA managed server wont start (Ryan Ratliff)
  11. Re: CUMA managed server wont start (Dane Newman)
  12. Debug Incomming Call routing from MGCP Gateway (Martin Bufton)
  13. Re: Unity Connection 7 Call Handlers based on Called	Number
      (Pat Hayes)
  14. Re: CUMA managed server wont start (Ryan Ratliff)
  15. Re: CUMA managed server wont start (Dane Newman)
  16. Re: Debug Incomming Call routing from MGCP Gateway (Jim Reed)
  17. (no subject) (mohd ahmed)
  18. H323 Analog GW - outbound call line selection (Carter, Bill)
  19. Re: Unity Connection 7 Call Handlers based on Called	Number
      (O'Brien, Neil)
  20. Re: Debug Incomming Call routing from MGCP Gateway (Scott Voll)
  21. Re: Unity Connection 7 Call Handlers based on Called Number
      (Lelio Fulgenzi)
  22. Re: H323 Analog GW - outbound call line selection (Nate VanMaren)
  23. Re: Click to dial (Louis Koekemoer (ZA))
  24. Handset Cord Source (Jim Reed)
  25. Re: Handset Cord Source (Charles Goldsmith)
  26. MWI issue:  Unity and Exchange (Countryman, Edward)
  27. Re: MWI issue:  Unity and Exchange (Matthew Loraditch)
  28. CUCM 6.x Extension Mobility Remote Login
      (Tobias Goldstone (TOGOL))
  29. Re: CUCM 6.x Extension Mobility Remote Login (Nate VanMaren)
  30. Re: MWI issue: Unity and Exchange (Scott Voll)
  31. Re: CUCM 6.x Extension Mobility Remote Login (Scott Voll)
  32. Re: CUCM 6.x Extension Mobility Remote Login and logout.
      (Liakos, James)
  33. Re: CUCM 6.x Extension Mobility Remote Login and logout.
      (Tobias Goldstone (TOGOL))
  34. OT: FCC now planning "all-IP" phone transition (Lelio Fulgenzi)
  35. Problem with Softkey Layout (UCM 7.1.3) (Mark Holloway)
  36. Re: Problem with Softkey Layout (UCM 7.1.3) (Scott Voll)
  37. Re: Problem with Softkey Layout (UCM 7.1.3) (Mark Holloway)
  38. Re: Problem with Softkey Layout (UCM 7.1.3) (Bill Simon)
  39. Cisco VG20x voice gateway interoperability (CM	required?)
      (Dale Shaw)
  40. Re: Cisco VG20x voice gateway interoperability	(CM
required?)
      (Nate VanMaren)
  41. Re: Cisco VG20x voice gateway interoperability (CM
required?)
      (Dale Shaw)
  42. Re: Cisco VG20x voice gateway interoperability (CM
required?)
      (Nick Matthews)
  43. Re: Handset Cord Source (Brokenshire, Steve)
  44. Error while trying to delete partitions (Glen Cobby)
  45. Re: CUCM 6.x Extension Mobility Remote Login (cips)
  46. Re: Error while trying to delete partitions (Lewis, Chris)
  47. RAID1 disk mirroring (ifilxh)
  48. Re: RAID1 disk mirroring (cips)
  49. Re: Error while trying to delete partitions (cips)
  50. Re: Error while trying to delete partitions (Dennis Heim)
  51. Re: Masking 0800 Calls in UK (Huffman, Tim)
  52. Re: Masking 0800 Calls in UK (Johnny Crothers)
  53. TEST (Robert Shearrill)
  54. Re: RAID1 disk mirroring (Ryan Ratliff)
  55. Re: RAID1 disk mirroring (Jason Aarons (US))
  56. Re: RAID1 disk mirroring (Ryan Ratliff)
  57. CLID issue with sip (Dane Newman)
  58. CUE (Cisco Unity Express) Language Settings (Kim, Hyoun S)
  59. Re: CLID issue with sip (Ryan Ratliff)
  60. Re: Leaving forum (harbor235)
  61. Re: CLID issue with sip (Dane Newman)
  62. Ideas for cheaper international calling (Fried Michael)
  63. Re: UCM7 won't ACK DHCP Request for remote site phones	*
      (Maybelyn Plecic)


----------------------------------------------------------------------

Message: 1
Date: Thu, 3 Dec 2009 18:01:07 +0100
From: "Mirko Maffioli" <mirkomaffioli at emisfera.it>
To: <cisco-voip at puck.nether.net>
Subject: [cisco-voip] Routing call based on calling number
Message-ID:
	<590C7B5FB2CEE141A02861BF642704590108196A at emisrv13.emisfera.it>
Content-Type: text/plain;	charset="us-ascii"

Hi,

It is possibile to route a call based on the calling number on a CME?
For example:

voice translation-rule 10
 rule 1 / xxxBRI NUMBERxxx / /xxxROUTED DESTINATIONxxx/

voice translation-rule 11
 rule 1 / xxxBRI NUMBERxxx / /xxxNORMAL DESTINATIONxxx/

voice translation-profile IN-NORMALCALL
translate called 11

voice translation-profile IN-ROUTED
 translate called 10

dial-peer voice 180 pots
 description *** INCOMING CALLS ***
 translation-profile incoming IN-NORMALCALL
 incoming called-number xxxBRI NUMBERxxx
 direct-inward-dial
 port 0/1/0

dial-peer voice 190 pots
 description *** INCOMING TO BE ROUTED***
 translation-profile incoming IN-ROUTED
 answer-address xxxCALLING NUMBERxxx
 incoming called-number xxxBRI NUMBERxxx
 direct-inward-dial
 port 0/1/0

Bye
Mirko


------------------------------

Message: 2
Date: Thu, 3 Dec 2009 17:03:02 -0000
From: "Martin Bufton" <m.bufton at spectra-group.co.uk>
To: "Martin Bufton" <m.bufton at spectra-group.co.uk>,	"Lewis, Chris"
	<Chris.Lewis at magnetar.com>,	"Charles Goldsmith"
	<wokka at justfamily.org>,	"Joe Martini (joemar2)"
<joemar2 at cisco.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UK PRI MGCP[Scanned]
Message-ID:
	<CE2A5CFEB3A9B348A0681534F19A272075A291 at stoat.Spectra.local>
Content-Type: text/plain; charset="us-ascii"

I have managed to get it to register by reducing the length of my
hostname.

 

Just got the rest to do now.

 

Would still like to know the recommendation for partial PRI E1 MGCP

 

 

Martin Bufton BSc (Hons), CCNA - Systems Engineer

 

Email: m.bufton at spectra-group.co.uk
<mailto:m.bufton at spectra-group.co.uk> 

Tel: 01531 651221

Mobile: 07515 285505

 

Spectra Group (UK) Limited

 

Telephone: 0845 2600 444   Web: www.spectra-group.co.uk
<http://www.spectra-group.co.uk/>  Fax: 0845 2600 445

 

Company Registration Number: 4570376

 

From: Martin Bufton [mailto:m.bufton at spectra-group.co.uk] 
Sent: 03 December 2009 15:46
To: Lewis, Chris; Charles Goldsmith; Joe Martini (joemar2)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UK PRI MGCP[Scanned]

 

Don't suppose you can show me a copy of that config with the ip's and
passwords removed.

 

 

Martin Bufton BSc (Hons), CCNA - Systems Engineer

 

Email: m.bufton at spectra-group.co.uk
<mailto:m.bufton at spectra-group.co.uk> 

Tel: 01531 651221

Mobile: 07515 285505

 

Spectra Group (UK) Limited

 

Telephone: 0845 2600 444   Web: www.spectra-group.co.uk
<http://www.spectra-group.co.uk/>  Fax: 0845 2600 445

 

Company Registration Number: 4570376

 

From: Lewis, Chris [mailto:Chris.Lewis at magnetar.com] 
Sent: 03 December 2009 14:52
To: Charles Goldsmith; Joe Martini (joemar2)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UK PRI MGCP[Scanned]

 

To let you know, I have been using 15 channels on an ISDN30 for over 2
years - in my UK site - with no additional tweaks on CCM or the VGW's

 

Plus it is supported by TAC - Spoken to Joe a few times I in the past  J

 

Chris

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Charles
Goldsmith
Sent: 03 December 2009 14:36
To: Joe Martini (joemar2)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UK PRI MGCP

 

Note: Cisco CallManager does not support the configuration or use of a
fractional PRI when you use it with MGCP. If fractional PRI is
necessary, you can use H.323 instead of MGCP.

This can be found on 
http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00806
fedbe.shtml#topic1 

It's not supported and won't work without some tweaking.

Charles

On Thu, Dec 3, 2009 at 8:34 AM, Joe Martini (joemar2) <
joemar2 at cisco.com> wrote:

To do a fractional MGCP T1/E1/PRI you have to configured it as a full
PRI on the gateway.  Then on CUCM check the CallManager service
parameter, Change B-Channel Maintenance Status.

 

Joe

 

 

 

From: cisco-voip-bounces at puck.nether.net [mailto:
cisco-voip-bounces at puck.nether.net] On Behalf Of Dan Greenway
Sent: Thursday, December 03, 2009 9:25 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UK PRI MGCP

 

I didn't think you could do MGCP with fractional E1's

 

thanks

Dan

 

 

On 3 Dec 2009, at 07:10, afatsum wrote:

 

You are missing l3 backhaul binding to ccm-manager under your serial 
interface. Add "isdn bind-l3 ccm-manager" under serial 0/0/0:15

-Mus

Martin Bufton wrote:

 

	 

	I have a Cisco router connected to UK PRI E1 with 10 channels. I


	cannot get it to register.

	 

	 

	 

	I get the following MCGP debug message. Can you see anything
wrong in 

	my config?

	 

	 

	 

	 

	 

	000073: *Dec  2 17:55:59.251 GMT: 

	
//-1/xxxxxxxxxxxx/MGCP/mgcp_mp_get_not_entity(830):[lvl=2]Invalid 

	parameter (pkt 0x67654638 pkt->mgcp_parm_lines 0x00000000)

	 

	 

	 

	Thanks in advance

	 

	 

	 

	Current configuration : 8969 bytes

	 

	!

	 

	version 12.4

	 

	no service pad

	 

	service timestamps debug datetime msec localtime show-timezone

	 

	service timestamps log datetime msec localtime show-timezone

	 

	service password-encryption

	 

	service sequence-numbers

	 

	!

	 

	hostname Cent-xxx-MGCP-GW1-RT

	 

	!

	 

	boot-start-marker

	 

	boot-end-marker

	 

	!

	 

	card type e1 0 0

	 

	logging buffered 51200 warnings

	 

	!

	 

	no aaa new-model

	 

	clock timezone GMT 0

	 

	clock summer-time BST recurring last Sun Mar 2:00 last Sun Oct
2:00

	 

	network-clock-participate wic 0

	 

	dot11 syslog

	 

	!

	 

	!

	 

	ip cef

	 

	!

	 

	!

	 

	no ip bootp server

	 

	no ip domain lookup

	 

	ip domain name

	 

	multilink bundle-name authenticated

	 

	!

	 

	isdn switch-type primary-net5

	 

	voice-card 0

	 

	no dspfarm

	 

	!

	 

	crypto pki trustpoint TP-self-signed-2117350501

	 

	enrollment selfsigned

	 

	subject-name cn=IOS-Self-Signed-Certificate-2117350501

	 

	revocation-check none

	 

	rsakeypair TP-self-signed-2117350501

	 

	 

	 

	       quit

	 

	!

	 

	!

	 

	archive

	 

	log config

	 

	 hidekeys

	 

	!

	 

	!

	 

	controller E1 0/0/0

	 

	pri-group timeslots 1-10,16 service mgcp

	 

	!

	 

	controller E1 0/0/1

	 

	!

	 

	ip tcp synwait-time 10

	 

	!

	 

	!

	 

	!

	 

	!

	 

	interface Port-channel1

	 

	description EtherChannel to Cent-xxx-Core-Sw

	 

	ip address 172.16.xx.100 255.255.255.0

	 

	!

	 

	interface GigabitEthernet0/0

	 

	description Member of Etherchannel conected to Cent-xxx-Core-Sw
gig 

	2/0/19

	 

	no ip address

	 

	duplex auto

	 

	speed auto

	 

	media-type rj45

	 

	channel-group 1

	 

	!

	 

	interface GigabitEthernet0/1

	 

	description Member of Etherchannel conected to Cent-xx-Core-Sw
gig 1/0/19

	 

	no ip address

	 

	duplex auto

	 

	speed auto

	 

	media-type rj45

	 

	channel-group 1

	 

	!

	 

	interface Serial0/0/0:15

	 

	no ip address

	 

	encapsulation hdlc

	 

	isdn switch-type primary-net5

	 

	isdn incoming-voice voice

	 

	no cdp enable

	 

	!

	 

	ip forward-protocol nd

	 

	ip route 0.0.0.0 0.0.0.0 Port-channel1 172.16.xx.1

	 

	!

	 

	!

	 

	ip http server

	 

	ip http access-class 23

	 

	ip http authentication local

	 

	ip http secure-server

	 

	ip http timeout-policy idle 60 life 86400 requests 10000

	 

	!

	 

	control-plane

	 

	!

	 

	voice-port 0/0/0:15

	 

	!

	 

	ccm-manager mgcp

	 

	!

	 

	mgcp

	 

	mgcp call-agent 172.16.x.10 service-type mgcp version 1.0

	 

	!

	 

	mgcp profile default

	 

	!

	 

	dial-peer voice 1 pots

	 

	service mgcp

	 

	destination-pattern 9T

	 

	incoming called-number ....

	 

	direct-inward-dial

	 

	!

	 

	!

	 

	!

	 

	scheduler allocate 20000 1000

	 

	ntp server 172.16.74.30

	 

	!

	 

	end

	 

	 

	 

	* *

	 

	*Martin Bufton BSc (Hons), CCNA - *Systems Engineer**

	 

	* *

	 

	 

	 

	 

	 

	 

	 

	 

	 

	
------------------------------------------------------------------------

	 

	_______________________________________________

	cisco-voip mailing list

	cisco-voip at puck.nether.net

	https://puck.nether.net/mailman/listinfo/cisco-voip

	 


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 



Dan Greenway
UC Engineer
2e2
The Mansion House
Benham Valence
Newbury
RG20 8LU

Mobile: 07776130731
Email: dan.greenway at 2e2.com

 


 

 

2e2 is one of the fastest growing IT service providers in Europe. To
find out more, visit www.2e2.com 


    

 

 
 
 
 
This email is from 2e2 UK Limited.  The contents of this email and
any attachments are confidential to the intended recipient. They may
not be disclosed to or used by or copied in any way by anyone other
than the intended recipient. If this email is received in error,
please contact 2e2 UK Limited IT Support on +44 (0) 1635 520111 quoting
the name
of the sender and the email address to which it has been sent and
then delete it.
 
Please note that neither 2e2 UK Limited nor the sender accepts any
responsibility for viruses and it is your responsibility to scan or
otherwise check this email and any attachments. 
 
2e2 UK Limited is a company registered in England with registered
number 4090390 whose registered office business is: The Mansion House
Benham Valence, Speen, Near Newbury, Berks RG20 8LU.  For further
information, please refer to www.2e2.com or, for general enquiries,
please telephone +44 (0) 1635 568000.


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

 
The information contained in this message and its attachments 
is intended only for the private and confidential use of the 
intended recipient(s).  If you are not the intended recipient 
(or have received this e-mail in error) please notify the 
sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-
mail is strictly prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/83e76
406/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 11804 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/83e76
406/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 27128 bytes
Desc: image002.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/83e76
406/attachment-0002.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 24708 bytes
Desc: image003.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/83e76
406/attachment-0003.jpe>

------------------------------

Message: 3
Date: Thu, 3 Dec 2009 12:07:21 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Jeremy Rogers <Jeremy.Rogers at ip-soft.net>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Update DNS on CUCM 6.1
Message-ID: <138DB5C9-46CB-423F-AB53-0B26F2644A32 at cisco.com>
Content-Type: text/plain; charset="us-ascii"

I believe adding and removing DNS servers from the CUCM can be made on
the fly.  I think only the domain suffix change or globally
enabling/disabling DNS requires a reboot.

-Ryan

On Dec 3, 2009, at 10:32 AM, Jeremy Rogers wrote:

I have a customer who is changing all of their DNS servers and we need
to change the addresses on every Voice server.  When I make this change,
do I need to restart the CM or can it be made on the fly?
 
Jeremy Rogers
Network Management
IPsoft, Inc.
Jeremy.Rogers at ip-soft.net
Phone: 888.IPSOFT8
http://www.ipsoft.com
 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/f91ec
be0/attachment-0001.html>

------------------------------

Message: 4
Date: Thu, 3 Dec 2009 11:15:26 -0600
From: "Joe Martini (joemar2)" <joemar2 at cisco.com>
To: "Jeremy Rogers" <Jeremy.Rogers at ip-soft.net>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Update DNS on CUCM 6.1
Message-ID:
	<A50808205D76B94281544D469ADB8DB953CD67 at XMB-RCD-106.cisco.com>
Content-Type: text/plain; charset="us-ascii"

admin:delete dns X.X.X.X

          ***   W A R N I N G   ***

This is the last DNS server configured on this system, deleting

this DNS server will break database replication.

Once you have completed the DNS removal on all systems that you

intend to modify, please reboot these systems in the cluster.

This will ensure that the replication keeps working correctly.

After the servers have been rebooted, please confirm that there

are no issues reported on the Cisco Unified Reporting report

for the Database Replication.

 

This command will also cause the system to temporarily lose network
connectivity.

 

Continue (y/n)?

 

Joe

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
(rratliff)
Sent: Thursday, December 03, 2009 12:07 PM
To: Jeremy Rogers
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Update DNS on CUCM 6.1

 

I believe adding and removing DNS servers from the CUCM can be made on
the fly.  I think only the domain suffix change or globally
enabling/disabling DNS requires a reboot.

 

-Ryan

 

On Dec 3, 2009, at 10:32 AM, Jeremy Rogers wrote:





I have a customer who is changing all of their DNS servers and we need
to change the addresses on every Voice server.  When I make this change,
do I need to restart the CM or can it be made on the fly?

 

Jeremy Rogers

Network Management

IPsoft, Inc.

Jeremy.Rogers at ip-soft.net

Phone: 888.IPSOFT8

http://www.ipsoft.com

 

 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/b8a1c
5e9/attachment-0001.html>

------------------------------

Message: 5
Date: Thu, 3 Dec 2009 09:24:25 -0800
From: Scott Voll <svoll.voip at gmail.com>
To: "Joe Martini (joemar2)" <joemar2 at cisco.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Update DNS on CUCM 6.1
Message-ID:
	<f84a38d30912030924x37ace9c6ge03b4b8b9bc04a9d at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

can you add the new DNS servers  before removing the last one?



On Thu, Dec 3, 2009 at 9:15 AM, Joe Martini (joemar2)
<joemar2 at cisco.com>wrote:

>  admin:delete dns X.X.X.X
>
>           ***   W A R N I N G   ***
>
> This is the last DNS server configured on this system, deleting
>
> this DNS server will break database replication.
>
> Once you have completed the DNS removal on all systems that you
>
> intend to modify, please reboot these systems in the cluster.
>
> This will ensure that the replication keeps working correctly.
>
> After the servers have been rebooted, please confirm that there
>
> are no issues reported on the Cisco Unified Reporting report
>
> for the Database Replication.
>
>
>
> This command will also cause the system to temporarily lose network
> connectivity.
>
>
>
> Continue (y/n)?
>
>
>
> Joe
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Ryan Ratliff
(rratliff)
> *Sent:* Thursday, December 03, 2009 12:07 PM
> *To:* Jeremy Rogers
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Update DNS on CUCM 6.1
>
>
>
> I believe adding and removing DNS servers from the CUCM can be made on
the
> fly.  I think only the domain suffix change or globally
enabling/disabling
> DNS requires a reboot.
>
>
>
> -Ryan
>
>
>
> On Dec 3, 2009, at 10:32 AM, Jeremy Rogers wrote:
>
>
>
>   I have a customer who is changing all of their DNS servers and we
need
> to change the addresses on every Voice server.  When I make this
change, do
> I need to restart the CM or can it be made on the fly?
>
>
>
> Jeremy Rogers
>
> Network Management
>
> IPsoft, Inc.
>
> Jeremy.Rogers at ip-soft.net
>
> Phone: 888.IPSOFT8
>
> http://www.ipsoft.com
>
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/bc7c3
55f/attachment-0001.html>

------------------------------

Message: 6
Date: Thu, 3 Dec 2009 10:28:13 -0700
From: Mark Holloway <mh at markholloway.com>
To: Joe Martini (joemar2) <joemar2 at cisco.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Update DNS on CUCM 6.1
Message-ID: <BB2B8EAA-C638-4DA7-83C9-F3FA74D018B0 at markholloway.com>
Content-Type: text/plain; charset="us-ascii"

You forgot to enter "y"

On Dec 3, 2009, at 10:15 AM, Joe Martini (joemar2) wrote:

> admin:delete dns X.X.X.X
>           ***   W A R N I N G   ***
> This is the last DNS server configured on this system, deleting
> this DNS server will break database replication.
> Once you have completed the DNS removal on all systems that you
> intend to modify, please reboot these systems in the cluster.
> This will ensure that the replication keeps working correctly.
> After the servers have been rebooted, please confirm that there
> are no issues reported on the Cisco Unified Reporting report
> for the Database Replication.
>  
> This command will also cause the system to temporarily lose network
connectivity.
>  
> Continue (y/n)?
>  
> Joe
>  
> From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
(rratliff)
> Sent: Thursday, December 03, 2009 12:07 PM
> To: Jeremy Rogers
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Update DNS on CUCM 6.1
>  
> I believe adding and removing DNS servers from the CUCM can be made on
the fly.  I think only the domain suffix change or globally
enabling/disabling DNS requires a reboot.
>  
> -Ryan
>  
> On Dec 3, 2009, at 10:32 AM, Jeremy Rogers wrote:
> 
> 
> I have a customer who is changing all of their DNS servers and we need
to change the addresses on every Voice server.  When I make this change,
do I need to restart the CM or can it be made on the fly?
>  
> Jeremy Rogers
> Network Management
> IPsoft, Inc.
> Jeremy.Rogers at ip-soft.net
> Phone: 888.IPSOFT8
> http://www.ipsoft.com
>  
>  
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/a98b3
b9e/attachment-0001.html>

------------------------------

Message: 7
Date: Thu, 3 Dec 2009 12:28:52 -0500
From: Dane Newman <dane.newman at gmail.com>
To: cisco-voip <cisco-voip at puck.nether.net>
Subject: [cisco-voip] CUMA managed server wont start
Message-ID:
	<a54820e50912030928r7f3ea584vdb0f78feff127bb8 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

As shown in the screen shot the managed server service wont start up.  I
have went through each of the enterprise adapters and verified each one
is
working correctly with the test button.  I have even tried deleting them
to
get it to come up but it refuses to come up.   Does anyone have any
advice?

Dane
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/70de3
d63/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: start.jpg
Type: image/jpeg
Size: 111569 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/70de3
d63/attachment-0001.jpg>

------------------------------

Message: 8
Date: Thu, 3 Dec 2009 12:30:56 -0500
From: Dane Newman <dane.newman at gmail.com>
To: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID:
	<a54820e50912030930m7c34b041l783d616ceb04e8d5 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Just to note

I followed the install guide "Installing and Configuring Cisco Unified
Mobility Advantage, Release
7.1<http://mail.google.com/en/US/docs/voice_ip_comm/cuma/7_1/XML/new_ins
talls/b_cuma71_new_install_config.html>"
Found at the link below

http://www.cisco.com/en/US/products/ps7270/prod_installation_guides_list
.html

I did all the steps but it still won't come up
On Thu, Dec 3, 2009 at 12:28 PM, Dane Newman <dane.newman at gmail.com>
wrote:

> As shown in the screen shot the managed server service wont start up.
I
> have went through each of the enterprise adapters and verified each
one is
> working correctly with the test button.  I have even tried deleting
them to
> get it to come up but it refuses to come up.   Does anyone have any
advice?
>
> Dane
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/8aaff
f78/attachment-0001.html>

------------------------------

Message: 9
Date: Thu, 3 Dec 2009 12:36:47 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Dane Newman <dane.newman at gmail.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID: <24BAC4D9-00B0-4D31-8D89-7144AFA5897C at cisco.com>
Content-Type: text/plain; charset=us-ascii

Did you really name your CUMA server localhost?

The only time I've seen that before is with CUCM servers when you enable
DHCP on the server and it can't pull a hostname from DNS or the DHCP
server.  The platform will set localhost to the hostname and this breaks
all kinds of things.

The most common cause of the managed service not starting is that the
"Proxy Host Name" won't resolve via DNS.  Check System
Management->Network Properties.

-Ryan

On Dec 3, 2009, at 12:28 PM, Dane Newman wrote:

As shown in the screen shot the managed server service wont start up.  I
have went through each of the enterprise adapters and verified each one
is working correctly with the test button.  I have even tried deleting
them to get it to come up but it refuses to come up.   Does anyone have
any advice?
 
Dane
<start.jpg>_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



------------------------------

Message: 10
Date: Thu, 3 Dec 2009 12:38:27 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Dane Newman <dane.newman at gmail.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID: <E5A9E6CD-64B0-478B-95CA-9CBDA16054AC at cisco.com>
Content-Type: text/plain; charset="us-ascii"

Check out the troubleshooting guide.

http://www.cisco.com/en/US/docs/voice_ip_comm/cuma/7_1/XML/troubleshooti
ng/cuma71_troubleshooting_chapter1.html#reference_320CDDE33D4C4933ABEF0C
10CBB4C02D

-Ryan

On Dec 3, 2009, at 12:30 PM, Dane Newman wrote:


Just to note
 
I followed the install guide "Installing and Configuring Cisco Unified
Mobility Advantage, Release 7.1" Found at the link below
 
http://www.cisco.com/en/US/products/ps7270/prod_installation_guides_list
.html
 
I did all the steps but it still won't come up
On Thu, Dec 3, 2009 at 12:28 PM, Dane Newman <dane.newman at gmail.com>
wrote:
As shown in the screen shot the managed server service wont start up.  I
have went through each of the enterprise adapters and verified each one
is working correctly with the test button.  I have even tried deleting
them to get it to come up but it refuses to come up.   Does anyone have
any advice?
 
Dane

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/5ec99
0f9/attachment-0001.html>

------------------------------

Message: 11
Date: Thu, 3 Dec 2009 12:44:20 -0500
From: Dane Newman <dane.newman at gmail.com>
To: Ryan Ratliff <rratliff at cisco.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID:
	<a54820e50912030944w7979ddc8qaa3c0e418ac79a29 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Yup Ryan you rock that's what it was...I had the proxy host name
configured
to something that didn't resolve the way my dns was setup.   Let me ask
you
should the proxy host name resolve the the rfc 1918 address or the
public
address from the cuma server point of view?

Dane

On Thu, Dec 3, 2009 at 12:36 PM, Ryan Ratliff <rratliff at cisco.com>
wrote:

> Did you really name your CUMA server localhost?
>
> The only time I've seen that before is with CUCM servers when you
enable
> DHCP on the server and it can't pull a hostname from DNS or the DHCP
server.
>  The platform will set localhost to the hostname and this breaks all
kinds
> of things.
>
> The most common cause of the managed service not starting is that the
> "Proxy Host Name" won't resolve via DNS.  Check System
Management->Network
> Properties.
>
> -Ryan
>
> On Dec 3, 2009, at 12:28 PM, Dane Newman wrote:
>
> As shown in the screen shot the managed server service wont start up.
I
> have went through each of the enterprise adapters and verified each
one is
> working correctly with the test button.  I have even tried deleting
them to
> get it to come up but it refuses to come up.   Does anyone have any
advice?
>
> Dane
> <start.jpg>_______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/87ee3
1e9/attachment-0001.html>

------------------------------

Message: 12
Date: Thu, 3 Dec 2009 17:46:53 -0000
From: "Martin Bufton" <m.bufton at spectra-group.co.uk>
Cc: "cisco-voip" <cisco-voip at puck.nether.net>
Subject: [cisco-voip] Debug Incomming Call routing from MGCP Gateway
Message-ID:
	<CE2A5CFEB3A9B348A0681534F19A272075A294 at stoat.Spectra.local>
Content-Type: text/plain; charset="us-ascii"

My incoming calls fail, as far as I can tell it doesn't even attempt to
run the Dial peer on the gateway

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/21ea3
ea3/attachment-0001.html>

------------------------------

Message: 13
Date: Thu, 3 Dec 2009 12:49:50 -0500
From: Pat Hayes <pat-cv at wcyv.com>
To: "O'Brien, Neil" <nobrien at datapac.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection 7 Call Handlers based on
	Called	Number
Message-ID:
	<1e877ff90912030949g78570439r58a54a2360554dc1 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

I finally got a chance to try this in the lab. This is where that "I
haven't tried this" caveat mentioned before comes in :-)You're right,
a single digit won't work with this, UC (and Unity) match single
digits to caller-input only, they don't try to look up the extension,
which is what you would need for this to work.  If you can live with
dialing two digits (00?), that works.

Other than that, I can't think of any more solutions for you outside
of separate call handlers. You might want to ping your account team
for a feature request. Adding something to caller-input like 'route to
this extension based on search space' probably wouldn't be too
difficult to add.

On Wed, Dec 2, 2009 at 6:53 AM, O'Brien, Neil <nobrien at datapac.com>
wrote:
> Hi Pat,
>
> I tried your second suggestion below however the system won't allow
you
> to dial a "single digit extension". ?It keeps thinking it's a caller
> input which I have set to ignore but it won't transfer.
>
> I did play with the prepend digit for extensions but that didn't work
> either.
>
> Thanks,
>
> Neil
>
>


------------------------------

Message: 14
Date: Thu, 3 Dec 2009 12:57:46 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Dane Newman <dane.newman at gmail.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID: <E38109AC-53E5-4D31-A52C-D3BC50D8F04E at cisco.com>
Content-Type: text/plain; charset="us-ascii"

The name should be the external ASA name.  It doesn't have to resolve to
something with IP connectivity from CUMA, as long as it resolves.

-Ryan

On Dec 3, 2009, at 12:44 PM, Dane Newman wrote:

Yup Ryan you rock that's what it was...I had the proxy host name
configured to something that didn't resolve the way my dns was setup.
Let me ask you should the proxy host name resolve the the rfc 1918
address or the public address from the cuma server point of view?
 
Dane

On Thu, Dec 3, 2009 at 12:36 PM, Ryan Ratliff <rratliff at cisco.com>
wrote:
Did you really name your CUMA server localhost?

The only time I've seen that before is with CUCM servers when you enable
DHCP on the server and it can't pull a hostname from DNS or the DHCP
server.  The platform will set localhost to the hostname and this breaks
all kinds of things.

The most common cause of the managed service not starting is that the
"Proxy Host Name" won't resolve via DNS.  Check System
Management->Network Properties.

-Ryan

On Dec 3, 2009, at 12:28 PM, Dane Newman wrote:

As shown in the screen shot the managed server service wont start up.  I
have went through each of the enterprise adapters and verified each one
is working correctly with the test button.  I have even tried deleting
them to get it to come up but it refuses to come up.   Does anyone have
any advice?

Dane
<start.jpg>_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/8d749
107/attachment-0001.html>

------------------------------

Message: 15
Date: Thu, 3 Dec 2009 13:00:54 -0500
From: Dane Newman <dane.newman at gmail.com>
To: Ryan Ratliff <rratliff at cisco.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUMA managed server wont start
Message-ID:
	<a54820e50912031000u463884c7ic62d432d98f11a7d at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

perfect thanks a ton once again Ryan

On Thu, Dec 3, 2009 at 12:57 PM, Ryan Ratliff <rratliff at cisco.com>
wrote:

> The name should be the external ASA name.  It doesn't have to resolve
to
> something with IP connectivity from CUMA, as long as it resolves.
>
>  -Ryan
>
>  On Dec 3, 2009, at 12:44 PM, Dane Newman wrote:
>
> Yup Ryan you rock that's what it was...I had the proxy host name
configured
> to something that didn't resolve the way my dns was setup.   Let me
ask you
> should the proxy host name resolve the the rfc 1918 address or the
public
> address from the cuma server point of view?
>
> Dane
>
> On Thu, Dec 3, 2009 at 12:36 PM, Ryan Ratliff <rratliff at cisco.com>
wrote:
>
>> Did you really name your CUMA server localhost?
>>
>> The only time I've seen that before is with CUCM servers when you
enable
>> DHCP on the server and it can't pull a hostname from DNS or the DHCP
server.
>>  The platform will set localhost to the hostname and this breaks all
kinds
>> of things.
>>
>> The most common cause of the managed service not starting is that the
>> "Proxy Host Name" won't resolve via DNS.  Check System
Management->Network
>> Properties.
>>
>> -Ryan
>>
>> On Dec 3, 2009, at 12:28 PM, Dane Newman wrote:
>>
>> As shown in the screen shot the managed server service wont start up.
I
>> have went through each of the enterprise adapters and verified each
one is
>> working correctly with the test button.  I have even tried deleting
them to
>> get it to come up but it refuses to come up.   Does anyone have any
advice?
>>
>> Dane
>> <start.jpg>_______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/5efbe
8f5/attachment-0001.html>

------------------------------

Message: 16
Date: Thu, 3 Dec 2009 11:13:10 -0700
From: Jim Reed <jreed at swiftnews.com>
To: Martin Bufton <m.bufton at spectra-group.co.uk>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Debug Incomming Call routing from MGCP
	Gateway
Message-ID: <C73D4DC6.2EF32%jreed at swiftnews.com>
Content-Type: text/plain; charset="iso-8859-1"

POTS lines or PRI or...

Are you seeing Ring Detect on the voice ports on the gateway?
--
Jim Reed
Technology Wrangler
Swift Communications, Inc.
970-683-5646 (Direct)
775-772-7666 (Cell)

"Not only is it not right.
It's not even wrong."
       The Pauli Proverb
        Wolfgang Pauli


On 12/3/09 10:46 AM, "Martin Bufton" <m.bufton at spectra-group.co.uk>
wrote:

My incoming calls fail, as far as I can tell it doesn't even attempt to
run the Dial peer on the gateway



-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/104c7
0ad/attachment-0001.html>

------------------------------

Message: 17
Date: Thu, 3 Dec 2009 09:31:03 -0800 (PST)
From: mohd ahmed <mkahmed at ping2ring.com>
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] (no subject)
Message-ID: <988089.69134.qm at web306.biz.mail.mud.yahoo.com>
Content-Type: text/plain; charset=us-ascii



------------------------------

Message: 18
Date: Thu, 3 Dec 2009 13:08:08 -0600
From: "Carter, Bill" <bcarter at sentinel.com>
To: <cisco-voip at puck.nether.net>
Subject: [cisco-voip] H323 Analog GW - outbound call line selection
Message-ID:
	<C0B4574561D1E04DBB500BA062BAF226104122 at Mail1.sentinel.com>
Content-Type: text/plain;	charset="iso-8859-1"

I have 1 office, 1 CallManager, 1 H323 GW, 6 analog line and 2
businesses.
 
For outbound calls:
Business A, with user DN's 1000-1999 want to use analog lines 0/0/0 -
0/0/3
Business B, with user DN's 2000-2999 want to use analog lines 0/1/0 -
0/1/1
 
would this work?
voice-port 0/0/0 - 0/0/3
 trunk-group A
 ...
!
dial-peer voice 1 pots
 destination-pattern 9T
 incoming called-number 1...
 trunkgroup A
 
voice-port 0/1/0 - 0/1/1
 trunk-group B
...
!
dial-peer voice 2 pots 
 destination-pattern 9T
 incoming called-number 2...
 trunkgroup B
 
Don't flame me, I won't really use T, just an example.
 
-Bill Carter
 


------------------------------

Message: 19
Date: Thu, 3 Dec 2009 19:20:53 -0000
From: "O'Brien, Neil" <nobrien at datapac.com>
To: "Pat Hayes" <pat-cv at wcyv.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection 7 Call Handlers based on
	Called	Number
Message-ID:
	<CD11FA7F93164440983D02664508F01604C2E6E1 at bizet.datapac.net>
Content-Type: text/plain;	charset="us-ascii"

Thanks for your time Pat, I've put a request into the PDI helpdesk to
see if there's a recommended way of doing what I need, it doesn't sound
so out of the ordinary to be able to.  I'm working on getting the
SmartNets activated for this customer so I'll bring TAC in on it when I
can.

I'll post back with the results from PDI/TAC

Thanks again guys,

Neil



------------------------------

Message: 20
Date: Thu, 3 Dec 2009 11:46:15 -0800
From: Scott Voll <svoll.voip at gmail.com>
To: Martin Bufton <m.bufton at spectra-group.co.uk>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Debug Incomming Call routing from MGCP
	Gateway
Message-ID:
	<f84a38d30912031146x3c0013b1wea58c1e4bdddbd41 at mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

mgcp or h323?

mgcp does not use dial peers

scott

On Thu, Dec 3, 2009 at 9:46 AM, Martin Bufton
<m.bufton at spectra-group.co.uk>wrote:

>  My incoming calls fail, as far as I can tell it doesn?t even attempt
to
> run the Dial peer on the gateway
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/9af77
2fc/attachment-0001.html>

------------------------------

Message: 21
Date: Thu, 3 Dec 2009 15:25:04 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
To: Pat Hayes <pat-cv at wcyv.com>
Cc: Neil O'Brien <nobrien at datapac.com>, cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Unity Connection 7 Call Handlers based on
	Called Number
Message-ID:
	
<1324755368.14819881259871904405.JavaMail.root at simcoe.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

not one to take no for an answer, i also tried this in the lab. i am
surprised i could not get this working either. i used extension 6 with
no luck. 62 would work. restriction tables all set up properly. 

i was looking for a service parameter or something that had minimum
extension length but couldn't find it. 

funny thing is, i could have sworn when reading about partitions and
search spaces, it had an example of switchboard and 0 and sending it to
different targets. i will have to review the documentation. 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Pat Hayes" <pat-cv at wcyv.com> 
To: "Neil O'Brien" <nobrien at datapac.com> 
Cc: "Lelio Fulgenzi" <lelio at uoguelph.ca>, cisco-voip at puck.nether.net 
Sent: Thursday, December 3, 2009 12:49:50 PM GMT -05:00 US/Canada
Eastern 
Subject: Re: [cisco-voip] Unity Connection 7 Call Handlers based on
Called Number 

I finally got a chance to try this in the lab. This is where that "I 
haven't tried this" caveat mentioned before comes in :-)You're right, 
a single digit won't work with this, UC (and Unity) match single 
digits to caller-input only, they don't try to look up the extension, 
which is what you would need for this to work. If you can live with 
dialing two digits (00?), that works. 

Other than that, I can't think of any more solutions for you outside 
of separate call handlers. You might want to ping your account team 
for a feature request. Adding something to caller-input like 'route to 
this extension based on search space' probably wouldn't be too 
difficult to add. 

On Wed, Dec 2, 2009 at 6:53 AM, O'Brien, Neil <nobrien at datapac.com>
wrote: 
> Hi Pat, 
> 
> I tried your second suggestion below however the system won't allow
you 
> to dial a "single digit extension". It keeps thinking it's a caller 
> input which I have set to ignore but it won't transfer. 
> 
> I did play with the prepend digit for extensions but that didn't work 
> either. 
> 
> Thanks, 
> 
> Neil 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/ac449
8a2/attachment-0001.html>

------------------------------

Message: 22
Date: Thu, 3 Dec 2009 13:33:10 -0700
From: Nate VanMaren <VanMarenNP at ldschurch.org>
To: "Carter, Bill" <bcarter at sentinel.com>,
	"cisco-voip at puck.nether.net"	<cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] H323 Analog GW - outbound call line
	selection
Message-ID:
	<DD3FC3DD849EC245BEB99AD1FC18E4F30179BBBA13 at MBX05.ldschurch.org>
Content-Type: text/plain; charset="us-ascii"

Remember you need to match a incoming dial-peer and a outgoing
dial-peer.

Your POTS dial-peer is your outbound dial-peer.

I prefix digits to select which carrier to route out on a multiple
carrier gateway.  Like 1#* and 2#*.

I had to block caller-id updates so the phones didn't see the prefixed
digits.

dial-peer voice 117 voip
voice-class codec 1
 voice-class h323 1
 session target ipv4:10.10.10.10
 incoming called-number 4#*T
 dtmf-relay h245-alphanumeric
 no vad
 no supplementary-service h225-notify cid-update

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Carter, Bill
Sent: Thursday, December 03, 2009 12:08 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] H323 Analog GW - outbound call line selection

I have 1 office, 1 CallManager, 1 H323 GW, 6 analog line and 2
businesses.
 
For outbound calls:
Business A, with user DN's 1000-1999 want to use analog lines 0/0/0 -
0/0/3
Business B, with user DN's 2000-2999 want to use analog lines 0/1/0 -
0/1/1
 
would this work?
voice-port 0/0/0 - 0/0/3
 trunk-group A
 ...
!
dial-peer voice 1 pots
 destination-pattern 9T
 incoming called-number 1...
 trunkgroup A
 
voice-port 0/1/0 - 0/1/1
 trunk-group B
...
!
dial-peer voice 2 pots 
 destination-pattern 9T
 incoming called-number 2...
 trunkgroup B
 
Don't flame me, I won't really use T, just an example.
 
-Bill Carter
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


 NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution is prohibited.
If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.




------------------------------

Message: 23
Date: Thu, 3 Dec 2009 22:35:20 +0200
From: "Louis Koekemoer (ZA)" <Louis.Koekemoer at za.didata.com>
To: Ryan Ratliff <rratliff at cisco.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Click to dial
Message-ID:
	
<016479E04C96CD43990AE20567892A8605FBCF6A4D at ZABRYSVMBX01.af.didata.local
>
	
Content-Type: text/plain; charset="us-ascii"

Ryan,

After some more troubleshooting I discovered that on another cluster
(6.1.4), with  no devices associated to my End User, Click to Call works
100% extension mobility. On the client where I have the issue, I have 2
different clusters(one CUBE 7.1.2.20000-2 and the other is CUCM
7.1.2.20000-2). I used the exact same install DVD to install both, and I
have the exact same issue on both clusters. I also received a reply from
one of my colleagues in Europe, who also confirm his is working 100%
with CUCM 7.0.1.11001-8.  So it looks like it could be a bug in the
version. I logged a TAC case, and the engineer took a lot of traces, so
hopefully we'll get a solution for this soon.

TAC Ref for your reference, maybe you can help out there:)

SR: 613109493

Regards

Louis Koekemoer
Cisco IPT Systems Engineer
Converged Communications
Dimension Data (South Africa)

Tel:         +27 (11) 575 6560
Fax:        +27 (11) 576 6560
Cell:       +27 (71) 680 8790
Email:
Louis.Koekemoer at za.didata.com<mailto:Louis.Koekemoer at za.didata.com>
 Planned Leave 16/12/2009  to 10/01/2010
Cisco Global Technology  Excellence Partner of the Year 2009 | Cisco
Global Enterprise Partner of the Year 2007
Cisco Unified Communications Partner of the Year 2008 | Cisco IP
Communications Partner of the Year 2002 - 2007
Cisco Emerging Markets Theatre Partner of the Year (Middle East &
Africa) 2008 | Cisco Africa, Enterprise Partner of the Year 2009
Cisco Africa, Solution Innovation Partner of the Year 2009 | Cisco South
Africa Gold Partner of the Year 2005 - 2007

For more information about Dimension Data, please go to
www.dimensiondata.com<http://www.dimensiondata.com/>

P Before printing this email please think about the environment

From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: 01 December 2009 05:53 PM
To: Louis Koekemoer (ZA)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Click to dial

If your users don't have control of any phones, what do you expect the
application to use to do the "dial" part?

-Ryan

On Dec 1, 2009, at 10:46 AM, Louis Koekemoer (ZA) wrote:


I'm trying to deploy the Click to Dial application from Cisco, but we
have a bit of a challenge. We get it working, but only once we associate
a physical device to an end user, which obviously will be a pain
implementing 1500 phones, and for future support. Please could someone
assist?


Regards

Louis Koekemoer

This email and all contents are subject to the following disclaimer:

"http://www.dimensiondata.com/emaildisclaimer.htm"
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


This email and all contents are subject to the following disclaimer:

"http://www.dimensiondata.com/emaildisclaimer.htm"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/85342
5a4/attachment-0001.html>

------------------------------

Message: 24
Date: Thu, 3 Dec 2009 13:50:26 -0700
From: Jim Reed <jreed at swiftnews.com>
To: cisco-voip <cisco-voip at puck.nether.net>
Subject: [cisco-voip] Handset Cord Source
Message-ID: <C73D72A2.2EF68%jreed at swiftnews.com>
Content-Type: text/plain; charset="iso-8859-1"

Any good suggestions for a source for handset cords for 796x and 794x
series
phones?  Can't believe the condition some of these people let these
cords
get into.

Thank You...
-- 
Jim Reed
Swift Communications, Inc.
970-683-5646 (Direct)
775-772-7666 (Cell)

?Not only is it not right.
It?s not even wrong.?
        The Pauli Proverb
        Wolfgang Pauli



------------------------------

Message: 25
Date: Thu, 3 Dec 2009 15:05:39 -0600
From: Charles Goldsmith <wokka at justfamily.org>
To: Jim Reed <jreed at swiftnews.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Handset Cord Source
Message-ID:
	<4be4573d0912031305sbc2ef64k73678e8dcf604edd at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

http://www.marketnetworksolutions.com/catalog/CP-HANDSET-CORD-p-1344.htm
l

I highly recommend this vendor, great service and prices.  Just about
all of my miscellaneous gear has been purchased here.

Charles

On Thu, Dec 3, 2009 at 2:50 PM, Jim Reed <jreed at swiftnews.com> wrote:
> Any good suggestions for a source for handset cords for 796x and 794x
series
> phones? ?Can't believe the condition some of these people let these
cords
> get into.
>
> Thank You...
> --
> Jim Reed
> Swift Communications, Inc.
> 970-683-5646 (Direct)
> 775-772-7666 (Cell)
>
> ?Not only is it not right.
> It?s not even wrong.?
> ? ? ? ?The Pauli Proverb
> ? ? ? ?Wolfgang Pauli
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>


------------------------------

Message: 26
Date: Thu, 3 Dec 2009 14:06:59 -0600
From: "Countryman, Edward" <Edward.Countryman at provena.org>
To: <cisco-voip at puck.nether.net>
Subject: [cisco-voip] MWI issue:  Unity and Exchange
Message-ID:
	
<898237D7FE163A40A3257E385562F27E043A3F2F at AEXMV02.phnet.phroot.local>
Content-Type: text/plain;	charset="us-ascii"

We run unity 7.x and exchange 2003 enterprise cluster.  

Every time we have exchange downtime, I have dozens of users lose their
lamp sync.  Running the batch resync fixes most of them but I always end
up with a dozen or so that I have to manually push the unity refresh
button for, sometimes 2 or three different times.  This normally takes a
day or two to clear. (and is a PITA)

TAC says its exchange; my exchange folks say its unity.  I was just
wondering if anyone else ran into similar issues when exchange goes
down.




------------------------------

Message: 27
Date: Thu, 3 Dec 2009 16:53:47 -0500
From: Matthew Loraditch <MLoraditch at heliontechnologies.com>
To: "Countryman, Edward" <Edward.Countryman at provena.org>,
	"cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] MWI issue:  Unity and Exchange
Message-ID:
	<530C67FE62559C42857C78B962454E6203BDC25CC2 at hermes.helion.local>
Content-Type: text/plain; charset="us-ascii"

Whenever the exchange for my UM customers goes down I just reboot Unity,
it never seems to come up entirely right otherwise


Matthew Loraditch
1965 Greenspring Drive
Timonium, MD 21093 
support at heliontechnologies.com
(p) (410) 252-8830
(F) (443) 541-1593

Visit us at www.heliontechnologies.com 
Support Issue? Email support at heliontechnologies.com for fast assistance!


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Countryman,
Edward
Sent: Thursday, December 03, 2009 3:07 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] MWI issue: Unity and Exchange

We run unity 7.x and exchange 2003 enterprise cluster.  

Every time we have exchange downtime, I have dozens of users lose their
lamp sync.  Running the batch resync fixes most of them but I always end
up with a dozen or so that I have to manually push the unity refresh
button for, sometimes 2 or three different times.  This normally takes a
day or two to clear. (and is a PITA)

TAC says its exchange; my exchange folks say its unity.  I was just
wondering if anyone else ran into similar issues when exchange goes
down.


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


------------------------------

Message: 28
Date: Thu, 3 Dec 2009 13:55:38 -0800
From: "Tobias Goldstone (TOGOL)" <togol at vestas.com>
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: [cisco-voip] CUCM 6.x Extension Mobility Remote Login
Message-ID:
	
<7E2CEBE2CAA3CD47A7FBA6D897CBB78350232D9A4F at USPDXEXC001.vestas.net>
Content-Type: text/plain; charset="us-ascii"

Does anyone know of a way to remotely log a device into an extension
mobility profile?

The platform is Cisco Unified Call Manager 6.1.4

Thanks,

Tobias Goldstone<http://vp.vestas.net/person.aspx?i=13180>
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
togol at vestas.com<mailto:togol at vestas.com>

Company reg. name: Vestas Wind Systems A/S.
This e-mail is subject  to our e-mail disclaimer statement.
Please refer to
www.vestas.com/legal/notice<http://www.vestas.com/legal/notice>
If you have received this e-mail in error please contact the sender.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/71bc4
b5c/attachment-0001.html>

------------------------------

Message: 29
Date: Thu, 3 Dec 2009 15:03:47 -0700
From: Nate VanMaren <VanMarenNP at ldschurch.org>
To: "Tobias Goldstone (TOGOL)" <togol at vestas.com>,
	"cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login
Message-ID:
	<DD3FC3DD849EC245BEB99AD1FC18E4F30179BBBA69 at MBX05.ldschurch.org>
Content-Type: text/plain; charset="iso-8859-1"

I think the EM URL just passes device name, maybe you could post the
info from a web browser yourself?

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Tobias
Goldstone (TOGOL)
Sent: Thursday, December 03, 2009 2:56 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CUCM 6.x Extension Mobility Remote Login

Does anyone know of a way to remotely log a device into an extension
mobility profile?

The platform is Cisco Unified Call Manager 6.1.4

Thanks,

Tobias Goldstone<http://vp.vestas.net/person.aspx?i=13180>
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
togol at vestas.com<mailto:togol at vestas.com>

Company reg. name: Vestas Wind Systems A/S.
This e-mail is subject  to our e-mail disclaimer statement.
Please refer to
www.vestas.com/legal/notice<http://www.vestas.com/legal/notice>
If you have received this e-mail in error please contact the sender.


 NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution is prohibited.
If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/9c58e
d26/attachment-0001.html>

------------------------------

Message: 30
Date: Thu, 3 Dec 2009 14:09:14 -0800
From: Scott Voll <svoll.voip at gmail.com>
To: "Countryman, Edward" <Edward.Countryman at provena.org>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] MWI issue: Unity and Exchange
Message-ID:
	<f84a38d30912031409nb1c4171kbe878e55b84c7fec at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

when ever we reboot exchange we follow with unity.

Unity basically logs into each users email box so it can figure out if
it
should turn the MWI on or off.

if Exchange reboots, unity doesn't try to log into the box again.  thus
is
why you get MWI not correct.

I've just given my exchange admins the permissions to reboot unity when
they
reboot exchange.  So long as they don't forget.... works really well.

Scott

On Thu, Dec 3, 2009 at 12:06 PM, Countryman, Edward <
Edward.Countryman at provena.org> wrote:

> We run unity 7.x and exchange 2003 enterprise cluster.
>
> Every time we have exchange downtime, I have dozens of users lose
their
> lamp sync.  Running the batch resync fixes most of them but I always
end
> up with a dozen or so that I have to manually push the unity refresh
> button for, sometimes 2 or three different times.  This normally takes
a
> day or two to clear. (and is a PITA)
>
> TAC says its exchange; my exchange folks say its unity.  I was just
> wondering if anyone else ran into similar issues when exchange goes
> down.
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/97e7f
de7/attachment-0001.html>

------------------------------

Message: 31
Date: Thu, 3 Dec 2009 14:10:15 -0800
From: Scott Voll <svoll.voip at gmail.com>
To: "Tobias Goldstone (TOGOL)" <togol at vestas.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login
Message-ID:
	<f84a38d30912031410m529cf411gc728c9ccd781a32e at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

remote phone app?

we use singlewire's remote phone app.  Works really nice.

Scott

On Thu, Dec 3, 2009 at 1:55 PM, Tobias Goldstone (TOGOL)
<togol at vestas.com>wrote:

>  Does anyone know of a way to remotely log a device into an extension
> mobility profile?
>
> The platform is Cisco Unified Call Manager 6.1.4
>
> Thanks,
>
>
> *Tobias Goldstone <http://vp.vestas.net/person.aspx?i=13180>*
> Network Engineer
> Group IT
>
> *Vestas American Wind Technology
> *T: 503-327-2109
> togol at vestas.com
>
> *Company reg. name: Vestas Wind Systems A/S.*
>
> *This e-mail is subject  to our e-mail disclaimer statement.*
> *Please refer to
**www.vestas.com/legal/notice*<http://www.vestas.com/legal/notice>
> *If you have received this e-mail in error please contact the sender.*
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/f87bf
7f9/attachment-0001.html>

------------------------------

Message: 32
Date: Fri, 4 Dec 2009 09:55:04 +1100
From: "Liakos, James" <jliakos at csr.com.au>
To: Scott Voll <svoll.voip at gmail.com>, "Tobias Goldstone (TOGOL)"
	<togol at vestas.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login and
	logout.
Message-ID:
	
<6D6BB6322E819344A1DA8BDAC8D1A4681CFF006941 at wncenex10.csr.com.au>
Content-Type: text/plain; charset="us-ascii"

Hey Scott.

We had a problem with our Cluster and had to logout our 1500 odd phones.

I used these URL

To Log them out:

http://10.1.22.12/emapp/EMAppServlet?device=SEP00192f73cbd4&doLogout=tru
e



Change the IP Address to your EM Server (PUB in most cases) and SEP to
your phone's mac address.



To log them back in again:

http://10.1.22.12/emapp/EMAppServlet?device=SEP00192f73cbd4&&userid=JLIA
KOS&seq=12345



Change the IP Address to your EM Server (PUB in most cases) and SEP to
your phone's mac address and your username + PIN.



A bit slow but it works (unless you want to walk around to every single
phone !



We are on CUCM 7.1.2



Enjoy :)

James
Ph: 02 9964 1110
Mo: 0416 563 110
jliakos at csr.com.au

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
Sent: Friday, December 04, 2009 9:10 AM
To: Tobias Goldstone (TOGOL)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login

remote phone app?

we use singlewire's remote phone app.  Works really nice.

Scott
On Thu, Dec 3, 2009 at 1:55 PM, Tobias Goldstone (TOGOL)
<togol at vestas.com<mailto:togol at vestas.com>> wrote:
Does anyone know of a way to remotely log a device into an extension
mobility profile?

The platform is Cisco Unified Call Manager 6.1.4

Thanks,

Tobias Goldstone<http://vp.vestas.net/person.aspx?i=13180>
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
togol at vestas.com<mailto:togol at vestas.com>

Company reg. name: Vestas Wind Systems A/S.
This e-mail is subject  to our e-mail disclaimer statement.
Please refer to
www.vestas.com/legal/notice<http://www.vestas.com/legal/notice>
If you have received this e-mail in error please contact the sender.


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/3c935
394/attachment-0001.html>

------------------------------

Message: 33
Date: Thu, 3 Dec 2009 15:08:54 -0800
From: "Tobias Goldstone (TOGOL)" <togol at vestas.com>
To: "Liakos, James" <jliakos at csr.com.au>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login and
	logout.
Message-ID:
	
<7E2CEBE2CAA3CD47A7FBA6D897CBB78350232D9BD6 at USPDXEXC001.vestas.net>
Content-Type: text/plain; charset="us-ascii"

This works exactly the way I need it to on 6.x.

Thank you!

Tobias Goldstone<http://vp.vestas.net/person.aspx?i=13180>
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
togol at vestas.com<mailto:togol at vestas.com>

Company reg. name: Vestas Wind Systems A/S.
This e-mail is subject  to our e-mail disclaimer statement.
Please refer to
www.vestas.com/legal/notice<http://www.vestas.com/legal/notice>
If you have received this e-mail in error please contact the sender.


________________________________
From: Liakos, James [mailto:jliakos at csr.com.au]
Sent: Thursday, December 03, 2009 2:55 PM
To: Scott Voll; Tobias Goldstone (TOGOL)
Cc: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CUCM 6.x Extension Mobility Remote Login and
logout.

Hey Scott.

We had a problem with our Cluster and had to logout our 1500 odd phones.

I used these URL

To Log them out:

http://10.1.22.12/emapp/EMAppServlet?device=SEP00192f73cbd4&doLogout=tru
e



Change the IP Address to your EM Server (PUB in most cases) and SEP to
your phone's mac address.



To log them back in again:

http://10.1.22.12/emapp/EMAppServlet?device=SEP00192f73cbd4&&userid=JLIA
KOS&seq=12345



Change the IP Address to your EM Server (PUB in most cases) and SEP to
your phone's mac address and your username + PIN.



A bit slow but it works (unless you want to walk around to every single
phone !



We are on CUCM 7.1.2



Enjoy :)

James
Ph: 02 9964 1110
Mo: 0416 563 110
jliakos at csr.com.au

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
Sent: Friday, December 04, 2009 9:10 AM
To: Tobias Goldstone (TOGOL)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login

remote phone app?

we use singlewire's remote phone app.  Works really nice.

Scott
On Thu, Dec 3, 2009 at 1:55 PM, Tobias Goldstone (TOGOL)
<togol at vestas.com<mailto:togol at vestas.com>> wrote:
Does anyone know of a way to remotely log a device into an extension
mobility profile?

The platform is Cisco Unified Call Manager 6.1.4

Thanks,

Tobias Goldstone<http://vp.vestas.net/person.aspx?i=13180>
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
togol at vestas.com<mailto:togol at vestas.com>

Company reg. name: Vestas Wind Systems A/S.
This e-mail is subject  to our e-mail disclaimer statement.
Please refer to
www.vestas.com/legal/notice<http://www.vestas.com/legal/notice>
If you have received this e-mail in error please contact the sender.


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/00748
e23/attachment-0001.html>

------------------------------

Message: 34
Date: Thu, 3 Dec 2009 18:14:58 -0500 (EST)
From: Lelio Fulgenzi <lelio at uoguelph.ca>
To: cisco-voip voyp list <cisco-voip at puck.nether.net>
Subject: [cisco-voip] OT: FCC now planning "all-IP" phone transition
Message-ID:
	
<1663529151.14906591259882098675.JavaMail.root at simcoe.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"

http://arstechnica.com/tech-policy/news/2009/12/fcc-plans-for-death-of-c
ircuit-switched-phone-networks.ars 

If you thought that the digital TV transition, with its billion-dollar
coupon program for converter boxes, was a migration nightmare, wait
until it's time for the phone system to dump its legacy circuit-switched
system and move to an all-IP communications network. That day could be
coming sooner than you think; the Federal Communications Commission has
just requested comment on its planning for the transition. 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/3dc4b
c6d/attachment-0001.html>

------------------------------

Message: 35
Date: Thu, 3 Dec 2009 16:33:54 -0700
From: Mark Holloway <mh at markholloway.com>
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Problem with Softkey Layout (UCM 7.1.3)
Message-ID: <4FA89E92-D46F-431D-924E-25178B92F675 at markholloway.com>
Content-Type: text/plain; charset=us-ascii

Anyone experience a problem with creating a soft-key template at the
Softkey Layout of UCM 7.1.3 where you select (for example) Ring Out and
move any Unselected Softkey such as Quality Report Tool to the Selected
Softkeys position and when you click Save it just refreshes the screen
back to the previous assigned Selected Softkeys.  Nothing I move from
the left box to the right box will stay there after I click Save.  If I
remove one of the existing Selected Softkeys such as Redial and click
save, Redial appears again.  



------------------------------

Message: 36
Date: Thu, 3 Dec 2009 16:00:16 -0800
From: Scott Voll <svoll.voip at gmail.com>
To: Mark Holloway <mh at markholloway.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Problem with Softkey Layout (UCM 7.1.3)
Message-ID:
	<f84a38d30912031600l36fba6baw6af561a398fa5a27 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Apply it to a phone.  does it work or not.

I remember a bug that was a lot like that (i believe in 6.x) can't
remember
the specific but it was completely cosmetic.

Scott

On Thu, Dec 3, 2009 at 3:33 PM, Mark Holloway <mh at markholloway.com>
wrote:

> Anyone experience a problem with creating a soft-key template at the
> Softkey Layout of UCM 7.1.3 where you select (for example) Ring Out
and move
> any Unselected Softkey such as Quality Report Tool to the Selected
Softkeys
> position and when you click Save it just refreshes the screen back to
the
> previous assigned Selected Softkeys.  Nothing I move from the left box
to
> the right box will stay there after I click Save.  If I remove one of
the
> existing Selected Softkeys such as Redial and click save, Redial
appears
> again.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/a2520
88c/attachment-0001.html>

------------------------------

Message: 37
Date: Thu, 3 Dec 2009 17:30:08 -0700
From: Mark Holloway <mh at markholloway.com>
To: Scott Voll <svoll.voip at gmail.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Problem with Softkey Layout (UCM 7.1.3)
Message-ID: <A6353C78-499E-43AA-838C-CDBD74CD8CEF at markholloway.com>
Content-Type: text/plain; charset="us-ascii"

Thanks, Scott.  The problem is that I was using Safari v4 web browser.
I learned my lesson!

On Dec 3, 2009, at 5:00 PM, Scott Voll wrote:

> Apply it to a phone.  does it work or not.
> 
> I remember a bug that was a lot like that (i believe in 6.x) can't
remember the specific but it was completely cosmetic.
> 
> Scott 
> 
> On Thu, Dec 3, 2009 at 3:33 PM, Mark Holloway <mh at markholloway.com>
wrote:
> Anyone experience a problem with creating a soft-key template at the
Softkey Layout of UCM 7.1.3 where you select (for example) Ring Out and
move any Unselected Softkey such as Quality Report Tool to the Selected
Softkeys position and when you click Save it just refreshes the screen
back to the previous assigned Selected Softkeys.  Nothing I move from
the left box to the right box will stay there after I click Save.  If I
remove one of the existing Selected Softkeys such as Redial and click
save, Redial appears again.
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091203/9a345
c79/attachment-0001.html>

------------------------------

Message: 38
Date: Thu, 03 Dec 2009 21:51:49 -0500
From: Bill Simon <bills at psu.edu>
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Problem with Softkey Layout (UCM 7.1.3)
Message-ID: <4B187945.8090101 at psu.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Yes... for some reason disasters await for users of Safari.  We had 
Safari users accessing CCMUser and seeing similar behavior (changes not 
being saved).


Mark Holloway wrote:
> Thanks, Scott.  The problem is that I was using Safari v4 web browser.

>  I learned my lesson!
> 
> On Dec 3, 2009, at 5:00 PM, Scott Voll wrote:
> 
>> Apply it to a phone.  does it work or not.
>>
>> I remember a bug that was a lot like that (i believe in 6.x) can't 
>> remember the specific but it was completely cosmetic.
>>
>> Scott 
>>
>> On Thu, Dec 3, 2009 at 3:33 PM, Mark Holloway <mh at markholloway.com 
>> <mailto:mh at markholloway.com>> wrote:
>>
>>     Anyone experience a problem with creating a soft-key template at
>>     the Softkey Layout of UCM 7.1.3 where you select (for example)
>>     Ring Out and move any Unselected Softkey such as Quality Report
>>     Tool to the Selected Softkeys position and when you click Save it
>>     just refreshes the screen back to the previous assigned Selected
>>     Softkeys.  Nothing I move from the left box to the right box will
>>     stay there after I click Save.  If I remove one of the existing
>>     Selected Softkeys such as Redial and click save, Redial appears
again.



------------------------------

Message: 39
Date: Fri, 4 Dec 2009 13:58:13 +1100
From: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Cisco VG20x voice gateway interoperability (CM
	required?)
Message-ID:
	<3329cbb40912031858j1c208b2an5de1740a07d1e15f at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

Probably a bit of a newbie question but I'm hoping for a quick response
--

Do the Cisco VG200 series (202, 204, 224) devices _require_
CallManager in some form, or can they be used as generic ATAs with a
3rd party SIP gateway?

cheers,
Dale


------------------------------

Message: 40
Date: Thu, 3 Dec 2009 20:33:22 -0700
From: Nate VanMaren <VanMarenNP at ldschurch.org>
To: Dale Shaw <dale.shaw+cisco-voip at gmail.com>,
	"cisco-voip at puck.nether.net"	<cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Cisco VG20x voice gateway interoperability
	(CM	required?)
Message-ID:
	<DD3FC3DD849EC245BEB99AD1FC18E4F30179C7286D at MBX05.ldschurch.org>
Content-Type: text/plain; charset="us-ascii"

There full IOS, so SIP/H.323/MGCP/SCCP.  No CM required.

________________________________________
From: cisco-voip-bounces at puck.nether.net
[cisco-voip-bounces at puck.nether.net] On Behalf Of Dale Shaw
[dale.shaw+cisco-voip at gmail.com]
Sent: Thursday, December 03, 2009 7:58 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Cisco VG20x voice gateway interoperability (CM
required?)

Hi all,

Probably a bit of a newbie question but I'm hoping for a quick response
--

Do the Cisco VG200 series (202, 204, 224) devices _require_
CallManager in some form, or can they be used as generic ATAs with a
3rd party SIP gateway?

cheers,
Dale
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


 NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution is prohibited.
If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.




------------------------------

Message: 41
Date: Fri, 4 Dec 2009 14:37:04 +1100
From: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
To: Nate VanMaren <VanMarenNP at ldschurch.org>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Cisco VG20x voice gateway interoperability
	(CM	required?)
Message-ID:
	<3329cbb40912031937k7e3f90dds8bb399f5adb7cfd7 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Thanks Nate. I figured that was the case, but the data sheet doesn't
spell that out at all. I thought there might have been some
proprietary voodoo going on, perhaps around licensing.

cheers,
Dale

On Fri, Dec 4, 2009 at 2:33 PM, Nate VanMaren <VanMarenNP at ldschurch.org>
wrote:
> There full IOS, so SIP/H.323/MGCP/SCCP. ?No CM required.
>
> ________________________________________
> From: cisco-voip-bounces at puck.nether.net
[cisco-voip-bounces at puck.nether.net] On Behalf Of Dale Shaw
[dale.shaw+cisco-voip at gmail.com]
> Sent: Thursday, December 03, 2009 7:58 PM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Cisco VG20x voice gateway interoperability (CM ?
?required?)
>
> Hi all,
>
> Probably a bit of a newbie question but I'm hoping for a quick
response --
>
> Do the Cisco VG200 series (202, 204, 224) devices _require_
> CallManager in some form, or can they be used as generic ATAs with a
> 3rd party SIP gateway?
>
> cheers,
> Dale


------------------------------

Message: 42
Date: Thu, 3 Dec 2009 23:08:25 -0500
From: Nick Matthews <matthnick at gmail.com>
To: Dale Shaw <dale.shaw+cisco-voip at gmail.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Cisco VG20x voice gateway interoperability
	(CM	required?)
Message-ID:
	<56c3b48b0912032008i5a52903fkb0329a630d66e951 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Incorrect, partially.  If you're using VG202/204 with SCCP they
require a certain CUCM version.  I would like to say 7.1.2 and 6.1.3
offhand, but a quick google search on the data sheet will tell you the
details.  The CUCM has to recognize the 202/204 for SCCP as they use a
different port numbering.  If you're using MGCP/H323/SIP you're ok
with any version pretty much.

-nick

On Thu, Dec 3, 2009 at 10:37 PM, Dale Shaw
<dale.shaw+cisco-voip at gmail.com> wrote:
> Thanks Nate. I figured that was the case, but the data sheet doesn't
> spell that out at all. I thought there might have been some
> proprietary voodoo going on, perhaps around licensing.
>
> cheers,
> Dale
>
> On Fri, Dec 4, 2009 at 2:33 PM, Nate VanMaren
<VanMarenNP at ldschurch.org> wrote:
>> There full IOS, so SIP/H.323/MGCP/SCCP. ?No CM required.
>>
>> ________________________________________
>> From: cisco-voip-bounces at puck.nether.net
[cisco-voip-bounces at puck.nether.net] On Behalf Of Dale Shaw
[dale.shaw+cisco-voip at gmail.com]
>> Sent: Thursday, December 03, 2009 7:58 PM
>> To: cisco-voip at puck.nether.net
>> Subject: [cisco-voip] Cisco VG20x voice gateway interoperability (CM
? ?required?)
>>
>> Hi all,
>>
>> Probably a bit of a newbie question but I'm hoping for a quick
response --
>>
>> Do the Cisco VG200 series (202, 204, 224) devices _require_
>> CallManager in some form, or can they be used as generic ATAs with a
>> 3rd party SIP gateway?
>>
>> cheers,
>> Dale
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>


------------------------------

Message: 43
Date: Fri, 4 Dec 2009 08:11:53 -0000
From: "Brokenshire, Steve" <Steve.Brokenshire at nelincs.gov.uk>
To: "Jim Reed" <jreed at swiftnews.com>, "cisco-voip"
	<cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Handset Cord Source
Message-ID:
	
<CDB5F54F10E3F546B60D9F76738A306A01C67DA6 at Mail-Svr01.Nelincs.gov.uk>
Content-Type: text/plain;	charset="iso-8859-1"

We get ours direct from cisco via our pica partner they cost us approx
2,5GBP

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jim Reed
Sent: 03 December 2009 20:50
To: cisco-voip
Subject: [cisco-voip] Handset Cord Source

Any good suggestions for a source for handset cords for 796x and 794x
series
phones?  Can't believe the condition some of these people let these
cords
get into.

Thank You...
-- 
Jim Reed
Swift Communications, Inc.
970-683-5646 (Direct)
775-772-7666 (Cell)

?Not only is it not right.
It?s not even wrong.?
        The Pauli Proverb
        Wolfgang Pauli

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

------------------------------------------------------------------------
------------------------------------ 
Reduce your environmental footprint, please don't print this e-mail
unless you really need to.

The information in this message including any attachments may be
confidential or privileged and is for the use of the named recipient
only. If you are not the named or intended recipient you may not copy,
distribute, or deliver this message to anyone or take any action in
reliance on it. If you receive this message in error please contact the
sender immediately and delete it from your system

Scanned by Anti Virus Software


------------------------------

Message: 44
Date: Fri, 4 Dec 2009 09:06:01 +0000
From: Glen Cobby <glen at positivenetworks.co.uk>
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Error while trying to delete partitions
Message-ID:
	<2D6225BD-977D-4A87-B17A-76DF32C23D21 at positivenetworks.co.uk>
Content-Type: text/plain; charset=us-ascii

Hi All,

Before I raise a TAC case I wonder if anyone has seen this error before.
We have several partitions that have been used while deploying phones
that are now no longer needed. I have checked using dependancy records
that the partition is not in use by any devices.
Now if I try and delete the partition I get an error = "Delete Failed.
The pkid column in the routepartition table in the database is being
referenced from another table. Please check the dependency records and
remove the reference and try the delete again."

Just wondering if anyone has seen this before if so what was the fix? I
have this across a couple of clusters running CCM 6.1.3.3000.

Thanks

Glen

------------------------------

Message: 45
Date: Fri, 4 Dec 2009 09:04:43 +0100
From: "cips" <cisco at cips.nl>
To: <cisco-voip at puck.nether.net>
Cc: togol at vestas.com
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login
Message-ID: <004201ca74b8$70349860$509dc920$@nl>
Content-Type: text/plain; charset="us-ascii"

To logon, change the SEP to the SEP device ID of the Phone followed by
the
userid and pin

http://192.168.1.1/emapp/EMAppServlet?device=SEP000BGD7088A2
<http://192.168.1.1/emapp/EMAppServlet?device=SEP000BGD7088A2&userid=use
r1&s
eq=123456> &userid=user1&seq=123456 

 

To logoff

http://192.168.1.1/emapp/EMAppServlet?device=SEP000BGD7088A2
<http://192.168.1.1/emapp/EMAppServlet?device=SEP000BGD7088A2&doLogout=t
rue>
&doLogout=true

 

regards.

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
Sent: donderdag 3 december 2009 23:10
To: Tobias Goldstone (TOGOL)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 6.x Extension Mobility Remote Login

 

remote phone app?

 

we use singlewire's remote phone app.  Works really nice.

 

Scott

On Thu, Dec 3, 2009 at 1:55 PM, Tobias Goldstone (TOGOL)
<togol at vestas.com>
wrote:

Does anyone know of a way to remotely log a device into an extension
mobility profile?

 

The platform is Cisco Unified Call Manager 6.1.4

 

Thanks,

 

 <http://vp.vestas.net/person.aspx?i=13180> Tobias Goldstone
Network Engineer
Group IT

Vestas American Wind Technology
T: 503-327-2109
 <mailto:togol at vestas.com> togol at vestas.com

Company reg. name: Vestas Wind Systems A/S.

This e-mail is subject  to our e-mail disclaimer statement.
Please refer to  <http://www.vestas.com/legal/notice>
www.vestas.com/legal/notice
If you have received this e-mail in error please contact the sender.

 


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/7810f
5aa/attachment-0001.html>

------------------------------

Message: 46
Date: Fri, 4 Dec 2009 03:29:06 -0600
From: "Lewis, Chris" <Chris.Lewis at magnetar.com>
To: Glen Cobby <glen at positivenetworks.co.uk>,
	"cisco-voip at puck.nether.net"	<cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Error while trying to delete partitions
Message-ID:
	
<6F86181EE7C6F94F9360249562D85BAB14EA805ED2 at EVPRODEXCH02.magnetar.com>
Content-Type: text/plain; charset="us-ascii"

Try looking at your DNs as I had an issue whereby a couple of DNs were
referenced to a Partition even though they didn't show up in Dependency
records

I am running 6.1.2  BTW

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Glen Cobby
Sent: 04 December 2009 09:06
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Error while trying to delete partitions

Hi All,

Before I raise a TAC case I wonder if anyone has seen this error before.
We have several partitions that have been used while deploying phones
that are now no longer needed. I have checked using dependancy records
that the partition is not in use by any devices.
Now if I try and delete the partition I get an error = "Delete Failed.
The pkid column in the routepartition table in the database is being
referenced from another table. Please check the dependency records and
remove the reference and try the delete again."

Just wondering if anyone has seen this before if so what was the fix? I
have this across a couple of clusters running CCM 6.1.3.3000.

Thanks

Glen
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

The information contained in this message and its attachments 
is intended only for the private and confidential use of the 
intended recipient(s).  If you are not the intended recipient 
(or have received this e-mail in error) please notify the 
sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-
mail is strictly prohibited.


------------------------------

Message: 47
Date: Fri, 4 Dec 2009 22:55:23 +1100
From: ifilxh <cchengcc at gmail.com>
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] RAID1 disk mirroring
Message-ID:
	<984d5d270912040355t6ee66708i540cdcca52748ea4 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Our normal disk swap procedure is
1. power off the server
2. pull disk 1 out
3. if upgrade fails, power off the server again, pull out disk 0, and
put
disk 1 back to the original tray, power on the server and then put disk
0
back to tray0

Curious to know
1. what is going to happen if I pull out both disks and swap the disks,
disk1 goes to the slot0, disk0 goes to slot1
1. what is going to happen if I pull out both disks and insert them to
another server

Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/76e9b
9e5/attachment-0001.html>

------------------------------

Message: 48
Date: Fri, 4 Dec 2009 13:16:49 +0100
From: "cips" <cisco at cips.nl>
To: <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] RAID1 disk mirroring
Message-ID: <001201ca74db$a8763760$f962a620$@nl>
Content-Type: text/plain; charset="us-ascii"

For Cisco MCS server this procedure is officially not supported.

 

1.       The system will boot from the primary disk

2.       In the new server the system will boot but you might have
issues
with (raid) drivers in the os

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of ifilxh
Sent: vrijdag 4 december 2009 12:55
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] RAID1 disk mirroring

 

Our normal disk swap procedure is
1. power off the server
2. pull disk 1 out
3. if upgrade fails, power off the server again, pull out disk 0, and
put
disk 1 back to the original tray, power on the server and then put disk
0
back to tray0

Curious to know
1. what is going to happen if I pull out both disks and swap the disks,
disk1 goes to the slot0, disk0 goes to slot1
1. what is going to happen if I pull out both disks and insert them to
another server

Thanks in advance.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/da3d1
f1a/attachment-0001.html>

------------------------------

Message: 49
Date: Fri, 4 Dec 2009 13:22:54 +0100
From: "cips" <cisco at cips.nl>
To: <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Error while trying to delete partitions
Message-ID: <001d01ca74dc$81d7ef80$8587ce80$@nl>
Content-Type: text/plain;	charset="us-ascii"

You can try doing the following to find the links to the partitions from
DN's

Ssh to CUCM
Login
Run command: run sql select name, pkid from routepartition

This will give you an overview of the partitions in the system and their
pkid's
Write down the pkid that you cannot delete based on the corresponding
name 

Run command: run sql select dnorpattern from numplan where
fkroutepartition
= '80f2b2a7-b305-b507-497a-6f9cff08c494'
Where the pkid number is put in between the quotes.

This now should give you an overview of any number in the system where
the
pkid/partition is being used.
Next try to delete the DN's accordingly.

Good luck.


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lewis, Chris
Sent: vrijdag 4 december 2009 10:29
To: Glen Cobby; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Error while trying to delete partitions

Try looking at your DNs as I had an issue whereby a couple of DNs were
referenced to a Partition even though they didn't show up in Dependency
records

I am running 6.1.2  BTW

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Glen Cobby
Sent: 04 December 2009 09:06
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Error while trying to delete partitions

Hi All,

Before I raise a TAC case I wonder if anyone has seen this error before.
We
have several partitions that have been used while deploying phones that
are
now no longer needed. I have checked using dependancy records that the
partition is not in use by any devices.
Now if I try and delete the partition I get an error = "Delete Failed.
The
pkid column in the routepartition table in the database is being
referenced
from another table. Please check the dependency records and remove the
reference and try the delete again."

Just wondering if anyone has seen this before if so what was the fix? I
have
this across a couple of clusters running CCM 6.1.3.3000.

Thanks

Glen
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

The information contained in this message and its attachments 
is intended only for the private and confidential use of the 
intended recipient(s).  If you are not the intended recipient 
(or have received this e-mail in error) please notify the 
sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-
mail is strictly prohibited.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



------------------------------

Message: 50
Date: Fri, 4 Dec 2009 06:54:23 -0600
From: Dennis Heim <Dennis.Heim at cdw.com>
To: cips <cisco at cips.nl>, "cisco-voip at puck.nether.net"
	<cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Error while trying to delete partitions
Message-ID:
	
<7DF1C42555B37D4BAAD236799B2D059325574787C1 at EXMB4ILVH.corp.cdw.com>
Content-Type: text/plain; charset="iso-8859-1"

Route Plan report... and see if you find it there.. it may be an orphan
DN/unassigned DN.

Dennis Heim
Network Voice Engineer
CDW? Advanced Technology Services
11711 N. Meridian Street, Suite 225
Carmel, IN? 46032

317.569.4255 Office
317.569.4201 Fax
317.694.6070 Cell
dennis.heim at cdw.com
www.berbee.com


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of cips
Sent: Friday, December 04, 2009 7:23 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Error while trying to delete partitions

You can try doing the following to find the links to the partitions from
DN's

Ssh to CUCM
Login
Run command: run sql select name, pkid from routepartition

This will give you an overview of the partitions in the system and their
pkid's Write down the pkid that you cannot delete based on the
corresponding name 

Run command: run sql select dnorpattern from numplan where
fkroutepartition = '80f2b2a7-b305-b507-497a-6f9cff08c494'
Where the pkid number is put in between the quotes.

This now should give you an overview of any number in the system where
the pkid/partition is being used.
Next try to delete the DN's accordingly.

Good luck.


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lewis, Chris
Sent: vrijdag 4 december 2009 10:29
To: Glen Cobby; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Error while trying to delete partitions

Try looking at your DNs as I had an issue whereby a couple of DNs were
referenced to a Partition even though they didn't show up in Dependency
records

I am running 6.1.2  BTW

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Glen Cobby
Sent: 04 December 2009 09:06
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Error while trying to delete partitions

Hi All,

Before I raise a TAC case I wonder if anyone has seen this error before.
We have several partitions that have been used while deploying phones
that are now no longer needed. I have checked using dependancy records
that the partition is not in use by any devices.
Now if I try and delete the partition I get an error = "Delete Failed.
The pkid column in the routepartition table in the database is being
referenced from another table. Please check the dependency records and
remove the reference and try the delete again."

Just wondering if anyone has seen this before if so what was the fix? I
have this across a couple of clusters running CCM 6.1.3.3000.

Thanks

Glen
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

The information contained in this message and its attachments is
intended only for the private and confidential use of the intended
recipient(s).  If you are not the intended recipient (or have received
this e-mail in error) please notify the sender immediately and destroy
this e-mail. Any unauthorized copying, disclosure or distribution of the
material in this e- mail is strictly prohibited.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


------------------------------

Message: 51
Date: Fri, 4 Dec 2009 08:15:36 -0500
From: "Huffman, Tim" <thuffman at rosettastone.com>
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Masking 0800 Calls in UK
Message-ID:
	
<F2109967FCEF1A4580E3CCD80EBC9281014932D209 at RSHBGXMBCLS1.rosettastone.lo
cal>
	
Content-Type: text/plain; charset="us-ascii"

Has anyone else achieved this using BT?  Presentation number seems to be
a number you setup with BT and they mask all calls with that number.  I
need to have control over what I mask.

Thanks,

Tim Huffman

-----Original Message-----
From: David Sullivan [mailto:David.Sullivan at barnet.ac.uk] 
Sent: Wednesday, December 02, 2009 4:00 AM
To: Huffman, Tim; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Masking 0800 Calls in UK

> -----Original Message-----
> I'm being told by my Telco provider in the UK that the ISDN 30 circuit
> will not allow us to mask outbound calls to any of the 0800 numbers we
> own. I can mask outbound calls with any of the DDIs we own, but not
> 0800 numbers.  Does anyone have information on whether this is true?
> They told me that they weren't technologically advanced as what we are
> here in the US, so it isn't possible.

Incompetent telcos, how surprising. This certainly is possible, BT call
it "Presentation Number" and a number of companies in the UK do this.
I've read through some of the BT documentation before and there is a
requirement to verify ownership of the number but I can't find the
document I found before at the moment. If the ISDN30 is provided by a
company other than someone re-selling Openreach different conditions may
apply.


David Sullivan
IT Services Systems Team
Barnet College 

David. 
------------------------------------------------------------------------
-----
This communication may contain privileged or confidential information
which
is for the exclusive use of the intended recipient.  If you are not the
intended recipient, please note that you may not distribute or use this
communication or the information it contains.  If this e-mail has
reached you
in error, please delete it and any attachment.

Internet communications are not secure and Barnet College does not
accept
legal responsibility for the content of this message.  Any views or
opinions
expressed are those of the author and not necessarily those of Barnet
College.

Please note that Barnet college reserves the right to monitor the
source/destinations of all incoming or outgoing e-mail communications.
------------------------------------------------------------------------
-----



------------------------------

Message: 52
Date: Fri, 4 Dec 2009 14:22:13 +0000
From: Johnny Crothers <randvines at gmail.com>
To: "Huffman, Tim" <thuffman at rosettastone.com>
Cc: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Masking 0800 Calls in UK
Message-ID:
	<78ef5f50912040622o63c018acp93afe96a8b6efab7 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

0800 numbers are typicall mapped to a local DDI which is associated to
your
PRI.

What you probably want to do is mask out all calls to your local DDI
number
and then have BT map the local number to the 0800 number, most 0800
numbers
are routed to local DDI's depending on where the caller is
geographically
and is done so with the telco's logic, typicall ICM.

Try mapping to local DDI and then ask BT to map from local to 0800.

Either way, if the called party recieves this local number and redial,
it
will go to the correct PRI, You will probably notice that the CUCM
already
xlates this to a Hunt Group or AA or something similair.



On Fri, Dec 4, 2009 at 1:15 PM, Huffman, Tim
<thuffman at rosettastone.com>wrote:

> Has anyone else achieved this using BT?  Presentation number seems to
be a
> number you setup with BT and they mask all calls with that number.  I
need
> to have control over what I mask.
>
> Thanks,
>
> Tim Huffman
>
> -----Original Message-----
> From: David Sullivan [mailto:David.Sullivan at barnet.ac.uk]
> Sent: Wednesday, December 02, 2009 4:00 AM
> To: Huffman, Tim; cisco-voip at puck.nether.net
> Subject: RE: [cisco-voip] Masking 0800 Calls in UK
>
> > -----Original Message-----
> > I'm being told by my Telco provider in the UK that the ISDN 30
circuit
> > will not allow us to mask outbound calls to any of the 0800 numbers
we
> > own. I can mask outbound calls with any of the DDIs we own, but not
> > 0800 numbers.  Does anyone have information on whether this is true?
> > They told me that they weren't technologically advanced as what we
are
> > here in the US, so it isn't possible.
>
> Incompetent telcos, how surprising. This certainly is possible, BT
call
> it "Presentation Number" and a number of companies in the UK do this.
> I've read through some of the BT documentation before and there is a
> requirement to verify ownership of the number but I can't find the
> document I found before at the moment. If the ISDN30 is provided by a
> company other than someone re-selling Openreach different conditions
may
> apply.
>
>
> David Sullivan
> IT Services Systems Team
> Barnet College
>
> David.
>
>
------------------------------------------------------------------------
-----
> This communication may contain privileged or confidential information
which
> is for the exclusive use of the intended recipient.  If you are not
the
> intended recipient, please note that you may not distribute or use
this
> communication or the information it contains.  If this e-mail has
reached
> you
> in error, please delete it and any attachment.
>
> Internet communications are not secure and Barnet College does not
accept
> legal responsibility for the content of this message.  Any views or
> opinions
> expressed are those of the author and not necessarily those of Barnet
> College.
>
> Please note that Barnet college reserves the right to monitor the
> source/destinations of all incoming or outgoing e-mail communications.
>
>
------------------------------------------------------------------------
-----
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/45a14
3ec/attachment-0001.html>

------------------------------

Message: 53
Date: Fri, 4 Dec 2009 08:55:31 -0600
From: Robert Shearrill <rshearri at uchicago.edu>
To: "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>
Subject: [cisco-voip] TEST
Message-ID:
	
<CFC57580E88ABD44852F5194FB74D152019C96535A65 at EVS03.ad.uchicago.edu>
Content-Type: text/plain; charset="iso-8859-1"

TESTING NO RESPONSE NEEDED
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/4d8be
d6b/attachment-0001.html>

------------------------------

Message: 54
Date: Fri, 4 Dec 2009 10:20:02 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: cips <cisco at cips.nl>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] RAID1 disk mirroring
Message-ID: <9A0806D0-0993-43DC-998F-FE6FFE34B3CB at cisco.com>
Content-Type: text/plain; charset="windows-1252"

Not supported by HP or Cisco as cips stated.

That said:
1. The server definitely won't boot and I wouldn't expect either disk to
be usable if you put them into the wrong slots.
2. Depending on the raid controller settings on the second server and
the hardware between both servers it could do anything from boot
normally to corrupt both disks.

I'd highly encourage you to test both scenarios with data on the hard
disks you don't mind losing.

-Ryan

On Dec 4, 2009, at 7:16 AM, cips wrote:

For Cisco MCS server this procedure is officially not supported?
 
1.       The system will boot from the primary disk
2.       In the new server the system will boot but you might have
issues with (raid) drivers in the os
 
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of ifilxh
Sent: vrijdag 4 december 2009 12:55
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] RAID1 disk mirroring
 
Our normal disk swap procedure is
1. power off the server
2. pull disk 1 out
3. if upgrade fails, power off the server again, pull out disk 0, and
put disk 1 back to the original tray, power on the server and then put
disk 0 back to tray0

Curious to know
1. what is going to happen if I pull out both disks and swap the disks,
disk1 goes to the slot0, disk0 goes to slot1
1. what is going to happen if I pull out both disks and insert them to
another server

Thanks in advance.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/9f311
c1b/attachment-0001.html>

------------------------------

Message: 55
Date: Fri, 4 Dec 2009 10:31:20 -0500
From: "Jason Aarons (US)" <jason.aarons at us.didata.com>
To: "Ryan Ratliff" <rratliff at cisco.com>, "cips" <cisco at cips.nl>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] RAID1 disk mirroring
Message-ID:
	
<C1FE15183DA37645BC0633BC604E44F01151DFA3 at USNAEXCH.na.didata.local>
Content-Type: text/plain; charset="us-ascii"

Am I correct in that mirroring behaved differently going from
CCM4x/Windows 2000 to CCM6/xRedHat in that before you could boot off
mirrored drive in either slot on MCS-7835/7845?  

 

It seems to me that the newer Platform is more picky about drive
location in the raid array, etc.  Not sure if it's limitation of the
Linux raid drivers , RHEL, etc.  

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
Sent: Friday, December 04, 2009 10:20 AM
To: cips
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] RAID1 disk mirroring

 

Not supported by HP or Cisco as cips stated.

 

That said:

1. The server definitely won't boot and I wouldn't expect either disk to
be usable if you put them into the wrong slots.

2. Depending on the raid controller settings on the second server and
the hardware between both servers it could do anything from boot
normally to corrupt both disks.

 

I'd highly encourage you to test both scenarios with data on the hard
disks you don't mind losing.

 

-Ryan

 

On Dec 4, 2009, at 7:16 AM, cips wrote:





For Cisco MCS server this procedure is officially not supported...

 

1.       The system will boot from the primary disk

2.       In the new server the system will boot but you might have
issues with (raid) drivers in the os

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of ifilxh
Sent: vrijdag 4 december 2009 12:55
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] RAID1 disk mirroring

 

Our normal disk swap procedure is
1. power off the server
2. pull disk 1 out
3. if upgrade fails, power off the server again, pull out disk 0, and
put disk 1 back to the original tray, power on the server and then put
disk 0 back to tray0

Curious to know
1. what is going to happen if I pull out both disks and swap the disks,
disk1 goes to the slot0, disk0 goes to slot1
1. what is going to happen if I pull out both disks and insert them to
another server

Thanks in advance.

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 




-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/47f4a
705/attachment-0001.html>

------------------------------

Message: 56
Date: Fri, 4 Dec 2009 10:48:17 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Jason Aarons (US) <jason.aarons at us.didata.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] RAID1 disk mirroring
Message-ID: <823C4230-1542-406F-907E-DB828EF5D2D1 at cisco.com>
Content-Type: text/plain; charset="windows-1252"

The drive location is a function of the array controller not the OS
(afaik).  I've certainly killed drives with Windows on them by putting
them in the wrong slot.

-Ryan

On Dec 4, 2009, at 10:31 AM, Jason Aarons (US) wrote:

Am I correct in that mirroring behaved differently going from
CCM4x/Windows 2000 to CCM6/xRedHat in that before you could boot off
mirrored drive in either slot on MCS-7835/7845? 
 
It seems to me that the newer Platform is more picky about drive
location in the raid array, etc.  Not sure if it?s limitation of the
Linux raid drivers , RHEL, etc. 
 
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
Sent: Friday, December 04, 2009 10:20 AM
To: cips
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] RAID1 disk mirroring
 
Not supported by HP or Cisco as cips stated.
 
That said:
1. The server definitely won't boot and I wouldn't expect either disk to
be usable if you put them into the wrong slots.
2. Depending on the raid controller settings on the second server and
the hardware between both servers it could do anything from boot
normally to corrupt both disks.
 
I'd highly encourage you to test both scenarios with data on the hard
disks you don't mind losing.
 
-Ryan
 
On Dec 4, 2009, at 7:16 AM, cips wrote:


For Cisco MCS server this procedure is officially not supported?
 
1.       The system will boot from the primary disk
2.       In the new server the system will boot but you might have
issues with (raid) drivers in the os
 
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of ifilxh
Sent: vrijdag 4 december 2009 12:55
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] RAID1 disk mirroring
 
Our normal disk swap procedure is
1. power off the server
2. pull disk 1 out
3. if upgrade fails, power off the server again, pull out disk 0, and
put disk 1 back to the original tray, power on the server and then put
disk 0 back to tray0

Curious to know
1. what is going to happen if I pull out both disks and swap the disks,
disk1 goes to the slot0, disk0 goes to slot1
1. what is going to happen if I pull out both disks and insert them to
another server

Thanks in advance.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
 


Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you.


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/5a28d
e11/attachment-0001.html>

------------------------------

Message: 57
Date: Fri, 4 Dec 2009 11:04:04 -0500
From: Dane Newman <dane.newman at gmail.com>
To: cisco-voip <cisco-voip at puck.nether.net>
Subject: [cisco-voip] CLID issue with sip
Message-ID:
	<a54820e50912040804l5c7415e1n1e2a5a5cac272d2d at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hello,

I am having an odd issue and I am wondering why it is happening.  I have
a
sip trunk to the provider.  I call out a phone and it passes the CLID of
my
internal extention rather then the clid im setting on my gateway under
prefix dn and External Phone Number Mask.

I took a packet capture and in the sip invite message its showing SIP
From
101 at sipconnect.ipcomms.net which 101 is my internal extention.

Is anyone able to comment?

Dane
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/56232
bd3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dn.jpg
Type: image/jpeg
Size: 83649 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/56232
bd3/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ext.jpg
Type: image/jpeg
Size: 107619 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/56232
bd3/attachment-0003.jpg>

------------------------------

Message: 58
Date: Fri, 4 Dec 2009 10:14:02 -0600
From: "Kim, Hyoun S" <Hyoun.Kim at chartercom.com>
To: <cisco-voip at puck.nether.net>
Subject: [cisco-voip] CUE (Cisco Unity Express) Language Settings
Message-ID:
	
<B9C75B9DC5C7174ABD405E4E9DBE476B0A8C9AC8 at KSTLMEXM05.CORP.CHARTERCOM.COM
>
	
Content-Type: text/plain; charset="us-ascii"

I installed a VoIP solution for one of my branch offices earlier in the
week and found that our Cisco Unity Express was shipped with British
English instead of American English.  Other than reflashing it, what
options do I have to change the AA prompts to American English.

 

I downloaded all the .wav files from one of my Call Manager Express
routers and uploaded them to the branch router, but the prompt that says
"To enter the name of the person you are trying to reach, blah blah
blah" is not listed in the AA prompts.

 

 

 

________________________________

Hyoun Kim * Network Administrator I - East Division

640 Broadmor Blvd * Suite 80 * Murfreesboro, TN 37129

' 615.217.6245 * ' 859.312.6941 * 7 615.217.6255 * * 
Hyoun.Kim at chartercom.com <mailto:Hyoun.Kim at chartercom.com> 

 


E-MAIL CONFIDENTIALITY NOTICE: 

 

 

 

The contents of this e-mail message and 
any attachments are intended solely for the 
addressee(s) and may contain confidential 
and/or legally privileged information. If you 
are not the intended recipient of this message 
or if this message has been addressed to you 
in error, please immediately alert the sender
 by reply e-mail and then delete this message 
and any attachments. If you are not the 
intended recipient, you are notified that 
any use, dissemination, distribution, copying, 
or storage of this message or any attachment 
is strictly prohibited.







-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/5678a
2f5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1990 bytes
Desc: image001.jpg
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/5678a
2f5/attachment-0001.jpe>

------------------------------

Message: 59
Date: Fri, 4 Dec 2009 11:24:01 -0500
From: Ryan Ratliff <rratliff at cisco.com>
To: Dane Newman <dane.newman at gmail.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CLID issue with sip
Message-ID: <72AB2E08-8E60-40C3-8EA0-92E06ED24EF3 at cisco.com>
Content-Type: text/plain; charset="us-ascii"

The gateway screenshot appears to be an H.323 gateway, not a SIP trunk.
Additionally, you have only the inbound call routing info included, not
outbound.

If you are using CUBE to go from H.323 to SIP that's rather important
and something you will want to mention.

In order to use the external phone number mask you need to tick that
check box on the route pattern.

-Ryan

On Dec 4, 2009, at 11:04 AM, Dane Newman wrote:

Hello,
 
I am having an odd issue and I am wondering why it is happening.  I have
a sip trunk to the provider.  I call out a phone and it passes the CLID
of my internal extention rather then the clid im setting on my gateway
under prefix dn and External Phone Number Mask.
 
I took a packet capture and in the sip invite message its showing SIP
>From 101 at sipconnect.ipcomms.net which 101 is my internal extention.
 
Is anyone able to comment?
 
Dane
<dn.jpg><ext.jpg>_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/7ff34
0a7/attachment-0001.html>

------------------------------

Message: 60
Date: Fri, 4 Dec 2009 11:29:31 -0500
From: harbor235 <harbor235 at gmail.com>
To: VoiceNoob <voicenoob at gmail.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Leaving forum
Message-ID:
	<836bf1f90912040829r1f029977m6d33bb3fe07a0f47 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

What's up?

mike



On Thu, Dec 3, 2009 at 10:43 AM, VoiceNoob <voicenoob at gmail.com> wrote:

>  I know everyone will be happy to hear but I am leaving this forum. I
will
> not subscribe or respond to the list anymore.
>
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/5183c
1db/attachment-0001.html>

------------------------------

Message: 61
Date: Fri, 4 Dec 2009 11:32:51 -0500
From: Dane Newman <dane.newman at gmail.com>
To: Ryan Ratliff <rratliff at cisco.com>
Cc: cisco-voip <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] CLID issue with sip
Message-ID:
	<a54820e50912040832g5b9ba0f7q8c3f082034d87880 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Im sorry about that yes I am using CUBE with the configuration below

I have also attached my capture.


voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol pass-through g711ulaw
 h323
  emptycapability
  h225 id-passthru
  h245 passthru tcsnonstd-passthru
 sip
!
!
!
voice class codec 1
 codec preference 2 g711ulaw
!
!
!
!
voice class h323 50
  h225 timeout tcp establish 3
!
!
!
!
!
!
!
!
!
!
!
voice translation-rule 1
 rule 1 /.*/ /190/
!
voice translation-rule 2
 rule 1 /.*/ /1&/
!
!
voice translation-profile aa
 translate called 1
!
voice translation-profile addone
 translate called 2
!

!
!
dial-peer voice 100 voip
 description AA Publisher
 preference 1
 destination-pattern 1..
 voice-class h323 50
 session target ipv4:10.1.80.10
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad
!
dial-peer voice 1000 voip
 description incoming Call
 translation-profile incoming aa
 preference 1
 rtp payload-type nse 101
 rtp payload-type nte 100
 incoming called-number 6782282221
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
dial-peer voice 101 voip
 description AA Subscriber
 preference 2
 destination-pattern 1..
 voice-class h323 50
 session target ipv4:10.1.80.11
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad
!
dial-peer voice 2000 voip
 description outbound
 translation-profile outgoing addone
 preference 1
 destination-pattern .T
 progress_ind setup enable 3
 progress_ind progress enable 8
 rtp payload-type nse 101
 rtp payload-type nte 100
 voice-class codec 1
 session protocol sipv2
 session target dns:sipconnect.ipcomms.net
 dtmf-relay rtp-nte
 no vad
!
dial-peer voice 150 voip
 description incoming outbound
 preference 1
 voice-class h323 50
 incoming called-number .T
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad
!
!
sip-ua
 credentials username ********* password 7 *********  realm
sipconnect.ipcomms.net
 authentication username********* password 7 1*********
 authentication username *********  password 7 *********  realm
sipconnect.ipcomms.net
 registrar dns:sipconnect.ipcomms.net expires 60
 sip-server dns:sipconnect.ipcomms.net:5060
!
!
On Fri, Dec 4, 2009 at 11:24 AM, Ryan Ratliff <rratliff at cisco.com>
wrote:

> The gateway screenshot appears to be an H.323 gateway, not a SIP
trunk.
>  Additionally, you have only the inbound call routing info included,
not
> outbound.
>
> If you are using CUBE to go from H.323 to SIP that's rather important
and
> something you will want to mention.
>
> In order to use the external phone number mask you need to tick that
check
> box on the route pattern.
>
>  -Ryan
>
>   On Dec 4, 2009, at 11:04 AM, Dane Newman wrote:
>
> Hello,
>
> I am having an odd issue and I am wondering why it is happening.  I
have a
> sip trunk to the provider.  I call out a phone and it passes the CLID
of my
> internal extention rather then the clid im setting on my gateway under
> prefix dn and External Phone Number Mask.
>
> I took a packet capture and in the sip invite message its showing SIP
>From
> 101 at sipconnect.ipcomms.net which 101 is my internal extention.
>
> Is anyone able to comment?
>
> Dane
> <dn.jpg><ext.jpg>_______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/24e73
b43/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: capture.pcap
Type: application/octet-stream
Size: 26293 bytes
Desc: not available
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/24e73
b43/attachment-0001.obj>

------------------------------

Message: 62
Date: Fri, 4 Dec 2009 10:41:06 -0600
From: "Fried Michael" <Fried at Danfoss.com>
To: <cisco-voip at puck.nether.net>
Subject: [cisco-voip] Ideas for cheaper international calling
Message-ID:
	<759FD4E5539F9D4195A7EE7B6C1150F3BBF47C at USRCK01MX04.danfoss.net>
Content-Type: text/plain; charset="us-ascii"

Hello all,

I know this isn't strictly Cisco Technical but was hoping you all could
help me out.

We have a US-based Call Center that will start making hundreds of
international calls each day and we don't want to pay the phone company
(surprise), we don't have VoIP in the countries we need to call so TEHO
won't work.  There are a ton of online services and Skype for SIP,
anyone have any experience with beating the system with creative
solutions that avoid the toll?

Thank you in advance and a good weekend to all!

Mike

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/5fc91
5a6/attachment-0001.html>

------------------------------

Message: 63
Date: Fri, 4 Dec 2009 10:48:13 -0600
From: Maybelyn Plecic <maybelynplecic at gmail.com>
To: Ahmed Elnagar <ahmed_elnagar at hotmail.com>
Cc: VOIP Group <cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] UCM7 won't ACK DHCP Request for remote site
	phones	*
Message-ID:
	<f0f6c43e0912040848s28708c6fl9b59496bb8bc4887 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi Mark,

I ran into this issue in the past.  I would say at least determine who
the
DHCP servers are.  Do you have the router set to receive DHCP requests?
As
Ahmed mentioned try to trace back where the dhcp relay agent resides if
there are any others of if it is misconfigured? Also do you have a MS
DHCP
server also setup to provide IPs to the devices.  Check your switchports
to
make sure they are indeed in the correct VLAN. (Access versus Voice
VLAN)

The issue I ran to is that, we had two DHCP sources.  I had configured
my
Voice Gateways to provide DHCP IP addresses and the client neglected to
mention that he also had a MS Server also providing DHCP IP addresses.
Since we were upgrading and had 2 CUCM servers with different IP
addresses,
the phones were still registering with the old CUCM server (4.x) instead
of
my new CUCM servers (7.x).

HTH

Maybelyn H. Plecic



2009/12/3 Ahmed Elnagar <ahmed_elnagar at hotmail.com>

>   Junk Score: 2 out of 10 (below your Auto Allow
threshold<https://www.boxbe.com/mail-screening>)
> | Approve sender <https://www.boxbe.com/anno?tc=945324687_2143033878>
| Block
> sender <https://www.boxbe.com/anno?tc=945324687_2143033878&disp=b> |
Block
> domain <https://www.boxbe.com/anno?tc=945324687_2143033878&disp=b&dom>
>
>
>
> Try to isolate the problem; run DHCP service on any server you have in
the
> main location " on a sperate temp vlan of course in order not to
conflict
> with UCM" and try to make the phone acquire thier IP address from it
"change
> helper address", if so then it is a problem in the UCM or the VLan/IP
range
> that the UCM reside in, other than that then it is a probelm in the
DHCP
> relay configuration maybe!!!
>
>
>
> > From: mh at markholloway.com
> > Date: Wed, 2 Dec 2009 16:50:16 -0700
> > To: wsisk at cisco.com
> > CC: cisco-voip at puck.nether.net
> > Subject: Re: [cisco-voip] UCM7 won't ACK DHCP Request for remote
site
> phones
> >
> > The router at the remote site is using an ip helper-address. The
help
> address is the IP of the DHCP Server (UCM7 PUB) at the main location.
> tshark/wireshark at the main location confirms the DHCP packets are in
fact
> arriving at the main location as the phone boots. Looking at wireshark
for a
> phone that boot! s at the main location, the DHCP Discover and Request
looks
> the same only UCM ACK's the DHCP requests and provides an all the
> appropriate IP information. Considering I can take phones from the
remote
> site and power them up at the main site with no problems but then they
fail
> again at the remote site is very strange. Erasing the phone config on
the
> phone or doing a factory reset doesn't help. I'm lost.
> >
> >
> > On Dec 2, 2009, at 4:40 PM, Wes Sisk wrote:
> >
> > > The remote phones would likely have a 'relay agent' set that helps
to
> identify what IP range should be used to issue the address. Is the
> relay-agent field coming through? Is there an appropriate DHCP scope
defined
> that covers the IP of the relay agent?
> > >
> > > /wes
> > >
> > > On Wednesday, December 02, 2009 6:29:55 PM, Mark Holloway <
> mh at markholloway.com> wrote:
> > >> UCM 7.1.3 is configured as DHCP server providing addresses for m!
> ultiple subnets both locally and at remote branch offices. 7965 phones
on
> same site as UCM acquire DHCP on the voice vlan just fine and register
with
> UCM. Phones at remote sites are not acquiring DHCP. I ran a tshark
packet
> capture on UCM VLAN and I see the DHCP requests from the phones at the
> branch sites arriving at the UCM site as expected. Remote phones are
sending
> DHCP Discover and DHCP Request but its as if UCM ignores the DHCP
Request. I
> can take the phone from one of the remote sites and physically plug
into the
> voice vlan at the same site as UCM and it works fine.
> > >> Has anyone seen this behavior?
> > >> Regards,
> > >> Mark
> > >>
> > >> _______________________________________________
> > >> cisco-voip mailing list
> > >> cisco-voip at puck.nether.net
> > >> https://puck.nether.net/mailman/listinfo/cisco-voip
> > >>
> > >
> >
> > __________________! _____________________________
> > cisco-voip mailing list
> > c! isco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
>
> ------------------------------
> Windows Live: Friends get your Flickr, Yelp, and Digg updates when
they
> e-mail
you.<http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-a
ction/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI
_SB_3:092010>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20091204/be5d6
628/attachment-0001.html>

------------------------------

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


End of cisco-voip Digest, Vol 74, Issue 4
*****************************************


More information about the cisco-voip mailing list