Re: [cisco-voip] CUCM 10.5(2) ASA Phone Proxy

[Erick Bergquist]

Yea, I stumbled across the ASA guide mentioning it when I was trying
to find something stating CUCM 8.6 and phone proxy wasn't supported.

On Tue, Jul 5, 2016 at 12:17 PM, Brian Meade  wrote:
> I'm not so sure that was supposed to be added in there.  Phone proxy never
> supported the security by default features of CUCM which is why it went End
> of Support with 8.x along with Phone VPN being launched.  It looks like a
> doc bug was made to add CUCM 8.0 support into the ASA config guide recently-
> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCto66376
>
> Security By Default features were never added to the ASA code that I know
> of- https://bst.cloudapps.cisco.com/bugsearch/bug/CSCti62447
>
> On Tue, Jul 5, 2016 at 1:19 PM, Erick Bergquist  wrote:
>>
>> The ASA 9.x documentation has Call Manager 8.0.x listed in it's
>> configuration guide for phone proxy. Just went through this recently
>> working on a phone proxy issue.
>>
>>
>> On Tue, Jul 5, 2016 at 10:58 AM, Brian Meade  wrote:
>> > Technically phone proxy isn't supported on 8.x either.  It ended support
>> > after 7.x and Phone VPN replaced it in 8.x.  If you're just using
>> > 7940/60s
>> > and IP Communicator, it should work still though.
>> >
>> > Do you have a mixed mode CUCM cluster now or just doing non-secure
>> > between
>> > the ASA and CUCM?  You can check the Cluster Security Mode under
>> > System->Enterprise Parameters.
>> >
>> > You really will want to use Phone VPN or MRA with Expressway instead of
>> > Phone VPN though as it's not supported by TAC unless on CUCM 7.x.
>> >
>> > On Tue, Jul 5, 2016 at 5:05 AM, Abebe Amare  wrote:
>> >>
>> >> I am on the planning process to migrate CUCM 8.5 cluster to 10.5(2)
>> >> using
>> >> PCD simple migration to minimize any change. Since Phone Proxy is not
>> >> supported on CUCM 10.x, I am thinking to keep the 8.5 cluster but
>> >> change the
>> >> IP address. My question is this:
>> >>
>> >> 1. Do I have to enroll the certificate from CUCM to ASA when I change
>> >> the
>> >> IP address of CUCM 8.5?
>> >> 2. What are other alternative features to phone proxy?
>> >>
>> >> best regards,
>> >>
>> >> Abebe
>> >>
>> >> ___
>> >> cisco-voip mailing list
>> >> cisco-voip@puck.nether.net
>> >> https://puck.nether.net/mailman/listinfo/cisco-voip
>> >>
>> >
>> >
>> > ___
>> > cisco-voip mailing list
>> > cisco-voip@puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/cisco-voip
>> >
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] License RTMT alert issue in 10.5.2 -- CiscoSystemInOverage

[Brian Meade]

Do you have a standalone PLM or co-res?

On Tue, Jul 5, 2016 at 12:25 PM, Erick Bergquist  wrote:

> Has anyone seen any issues with the license related Call Manager
> alerts not being logged to the CiscoSyslog or sent as Syslog messages?
>
> The RTMT alerts are all enabled, and I have a 10.5.2.12901-1 (SU2a)
> version system with an active CiscoSystemInOverage alert in RTMT and
> the license warning when you log into Call Manager.
>
> But no where in the activelog syslog/CiscoSyslog file or on the syslog
> server is a syslog message for this Overage alert.
>
> Usually RTMT alerts are logged to the file also.
>
> How can I get this logged in the file and sent to a syslog server or
> is this a bug? I'm not finding one yet.
>
>
> Erick Bergquist
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Time of day routing on UCCX 10.6

[Carlo Calabrese via cisco-voip]

XML would be good. just need a few variables.

date
StartTime
EndTime.


The times would be in the form of  = T[9:00:00 AM PST]
Then do a if statement


On Mon, 7/4/16, norm.nichol...@kitchener.ca  wrote:

 Subject: [cisco-voip] Time of day routing on UCCX 10.6
 To: cisco-voip@puck.nether.net
 Date: Monday, July 4, 2016, 7:15 AM
 
 
 
  
  
 
 
 
 
    
    
 I have a CCX group that
 works daily from 07:00 to 21:00 . They would like change
 their opening and closing times over July and August to some
 days opening at 08:00 and some days closing at 16:00 because
 of staffing issues. Can this be built
  in an .xml file like a holiday schedule or do we need to
 program this logic into the script.
  
    
    
    
 Thanks 
    
    
    
 Norm Nicholson 
 Telecom Analyst 
 City of Kitchener 
 (519) 741-2200 x 7000 
    
    
 
 
 
 -Inline Attachment Follows-
 
 ___
 cisco-voip mailing list
 cisco-voip@puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Conductor MRG on CUCM never register and rendezvous calls don´t work

[Brian Meade]

Looks like this bug-
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCut10254

On Mon, Jul 4, 2016 at 11:19 AM, Eric Pedersen 
wrote:

