Re: [cisco-voip] Collaboration Edge for Jabber

[Dana Tong]

Yep I have a 90 day Advanced Networking key now. Am just waiting for the 
customer to be available to test again.

Cheers

Do you know how to obtain a permanent license? How can I prove to someone that 
I am entitled to this option for Collaboration Edge?
Ie  The customer has maintenance on this hardware. We are running X8.1 and we 
are running Collab Edge in Feature Preview.

Cheers
Dana



From: Justin Steinberg [mailto:jsteinb...@gmail.com]
Sent: Friday, 21 March 2014 11:55 AM
To: Bruno Nonogaki (AM)
Cc: Cisco VOIP; Dana Tong; Jason Aarons (AM)
Subject: Re: [cisco-voip] Collaboration Edge for Jabber


You need the advanced networking key so you can specify the public IP.

There is no charge for that license when used for collaboration edge (i.e.  
Cisco expressway)
On Mar 20, 2014 5:12 AM, "Bruno Nonogaki (AM)" 
mailto:bruno.nonog...@dimensiondata.com>> 
wrote:

If you don't have this key, you have to configure the public address directly 
in the vcse interface. NAT will not work.

Regards,

Bruno
Em 20/03/2014 03:11, Dana Tong 
mailto:dana_t...@bridgepoint.com.au>> escreveu:
The SDP in the logs appears to show :

C = IN IP4 192.168.x.x


I've emailed my Cisco rep to see if he can get me a demo option key for the 
Dual Network Interface option so I can try the Static NAT config on the VCSE.

From: Dana Tong
Sent: Thursday, 20 March 2014 3:21 PM
To: Dana Tong; Jason Aarons (AM); Ki Wi; Cisco VoIP List
Subject: RE: [cisco-voip] Collaboration Edge for Jabber

Just to clarify, normal inbound/ outbound video calls work.

The Expressway does not have the Dual Network Interface option key.

Cheers


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Dana 
Tong
Sent: Thursday, 20 March 2014 2:14 PM
To: Jason Aarons (AM); Ki Wi; Cisco VoIP List
Subject: Re: [cisco-voip] Collaboration Edge for Jabber

Hey all,

Back on this testing for MRA on Collab Edge... I've run up Wireshark on the 
computer that I signed in on.

When I establish a call to mobile, or the MCU from the Internet I can see that 
my destination address is the PRIVATE IP of the Expressway Edge.
The Expressway E is configured with a 192.168.x.x IP.

I thought there was a way you could configure the VCS E with what it's Public 
NAT'd address somewhere? Can anyone recall where I might be able to fix this?

Thanks
Dana


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Jason 
Aarons (AM)
Sent: Thursday, 6 February 2014 5:50 AM
To: Ki Wi; Cisco VoIP List
Subject: Re: [cisco-voip] Collaboration Edge for Jabber

Until VCS 8.1.1 comes out it's a feature preview (Mobile and Remote Access) 
that doesn't have TAC support.  I have several interested customers waiting on 
VCS 8.1.1 and a formal Jabber for Windows that maps to it (yeah it's hidden 
feature in 9.6.0) and for Jabber for Mac 10.0 and Jabber for blah to all 
support TLS based Jabber solution.

I wouldn't call it Collaboration Edge for Jabber as 'Collaboration Edge' is a 
umbrella architecture meaning different things to different people.

Let us know how your testing goes.  Without formal documentation/release the 
'caveats' aren't fully known yet to everyone.  I expect by March/April 
everything we know will have changed.



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ki Wi
Sent: Wednesday, February 05, 2014 11:27 AM
To: Cisco VoIP List
Subject: [cisco-voip] Collaboration Edge for Jabber


Anyone tested it with VCS 8.1 Release?

Does Jabber functions properly when connected to public internet without VPN? 
Any function which is not working at this "preview" release ?


itevomcid

___
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] CUBE - P Asserted ID passthrough

[Dana Tong]

Good morning,

I have a problem with my CUBE and Caller ID.

The ITSP supports P Asserted ID. I see the PAI from CUCM to CUBE but nothing to 
the ITSP.
I have set the "voice service voip, sip" to asserted-id pai.
I now see a PAI going to the ITSP but it is "anonymous".

I have asked the customer to set "SIP Privacy to None" on the CUCM trunk and 
apply.
Also to set the following options on CUBE.

!
Voice service voip
Sip
  Privacy id
Privacy-policy passthru
privacy-policy send-always
!

If this doesn't work. Do you guys have any advice on how to configure CUBE to 
pass through the P Asserted ID that is received from CUCM?

Cheers
Dana

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

Re: [cisco-voip] Collaboration Edge for Jabber

[Justin Steinberg]

You need the advanced networking key so you can specify the public IP.

There is no charge for that license when used for collaboration edge (i.e.
Cisco expressway)
On Mar 20, 2014 5:12 AM, "Bruno Nonogaki (AM)" <
bruno.nonog...@dimensiondata.com> wrote:

>  If you don't have this key, you have to configure the public address
> directly in the vcse interface. NAT will not work.
>
> Regards,
>
> Bruno
> Em 20/03/2014 03:11, Dana Tong  escreveu:
>
> The SDP in the logs appears to show :
>
>
>
> C = IN IP4 192.168.x.x
>
>
>
>
>
> I've emailed my Cisco rep to see if he can get me a demo option key for
> the Dual Network Interface option so I can try the Static NAT config on the
> VCSE.
>
>
>
> *From:* Dana Tong
> *Sent:* Thursday, 20 March 2014 3:21 PM
> *To:* Dana Tong; Jason Aarons (AM); Ki Wi; Cisco VoIP List
> *Subject:* RE: [cisco-voip] Collaboration Edge for Jabber
>
>
>
> Just to clarify, normal inbound/ outbound video calls work.
>
>
>
> The Expressway does not have the Dual Network Interface option key.
>
>
>
> Cheers
>
>
>
>
>
> *From:* cisco-voip 
> [mailto:cisco-voip-boun...@puck.nether.net]
> *On Behalf Of *Dana Tong
> *Sent:* Thursday, 20 March 2014 2:14 PM
> *To:* Jason Aarons (AM); Ki Wi; Cisco VoIP List
> *Subject:* Re: [cisco-voip] Collaboration Edge for Jabber
>
>
>
> Hey all,
>
>
>
> Back on this testing for MRA on Collab Edge... I've run up Wireshark on
> the computer that I signed in on.
>
>
>
> When I establish a call to mobile, or the MCU from the Internet I can see
> that my destination address is the PRIVATE IP of the Expressway Edge.
>
> The Expressway E is configured with a 192.168.x.x IP.
>
>
>
> I thought there was a way you could configure the VCS E with what it's
> Public NAT'd address somewhere? Can anyone recall where I might be able to
> fix this?
>
>
>
> Thanks
>
> Dana
>
>
>
>
>
> *From:* cisco-voip 
> [mailto:cisco-voip-boun...@puck.nether.net]
> *On Behalf Of *Jason Aarons (AM)
> *Sent:* Thursday, 6 February 2014 5:50 AM
> *To:* Ki Wi; Cisco VoIP List
> *Subject:* Re: [cisco-voip] Collaboration Edge for Jabber
>
>
>
> Until VCS 8.1.1 comes out it's a feature preview (Mobile and Remote
> Access) that doesn't have TAC support.  I have several interested customers
> waiting on VCS 8.1.1 and a formal Jabber for Windows that maps to it (yeah
> it's hidden feature in 9.6.0) and for Jabber for Mac 10.0 and Jabber for
> blah to all support TLS based Jabber solution.
>
>
>
> I wouldn't call it Collaboration Edge for Jabber as 'Collaboration Edge'
> is a umbrella architecture meaning different things to different people.
>
>
>
> Let us know how your testing goes.  Without formal documentation/release
> the 'caveats' aren't fully known yet to everyone.  I expect by March/April
> everything we know will have changed.
>
>
>
>
>
>
>
> *From:* cisco-voip 
> [mailto:cisco-voip-boun...@puck.nether.net]
> *On Behalf Of *Ki Wi
> *Sent:* Wednesday, February 05, 2014 11:27 AM
> *To:* Cisco VoIP List
> *Subject:* [cisco-voip] Collaboration Edge for Jabber
>
>
>
>
>
> Anyone tested it with VCS 8.1 Release?
>
> Does Jabber functions properly when connected to public internet without
> VPN? Any function which is not working at this "preview" release ?
>
>
>
> itevomcid
>
> ___
> 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] WebEx Meetings Server 2.0 OVA

[Matthew Collins]

Hi all,

Just a pointer after deploying a fresh install. Even though its not documented 
you have to make sure ICMP in enabled between the reverse Proxy and the Admin 
server otherwise the final system check fails.

Regards

Matthew

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of John 
Parduhn
Sent: 20 March 2014 00:05
To: Tim Smith
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] WebEx Meetings Server 2.0 OVA


Sweet!  Thanks, Tim.

John
On Mar 19, 2014 3:53 PM, "Tim Smith" 
mailto:tim.sm...@enject.com.au>> wrote:
Thanks John,

It only looks like one bug, which wouldn't affect us.

CSCum96822

3

Grow fails to update expanded system to same version as source system


Cheers,

Tim

From: John Parduhn [mailto:pard...@gmail.com]
Sent: Tuesday, 18 March 2014 10:40 AM
To: Tim Smith
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] WebEx Meetings Server 2.0 OVA

The upgrade took about six hours start to finish.  Thankfully I had an early 
start to my maintenance window!  It easily could have been exhausting if I had 
to start at 11pm.  I had HA set up, six servers total.  If you know or know 
someone who understands ESX command line, I suggest you involve them.  I was 
really happy to see the new server spin up as smoothly as it did.

Any idea what MR1 is supposed to address?  We found a defect in Productivity 
Tools that started in 1.5 that carried over.  If you change your password due 
to domain security policies, the client sends too many authentication requests 
resulting in account lockouts.

On Monday, March 17, 2014, Tim Smith 
mailto:tim.sm...@enject.com.au>> wrote:
Hi John,

Thanks for the update.
I put this one on hold after the issues with the media, and the bug with the 
auto upgrade.
There is also an MR1 due shortly, that I probably want to get put on at the 
same time.

How many machines, how long did the bulk of the process take you?

Cheers,

Tim.

From: cisco-voip 
[mailto:cisco-voip-boun...@puck.nether.net]
 On Behalf Of John Parduhn
Sent: Tuesday, 18 March 2014 1:31 AM
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] WebEx Meetings Server 2.0 OVA



Following up with this thread, our upgrade from 1.5 to 2.0 went well.  We went 
with the manual deployment, but copied the disk4 VMDK files from the old to 
upgraded systems using the CLI in ESXi instead of through vCenter.  Overall, 
the documentation is accurate.  We had an issue with the license file 
migration, but a call into TAC remedied it.  Good luck to anyone else out there 
performing the update in the near future.



John



On Mon, Mar 3, 2014 at 7:31 AM, Tim Smith 
mailto:tim.sm...@enject.com.au>> wrote:

Think I can see where things have gone wrong with OVA vs USB img.

I ordered both e-delivery and physical media just to be safe, and to give the 
guys on site a physical copy of media for DR purposes.



E-delivery order gave me the USB IMG file (it should have been the OVA)

Physical order came via E-delivery as well - it gives me opportunity to 
download USB IMG file.



Need to see if they have also shipped the physical USB key for me!



Either way as previously noted, it looks like these first versions of OVA have 
problems with Automatic installs. Makes me want to wait for fixed version.



Cheers,



Tim





From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Tim 
Smith
Sent: Friday, 28 February 2014 11:56 PM
To: Eric Pedersen

Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] WebEx Meetings Server 2.0 OVA


--
John Parduhn
Huron Consulting Group
550 W. Van Buren | Chicago, Illinois 60607
312-880-2648 single-number reach
jpard...@huronconsultinggroup.com
www.huronconsultinggroup.com

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

Re: [cisco-voip] Gateway configuration for UCCCE SIP Outbound Dialer

[Jason Aarons (AM)]

Did you debug ccsip messages (SIP) and then correlate, debug voip dial peer 
(h323), debug voip ccapi inout, etc

http://www.cisco.com/c/en/us/support/docs/voice/h323/14081-voip-debugcalls.html


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Reto 
Gassmann
Sent: Thursday, March 20, 2014 5:09 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Gateway configuration for UCCCE SIP Outbound Dialer


Hello Group

we try to set up the SIP Outbounddialer with a UCCE 9.
The UCCE part is working and the PG is sending SIP to the Gateway. However, the 
Gateway (2921 IOS 15.2(3) T4) does not accept the SIP requests.
The gateway is also used for PSTN calls to the CUCM. We habe dialpeers set up 
to the PRI (PSTN) as well as to the CUCM (h.323).

dial-peer voice 9900 voip
tone ringback alert-no-PI
description  to CUCM PreProd
preference 2
destination-pattern 99[0-7].
progress_ind setup enable 3
session target ipv4: [CUCM IP]
voice-class codec 3
voice-class h323 1
dtmf-relay h245-alphanumeric
playout-delay nominal 50
no vad

Has anyone a sample SIP configuartion of a Gateway that works with the SIP 
Outbound Dialer?
we have added this config to the gateway

voice service voip
ip address trusted list
  ipv4 [UCCE PG IP]
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
  rel1xx supported 100rel

Thanks for you help

Reto


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

[cisco-voip] Gateway configuration for UCCCE SIP Outbound Dialer

[Reto Gassmann]

Hello Group

we try to set up the SIP Outbounddialer with a UCCE 9.
The UCCE part is working and the PG is sending SIP to the Gateway. However, the 
Gateway (2921 IOS 15.2(3) T4) does not accept the SIP requests.
The gateway is also used for PSTN calls to the CUCM. We habe dialpeers set up 
to the PRI (PSTN) as well as to the CUCM (h.323).

dial-peer voice 9900 voip
tone ringback alert-no-PI
description  to CUCM PreProd
preference 2
destination-pattern 99[0-7].
progress_ind setup enable 3
session target ipv4: [CUCM IP]
voice-class codec 3
voice-class h323 1
dtmf-relay h245-alphanumeric
playout-delay nominal 50
no vad

Has anyone a sample SIP configuartion of a Gateway that works with the SIP 
Outbound Dialer?
we have added this config to the gateway

voice service voip
ip address trusted list
  ipv4 [UCCE PG IP]
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
  rel1xx supported 100rel

Thanks for you help

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

Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on Windows for Presence and IM?

[Jeffrey Girard]

Florian –
  No, I have not made any configuration changes to the hba.conf file.

  First, as I said, Im using a Windows install, not a *nix.  Those 
instructions are not for windows installs.

  Second, those settings are to restrict access to the external 
database.  At this point, I don’t want to restrict anything, as I am unable to 
make a connection to the database

Jeff

From: Florian Kroessbacher [mailto:florian.kroessbac...@gmail.com]
Sent: Thursday, March 20, 2014 12:42 PM
To: Jeffrey Girard
Subject: Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on 
Windows for Presence and IM?

hy i mean that from the pdf

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cups/8_0/english/install_upgrade/database/guide/CUPDBSetup/Preparing_database_setup.html

About Security Recommendations for the External Database

•Connection to the External 
Database

•Restriction of User Access to the 
Database
 (Recommended)

•Limiting the Maximum Connections to the 
Database
 (Optional)

•Default Listener Port 
Configuration
 (Optional)

Connection to the External Database

Cisco Unified Presence does not provide a secure TLS/SSL connection to the 
external database. We recommend that you consider this security limitation when 
you plan your Cisco Unified Presence deployment, and consider the security 
recommendations we provide in this topic.

Restriction of User Access to the Database

We strongly recommend that you restrict user access to the external database to 
only the particular user and database instance that Cisco Unified Presence 
uses. You can restrict user access to the PostgreSQL database in the 
pg_hba.conf file located in the /data directory.

[Image removed by sender.]

Caution Do not configure 'all' for the user and database entries because 
potentially this could allow any user access to any database.


When you configure user access to the external database, we also recommend that 
you configure password protection for the database access using the 'password' 
method.

[Image removed by sender.]


Note You are required to enter a password for the database user when you 
configure a database entry on Cisco Unified Presence.



The following are examples of a secure user access configuration, and a less 
secure user access configuration, in the pg_hba.conf file.

Example of a secure configuration:

# TYPE


DATABASE


USER


CIDR-ADDRESS


METHOD


host


dbinst1


tcuser1


10.89.99.0/24


password


host


dbinst2


mauser1


10.89.99.0/24


password



Example of a less secure configuration:

# TYPE


DATABASE


USER


CIDR-ADDRESS


METHOD


host


dbinst1


tcuser1


10.89.99.0/24


trust


host


dbinst2


all


10.89.99.0/24


password


Am Donnerstag, 20. März 2014 schrieb Jeffrey Girard :
Florian –
  Thanks for the response.

  Yes, I have already turned off the firewall completely

  No, I have not done any config in the hba.conf  -  I don’t know what 
that is or where its located


Dr. Jeffrey T. Girard (Jeff), PhD
Colonel, United States Army (Retired)
Senior Network Engineer / VoIP Engineer - WireMeHappy.com
reply to: 
jeffrey.gir...@wiremehappy.com
(607)835-0406 (home office)
(845)764-1661 (mobile)
(607)835-0458 (fax)

From: Florian Kroessbacher 
[mailto:florian.kroessbac...@gmail.com]
Sent: Thursday, March 20, 2014 12:26 PM
To: Jeffrey Girard
Cc: 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on 
Windows for Presence and IM?



hy



have u checked the local fw on the windows server for inbound connection from 
the presence server.



have u done the config in the hba.conf and so on

Am Donnerstag, 20. März 2014 schrieb Jeffrey Girard :

I have searched the Cisco site and there are tons of documents on how to 
configure the database for *nix installs.  I, unfortunately, am not skilled in 
that arena.



I have downloaded and installed PostgreSQL on a Win2k8R2 server.



I tried to interpret the Cisco doc instructions as best I could



I have created a new database called tcmadb

Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on Windows for Presence and IM?

[Florian Kroessbacher]

hy

have u checked the local fw on the windows server for inbound connection
from the presence server.

have u done the config in the hba.conf and so on

Am Donnerstag, 20. März 2014 schrieb Jeffrey Girard :

> I have searched the Cisco site and there are tons of documents on how to
> configure the database for *nix installs.  I, unfortunately, am not skilled
> in that arena.
>
>
>
> I have downloaded and installed PostgreSQL on a Win2k8R2 server.
>
>
>
> I tried to interpret the Cisco doc instructions as best I could
>
>
>
> I have created a new database called tcmadb
>
>
>
> I have created a new entity under Login Roles called tcuser and gave that
> user superadmin rights
>
>
>
> I went back to the tcmadb database and made the tcuser the owner of the
> database
>
>
>
> In CUPS, I created the new external database:
>
>
>
>   Database name -> tcmadb
>
>   Username -> tcuser
>
>   Pasword -> password that I assigned to tcuser when I created it
> in the database
>
>   Hostname -> IP address of my win2K8 server
>
>   Port Number -> 5432.
>
>
>
> After several failures, I found a thread that indicated that I should
> create a new user in the Windows domain called tcuser.  I did that, and
> gave that user domain admin privileges.
>
>
>
> I get the failure to connect error under External Database Status
>
>
>
> Green check for reachability
>
> Failure on connectivity to database “Verify the hostname, username, and
> password are valid”
>
>
>
> Does it have anything to do with the postgres user account?
>
>
>
> Jeff
>
>
>


-- 
--
Florian Kroessbacher
gmail: florian.kroessbac...@gmail.com
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on Windows for Presence and IM?

[Jeffrey Girard]

Florian –
  Thanks for the response.

  Yes, I have already turned off the firewall completely

  No, I have not done any config in the hba.conf  -  I don’t know what 
that is or where its located


Dr. Jeffrey T. Girard (Jeff), PhD
Colonel, United States Army (Retired)
Senior Network Engineer / VoIP Engineer - WireMeHappy.com
reply to: jeffrey.gir...@wiremehappy.com
(607)835-0406 (home office)
(845)764-1661 (mobile)
(607)835-0458 (fax)

From: Florian Kroessbacher [mailto:florian.kroessbac...@gmail.com]
Sent: Thursday, March 20, 2014 12:26 PM
To: Jeffrey Girard
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Instructions on installing/configuring PostgreSQL on 
Windows for Presence and IM?

hy

have u checked the local fw on the windows server for inbound connection from 
the presence server.

have u done the config in the hba.conf and so on

Am Donnerstag, 20. März 2014 schrieb Jeffrey Girard :
I have searched the Cisco site and there are tons of documents on how to 
configure the database for *nix installs.  I, unfortunately, am not skilled in 
that arena.

I have downloaded and installed PostgreSQL on a Win2k8R2 server.

I tried to interpret the Cisco doc instructions as best I could

I have created a new database called tcmadb

I have created a new entity under Login Roles called tcuser and gave that user 
superadmin rights

I went back to the tcmadb database and made the tcuser the owner of the database

In CUPS, I created the new external database:

  Database name -> tcmadb
  Username -> tcuser
  Pasword -> password that I assigned to tcuser when I created it in 
the database
  Hostname -> IP address of my win2K8 server
  Port Number -> 5432.

After several failures, I found a thread that indicated that I should create a 
new user in the Windows domain called tcuser.  I did that, and gave that user 
domain admin privileges.

I get the failure to connect error under External Database Status

Green check for reachability
Failure on connectivity to database “Verify the hostname, username, and 
password are valid”

Does it have anything to do with the postgres user account?

Jeff



--
--
Florian Kroessbacher
gmail: florian.kroessbac...@gmail.com
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Instructions on installing/configuring PostgreSQL on Windows for Presence and IM?

[Jeffrey Girard]

I have searched the Cisco site and there are tons of documents on how to 
configure the database for *nix installs.  I, unfortunately, am not skilled in 
that arena.

I have downloaded and installed PostgreSQL on a Win2k8R2 server.

I tried to interpret the Cisco doc instructions as best I could

I have created a new database called tcmadb

I have created a new entity under Login Roles called tcuser and gave that user 
superadmin rights

I went back to the tcmadb database and made the tcuser the owner of the database

In CUPS, I created the new external database:

  Database name -> tcmadb
  Username -> tcuser
  Pasword -> password that I assigned to tcuser when I created it in 
the database
  Hostname -> IP address of my win2K8 server
  Port Number -> 5432.

After several failures, I found a thread that indicated that I should create a 
new user in the Windows domain called tcuser.  I did that, and gave that user 
domain admin privileges.

I get the failure to connect error under External Database Status

Green check for reachability
Failure on connectivity to database "Verify the hostname, username, and 
password are valid"

Does it have anything to do with the postgres user account?

Jeff

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

Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and unable to chat

[Ryan Huff]

I've found that with Cisco, especially Unified Communications, it doesn't 
always pay to learn "how it used to be".  UC changes so frequently, I've found 
that it is better to jump in wherever Cisco is at and start figuring it out 
from there.

Sent from my iPhone

> On Mar 20, 2014, at 9:21 AM, Jeffrey Girard  
> wrote:
> 
> Thanks, Ryan.  I wish that were an option.
>  
> This is not production, this is my home lab.
>  
> Im doing this to learn.
>  
> That is why I keep hammering it, even though I know that JFW works.  I want 
> to learn what I am doing wrong.
>  
> Thank you for your time and effort
>  
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Thursday, March 20, 2014 9:20 AM
> To: Jeffrey Girard
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> Well at this point is say get a TAC case opened if it's for production
> 
> Sent from my iPhone
> 
> On Mar 20, 2014, at 9:14 AM, Jeffrey Girard  
> wrote:
> 
> Replies inline….
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Wednesday, March 19, 2014 10:21 PM
> To: Jeffrey Girard
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> H ... CUPC is old tech . Let me fire up the not-so-way-back machine.  
> Device and client control almost always comes down to an ownership issue 
>  
> 1.  End User has Standard CTI Enabled privilege
>  
> Yes
>  
> 2.  User owns the Client Services Framework profile
> Yes
> 3.  User owns the actual phone (unless just a CSF user)
> Yes
> 4.  User is associated to the DN, of the prime line on the Phone/CSF
> Yes
> 5.  The Primary Phone field in the phone/CSF config is set to the Mac of 
> the phone the user owns (only if there is an actual phone for the user)
> Yes
> 6.  End User has primary extension field set to the prime line of the CSF 
> / Phone config
> Yes.  Configured in Active Directory, imported via LDAP, confirmed on End 
> User Page
> 7.  For kicks, play with the end user permissions too if none of the 
> above works, give the user all permissions and see what that does.
> Assigned the user to all privilege groups.  Went to CUPS and restarted the 
> DirSync service.  Closed out of the CUPS application and restarted.  No 
> change.  In CUPC, I am unable to go into deskphone control mode – the option 
> is displayed at the bottom of the window, but its greyed out.  As with 
> yesterday, JFW work great.
>  
> So, I am baffled.
>  
> Let me know how it works out for you.
> 
> Sent from my iPad
> 
> On Mar 19, 2014, at 9:51 PM, Jeffrey Girard  
> wrote:
> 
> Update –
>   Well, I finally bit the bullet and stood up a MS AD domain in my 
> lab.
>  
>   I integrated CUCM into the LDAP and imported the users from LDAP
>  
>   I also stood up a DNS server.
>  
>   I reconfigured CUPS to the new domain, joined all of the endpoint 
> laptops to the domain, and retested.
>  
>   Same place as I was before with the deskphone mode – however, my 
> ability to IM is fixed (as was expected).
>  
>   Using CUPS, I am not able to go into deskphone control mode.  The 
> option box is still greyed out.
>  
>   However, I installed Jabber for Windows on the same laptops.
>  
>   In Jabber, I am able to select the option at the bottom of the 
> window to use my deskphone for calls, and then I can move it back to the 
> Jabber client.
>  
>   So, anyone have any ideas why CUPC refuses to let me go into 
> deskphone control mode?
>  
>   All features and functions of the JFW work great.  No problems.
>  
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Saturday, March 15, 2014 10:43 PM
> To: Jeffrey Girard
> Cc: Jason Aarons (AM); cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> Is it an option to use LDAP integration? There are certain cups features that 
> won't work with out it. In a lab environment, you can always use OpenLDAP or 
> something like that.
> 
> Sent from my iPad
> 
> On Mar 15, 2014, at 9:11 PM, Jeffrey Girard  
> wrote:
> 
> Jason –
>   I appreciate your response.
>  
>   As to your first question, yes, I have setup CCMCIP.
>  
>   From my original posting
>  
> Application -> Legacy Clients -> CCMCIP Profile.  I 
> created a new profile, set the Primary and Secondary CCMCIP Host to be the IP 
> Address of the CUCM Publisher.  For Server Certification Verfication, I 
> selected Any Certificate from the drop down.  I assigned this profile to all 
> 4 of my users.
>  
>   When I mouse over a contact, or right click and select View 
> Profile, there is no indication of an IM address at all.  If I select Edit 
> Contact, I do not have the 

Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and unable to chat

[Ryan Huff]

At this point if say get a TAC case opened if it is production and you have a 
contract/support.

I retired my use of CUPC and moved to JFW . CUPC should be working as long 
as all the ownership stuff is setup correctly.

Sent from my iPhone

> On Mar 20, 2014, at 9:14 AM, Jeffrey Girard  
> wrote:
> 
> Replies inline….
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Wednesday, March 19, 2014 10:21 PM
> To: Jeffrey Girard
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> H ... CUPC is old tech . Let me fire up the not-so-way-back machine.  
> Device and client control almost always comes down to an ownership issue 
>  
> 1.  End User has Standard CTI Enabled privilege
>  
> Yes
>  
> 2.  User owns the Client Services Framework profile
> Yes
> 3.  User owns the actual phone (unless just a CSF user)
> Yes
> 4.  User is associated to the DN, of the prime line on the Phone/CSF
> Yes
> 5.  The Primary Phone field in the phone/CSF config is set to the Mac of 
> the phone the user owns (only if there is an actual phone for the user)
> Yes
> 6.  End User has primary extension field set to the prime line of the CSF 
> / Phone config
> Yes.  Configured in Active Directory, imported via LDAP, confirmed on End 
> User Page
> 7.  For kicks, play with the end user permissions too if none of the 
> above works, give the user all permissions and see what that does.
> Assigned the user to all privilege groups.  Went to CUPS and restarted the 
> DirSync service.  Closed out of the CUPS application and restarted.  No 
> change.  In CUPC, I am unable to go into deskphone control mode – the option 
> is displayed at the bottom of the window, but its greyed out.  As with 
> yesterday, JFW work great.
>  
> So, I am baffled.
>  
> Let me know how it works out for you.
> 
> Sent from my iPad
> 
> On Mar 19, 2014, at 9:51 PM, Jeffrey Girard  
> wrote:
> 
> Update –
>   Well, I finally bit the bullet and stood up a MS AD domain in my 
> lab.
>  
>   I integrated CUCM into the LDAP and imported the users from LDAP
>  
>   I also stood up a DNS server.
>  
>   I reconfigured CUPS to the new domain, joined all of the endpoint 
> laptops to the domain, and retested.
>  
>   Same place as I was before with the deskphone mode – however, my 
> ability to IM is fixed (as was expected).
>  
>   Using CUPS, I am not able to go into deskphone control mode.  The 
> option box is still greyed out.
>  
>   However, I installed Jabber for Windows on the same laptops.
>  
>   In Jabber, I am able to select the option at the bottom of the 
> window to use my deskphone for calls, and then I can move it back to the 
> Jabber client.
>  
>   So, anyone have any ideas why CUPC refuses to let me go into 
> deskphone control mode?
>  
>   All features and functions of the JFW work great.  No problems.
>  
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Saturday, March 15, 2014 10:43 PM
> To: Jeffrey Girard
> Cc: Jason Aarons (AM); cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> Is it an option to use LDAP integration? There are certain cups features that 
> won't work with out it. In a lab environment, you can always use OpenLDAP or 
> something like that.
> 
> Sent from my iPad
> 
> On Mar 15, 2014, at 9:11 PM, Jeffrey Girard  
> wrote:
> 
> Jason –
>   I appreciate your response.
>  
>   As to your first question, yes, I have setup CCMCIP.
>  
>   From my original posting
>  
> Application -> Legacy Clients -> CCMCIP Profile.  I 
> created a new profile, set the Primary and Secondary CCMCIP Host to be the IP 
> Address of the CUCM Publisher.  For Server Certification Verfication, I 
> selected Any Certificate from the drop down.  I assigned this profile to all 
> 4 of my users.
>  
>   When I mouse over a contact, or right click and select View 
> Profile, there is no indication of an IM address at all.  If I select Edit 
> Contact, I do not have the ability to enter an address into the Instant 
> Messaging Address window.  For all of my users, I have had to manually create 
> the contacts as I am not using LDAP integration. 
>  
>   This is why Im not able to initiate a chat – but the question is – 
> why am I not able to manually enter the IM address like I can the DN?
>  
>   Im also not using an AD domain, so under CUPS -> System -> Cluster 
> Topology, I have entered DOMAIN.NET.SET (which I retrieved from CUCM 
> enterprise parameters).
>  
>   Im beginning to wonder if CUPS is so dependent upon DNS and LDAP 
> that not having them available is causing my failures.
>  
>   As for the log files, yes, I have looked into the files i

Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and unable to chat

[Ryan Huff]

Well at this point is say get a TAC case opened if it's for production

Sent from my iPhone

> On Mar 20, 2014, at 9:14 AM, Jeffrey Girard  
> wrote:
> 
> Replies inline….
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Wednesday, March 19, 2014 10:21 PM
> To: Jeffrey Girard
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> H ... CUPC is old tech . Let me fire up the not-so-way-back machine.  
> Device and client control almost always comes down to an ownership issue 
>  
> 1.  End User has Standard CTI Enabled privilege
>  
> Yes
>  
> 2.  User owns the Client Services Framework profile
> Yes
> 3.  User owns the actual phone (unless just a CSF user)
> Yes
> 4.  User is associated to the DN, of the prime line on the Phone/CSF
> Yes
> 5.  The Primary Phone field in the phone/CSF config is set to the Mac of 
> the phone the user owns (only if there is an actual phone for the user)
> Yes
> 6.  End User has primary extension field set to the prime line of the CSF 
> / Phone config
> Yes.  Configured in Active Directory, imported via LDAP, confirmed on End 
> User Page
> 7.  For kicks, play with the end user permissions too if none of the 
> above works, give the user all permissions and see what that does.
> Assigned the user to all privilege groups.  Went to CUPS and restarted the 
> DirSync service.  Closed out of the CUPS application and restarted.  No 
> change.  In CUPC, I am unable to go into deskphone control mode – the option 
> is displayed at the bottom of the window, but its greyed out.  As with 
> yesterday, JFW work great.
>  
> So, I am baffled.
>  
> Let me know how it works out for you.
> 
> Sent from my iPad
> 
> On Mar 19, 2014, at 9:51 PM, Jeffrey Girard  
> wrote:
> 
> Update –
>   Well, I finally bit the bullet and stood up a MS AD domain in my 
> lab.
>  
>   I integrated CUCM into the LDAP and imported the users from LDAP
>  
>   I also stood up a DNS server.
>  
>   I reconfigured CUPS to the new domain, joined all of the endpoint 
> laptops to the domain, and retested.
>  
>   Same place as I was before with the deskphone mode – however, my 
> ability to IM is fixed (as was expected).
>  
>   Using CUPS, I am not able to go into deskphone control mode.  The 
> option box is still greyed out.
>  
>   However, I installed Jabber for Windows on the same laptops.
>  
>   In Jabber, I am able to select the option at the bottom of the 
> window to use my deskphone for calls, and then I can move it back to the 
> Jabber client.
>  
>   So, anyone have any ideas why CUPC refuses to let me go into 
> deskphone control mode?
>  
>   All features and functions of the JFW work great.  No problems.
>  
> Jeff
>  
> From: Ryan Huff [mailto:rthconsulta...@gmail.com] 
> Sent: Saturday, March 15, 2014 10:43 PM
> To: Jeffrey Girard
> Cc: Jason Aarons (AM); cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CUPC - Unable to go into deskphone control mode and 
> unable to chat
>  
> Is it an option to use LDAP integration? There are certain cups features that 
> won't work with out it. In a lab environment, you can always use OpenLDAP or 
> something like that.
> 
> Sent from my iPad
> 
> On Mar 15, 2014, at 9:11 PM, Jeffrey Girard  
> wrote:
> 
> Jason –
>   I appreciate your response.
>  
>   As to your first question, yes, I have setup CCMCIP.
>  
>   From my original posting
>  
> Application -> Legacy Clients -> CCMCIP Profile.  I 
> created a new profile, set the Primary and Secondary CCMCIP Host to be the IP 
> Address of the CUCM Publisher.  For Server Certification Verfication, I 
> selected Any Certificate from the drop down.  I assigned this profile to all 
> 4 of my users.
>  
>   When I mouse over a contact, or right click and select View 
> Profile, there is no indication of an IM address at all.  If I select Edit 
> Contact, I do not have the ability to enter an address into the Instant 
> Messaging Address window.  For all of my users, I have had to manually create 
> the contacts as I am not using LDAP integration. 
>  
>   This is why Im not able to initiate a chat – but the question is – 
> why am I not able to manually enter the IM address like I can the DN?
>  
>   Im also not using an AD domain, so under CUPS -> System -> Cluster 
> Topology, I have entered DOMAIN.NET.SET (which I retrieved from CUCM 
> enterprise parameters).
>  
>   Im beginning to wonder if CUPS is so dependent upon DNS and LDAP 
> that not having them available is causing my failures.
>  
>   As for the log files, yes, I have looked into the files in CUPC8 -> 
> Local Settings and CUPC8 -> App Data.  Under Client Services Framework -> 
> Local Settings -> Logs, I have searched for “error” and it only

Re: [cisco-voip] Collaboration Edge for Jabber

[Bruno Nonogaki (AM)]

If you don't have this key, you have to configure the public address directly 
in the vcse interface. NAT will not work.

Regards,

Bruno

Em 20/03/2014 03:11, Dana Tong  escreveu:
The SDP in the logs appears to show :

C = IN IP4 192.168.x.x


I’ve emailed my Cisco rep to see if he can get me a demo option key for the 
Dual Network Interface option so I can try the Static NAT config on the VCSE.

From: Dana Tong
Sent: Thursday, 20 March 2014 3:21 PM
To: Dana Tong; Jason Aarons (AM); Ki Wi; Cisco VoIP List
Subject: RE: [cisco-voip] Collaboration Edge for Jabber

Just to clarify, normal inbound/ outbound video calls work.

The Expressway does not have the Dual Network Interface option key.

Cheers


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Dana 
Tong
Sent: Thursday, 20 March 2014 2:14 PM
To: Jason Aarons (AM); Ki Wi; Cisco VoIP List
Subject: Re: [cisco-voip] Collaboration Edge for Jabber

Hey all,

Back on this testing for MRA on Collab Edge... I’ve run up Wireshark on the 
computer that I signed in on.

When I establish a call to mobile, or the MCU from the Internet I can see that 
my destination address is the PRIVATE IP of the Expressway Edge.
The Expressway E is configured with a 192.168.x.x IP.

I thought there was a way you could configure the VCS E with what it’s Public 
NAT’d address somewhere? Can anyone recall where I might be able to fix this?

Thanks
Dana


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Jason 
Aarons (AM)
Sent: Thursday, 6 February 2014 5:50 AM
To: Ki Wi; Cisco VoIP List
Subject: Re: [cisco-voip] Collaboration Edge for Jabber

Until VCS 8.1.1 comes out it’s a feature preview (Mobile and Remote Access) 
that doesn’t have TAC support.  I have several interested customers waiting on 
VCS 8.1.1 and a formal Jabber for Windows that maps to it (yeah it’s hidden 
feature in 9.6.0) and for Jabber for Mac 10.0 and Jabber for blah to all 
support TLS based Jabber solution.

I wouldn’t call it Collaboration Edge for Jabber as ‘Collaboration Edge’ is a 
umbrella architecture meaning different things to different people.

Let us know how your testing goes.  Without formal documentation/release the 
‘caveats’ aren’t fully known yet to everyone.  I expect by March/April 
everything we know will have changed.



From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ki Wi
Sent: Wednesday, February 05, 2014 11:27 AM
To: Cisco VoIP List
Subject: [cisco-voip] Collaboration Edge for Jabber


Anyone tested it with VCS 8.1 Release?

Does Jabber functions properly when connected to public internet without VPN? 
Any function which is not working at this "preview" release ?


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