Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Community Member

Conductor auto dial issue

I am running Conductor X2.3 and VCS X8.1.1, and I have ran into an issue with auto dial functionality.  A brief description of what I am experiencing is below:

For example, I have a meeting alias, meet.boss.HD@mydomain.com, which is configured to auto dial boss@mydomain.com.  All search rules are correct in that an external endpoint can connect to meet.boss.HD@mydomain.com, and in the Conductor event log, I see an entry to call boss@mydomain.com.  But boss@mydomain.com is not connected to the conference.  Upon reviewing the MCU the conference resides on, I see a call attempt to a very long alpha-numeric URI with the management address listed rather than boss@mydomain.com. 

I have deleted the configurations and re-created from scratch, but still the same results.  I have disabled HTTPS to see if that would help matters, but no joy.  So now I am back the vanilla configuration, and posting here in the event someone else has experienced this issue and can provide guidance.

 

 

1 ACCEPTED SOLUTION

Accepted Solutions
VIP Super Bronze

Hello Cristian -TLS is a

Hello Cristian -

TLS is a requirement as noted in the Conductor deployment guide for each infrastructure piece.

  • MCU on pg 16.
  • TP Server on pg 20.
  • VCS on pg 22.
  • Conductor on pg 31.
6 REPLIES
VIP Super Bronze

Do you have your Conductor

Do you have your Conductor deployed exactly per the documentation?  Making sure the MCU is not directly registered at all to your VCS.  The reason you're seeing a long alpha-numeric call string is because that is the endpoint GUID within Conductor.  Conductor actually tells the MCU to dial the endpoint by going through itself which then sends the call to the VCS.

Do you see anything in your VCS search rules regarding the "boss@mydomain.com" call attempt?  If so, can you paste the that search history here.  If you do not see anything in your VCS search history, than please explain how you have Conductor setup with your VCS, being as specific as possible (screenshots would work best).

Community Member

Did you resolve this problem?

Did you resolve this problem? I am facing it too ...

Community Member

Unfortunately, another

Unfortunately, another project stopped my deployment of conductor, but I plan on updating VCS and Conductor to the latest releases (X8.2.2 and XC2.4.1, respectively) late this week/early next week.  Once updated, I will perform the tests again.  I will try to remember to update this thread, but if not, ping me for a status update.

Community Member

Hi,I just resolved the issue

Hi,

I just resolved the issue by configuring TLS on every component: VCS-C Zone, Conductor Location and Telepresence Server SIP settings(I had TCP everywhere until 10 minutes ago). HTTPS is enabled.

Give it a try if it's applicable.

Cristian

VIP Super Bronze

Hello Cristian -TLS is a

Hello Cristian -

TLS is a requirement as noted in the Conductor deployment guide for each infrastructure piece.

  • MCU on pg 16.
  • TP Server on pg 20.
  • VCS on pg 22.
  • Conductor on pg 31.
Community Member

Hi Patrick,Everything worked

Hi Patrick,

Everything worked perfect with TCP except that long alpha-numeric URI call from Telepresence Server.

I was sure that TLS will be just an ecrypted connection and will not impact the behavior of calls :-)

Cristian

162
Views
5
Helpful
6
Replies
CreatePlease to create content