> There is a defect in CUCM 10.5 where the Conductor won't register if CUCM
> is configured to use HTTPS. I don't remember the details but it's related
> to certificate validation. We had to switch our CUCM configuration to use
> HTTP to communicate with Conductor.
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Nilson Costa
> *Sent:* 01 July 2016 12:56 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Conductor MRG on CUCM never register and
> rendezvous calls don´t work
>
>
>
> I have a new implementation with CUCM 11, conductor XC4 and vTS 4.2(4.23).
> I create a CA to sign the certificates on CUCM and on Conductor and
> exchanged the certificates. and followed this document for the
> implementation
>
>
> http://www.cisco.com/c/dam/en/us/td/docs/telepresence/infrastructure/conductor/config_guide/xc4-0_docs/TelePresence-Conductor-Unified-CM-Deployment-Guide-XC4-0.pdf
>
> The problem is that the media resource group never register on the system
> and when I try to call a rendezvous room the call fail using any endpoint
> or Jabber
>
> I got the trace attached from CUCM and from conductor
>
> Can someone help me on it ?
>
>
>
> --
>
> Nilson Lino da Costa Junior
>
>
> The contents of this message may contain confidential and/or privileged
> subject matter. If this message has been received in error, please contact
> the sender and delete all copies. Like other forms of communication, e-mail
> communications may be vulnerable to interception by unauthorized parties.
> If you do not wish us to communicate with you by e-mail, please notify us
> at your earliest convenience. In the absence of such notification, your
> consent is assumed. Should you choose to allow us to communicate by e-mail,
> we will not take any additional security measures (such as encryption)
> unless specifically requested.
>
> If you no longer wish to receive commercial messages, you can unsubscribe
> by accessing this link: http://www.bennettjones.com/unsubscribe
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] PRI and cabling distances

[Terry Oakley]

We are finally replacing our aging router and replacing it with a new (at least 
new for us) 2911.   The current location of our old router was where our old 
Nortel PBX was located.   We are looking at relocating the 2911 into our data 
centre which will require us to push the PRI signal (we have two) from our 
demarc room through the building to our data centre, using in house copper 
cabling.   How far have any of you been successful in pushing a PRI/T1 signal 
and if you needed to put in a 'booster' what booster do you recommend.

The distance we are going is between 800 and 1000 feet.   I have read that this 
distance is workable but.
I have, in testing,  connected the new 2911 to one of the PRI (HDSL) devices 
and I can see that it connects by running cablelength commands on the VG.   If 
I use cablelength -22db I can get the HDSL light to indicate it is connected 
but a show controller T1 still shows that controller 0/0/1 is down.   So I 
believe the cable length is too long or I am missing something else.

Any assistance and sharing of knowledge would be appreciated.

Thanks

Terry

Terry Oakley
Telecommunications Coordinator | Information Technology Services
Red Deer College |100 College Blvd. | Box 5005 | Red Deer | Alberta | T4N 5H5
work (403) 342-3521   |  FAX (403) 343-4034

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] About Device Pool

[Brian Meade]

Device Mobility will do it by subnet-
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_6_1/ccmfeat/fsgd-861-cm/fsdevmob.html

On Sat, Jul 2, 2016 at 10:42 AM, Özgür ÖÇALAN 
wrote:

> Hi,
>
>
>
> I have a CUCM cluster with 2 Device Pools (DP). I want that some ip phones
> automatically  join the DP-A, and the others automatically join the DP-B.
> How can i do that?
>
>
>
> Best Regards
>
> Ozgur
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] FXO port to Viking C-1000B door entry controller

[Ryan Huff]

Mike & Wes,

While analog is the past, clearly still relevant enough to understand and by 
extension, the underlying electrical behavior and interaction of analog 
telephony hardware. I thank both of you for teaching me (and hopefully others 
listening on the list) something.

A special thanks to Wes for giving me a new autodidactic topic over this past 
holiday weekend, "Manchester Encoding". The book, "Unidirectional Manchester 
Encoded Data Transfer via Fiber Optic Link" by Robert G. Ragsdale Jr. is a 
fantastic read and has a few good chapters that dig into the "meat and 
potatoes".

That book is available on Amazon but in the spirit of analog, I sourced my copy 
at the library ;).

Sent from my iPhone

On Jul 4, 2016, at 7:10 PM, Norton, Mike 
> wrote:

I've been working on an old analog paging controller this afternoon, so I've 
been trudging around in the docs for FXS/FXO commands...

I have a pretty good hunch that "no battery-reversal" should take care of your 
issue. The debug lines you shared initially indicate that the FXO port is 
hanging up because it is sensing that the answer supervision signal (reversed 
voltage) went away (that's the "normal_battery" part).

"no battery-reversal" will disable answer supervision.

-mn

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Norton, Mike
Sent: July-04-16 3:41 PM
To: Damisch, Kevin 
>; Ryan Huff 
>; Wes Sisk (wsisk) 
>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FXO port to Viking C-1000B door entry controller

Re-reading the thread, I noticed something...

"no supervisory disconnect signal" actually *enables* tone-based disconnect 
supervision for *any tone*. Definitely not what you want!!!

The "no" part of that command is that you are disabling power-denial disconnect 
signaling. In other words, it is a toggle between power-denial signaling or 
tone signaling.

Not sure what IOS version you're on but at some point Cisco renamed the command 
to make it more clear.

https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp1525047420

"[supervisory disconnect anytone] replaces the no supervisory disconnect signal 
command. If you enter this command, the supervisory disconnect anytone feature 
is enabled, and the message supervisory disconnect anytone is displayed when 
show commands are entered."

-mn


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Damisch, Kevin
Sent: June-30-16 12:06 AM
To: Ryan Huff >; Wes Sisk 
(wsisk) >
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] FXO port to Viking C-1000B door entry controller

Ryan - the voice port is set to impedance 600r already.

Wes - I'll try "no supervisory disconnect signal" and see what happens.

Thanks!
Kevin
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip