10-06-2014 08:24 PM - edited 03-12-2019 10:11 AM
TMS 14.5
Conductor XC 2.4.1
TS 320 controlled by conductor, TS software version 4.0(2.8)
Endpoints: MX300 and SX20 both TC 7.2.0 code
Conductor and the video endpoints are registered directly to CUCM 10.5 (No VCS)
I have a scheduled meeting in TMS using conductor as the bridge.
I have the meeting set to auto connect and its all working fine, it dials out to the video endpoints and connects properly. (they are set to auto answer)
My concern: If the use accidentally hangs up the call they cant call back by using the recent call list. The incoming call from the bridge is shown as "Callback number sip:10.40.2.10:5060" where 10.40.2.10 is the IP address of the CUCM the TS320 sent the original call via. If the user dialed the full SIP URI of the meeting they can reconnect fine.
Why is the calling address not shown as the full conference URI ?
This could lead to a confusing user experience if they get disconnected
Interesting snippet from the call log on the TS 320 - look at the "From" line in the INVITE.
In this example the conference alias is 55565000 there is some "garbage" before and after the extension and then we see "sip:10.40.1.52" which is the IP of the TS320
<Line Value="From: "55565000" <sip:10.40.1.52>;tag=41073C71C01C0000
">
</Line>
On the SIP profile assigned to the MXs, do you have "Use FQDN for routing" checkbox checked?
Yes, I ran into that early on. I do have that checked. I'm getting FQDN from outside direct calls to the endpoint. Its just the conferences behind conductor. I also have a standard MCU 5320 and I get proper calling ID from that MCU.
Quick question - how does your Trunk IP address look under the 'SIP trunk settings for out-dial calls' settings of the location look, is this the FQDN of the CUCM cluster or an ip address?
-Jonathan
I do have it defined as an IP address.
I'd expect that to effect the display of whats on the "right" side of the @ not on the "left"
The endpoint is displaying the word sip:10.40.2.10:5060
(sip , colon, IP address, colon, 5060) not even sip@ as the calling party.
The invite message I showed was the invite directly from the MCU towards the Conductor. In that invite the FROM line already contains the "mal-formed" address.
I would expect it to show 55565000@10.40.2.10:5060
at a minimum. This would allow the call back from the endpoint if it was disconnected.
I think the fault lies in the communication between conductor and the MCU when the MCU created the outbound call.
Bump
have you manage to solve this issue?
Looking for this same answer. Any luck ?
Hi,
I´m having the same issue here, cucm trunk to conductor with TMS and no calling number or calling name for conductor outgoing calls to cucm endpoints, have found any solution?
I reproduced this as well. There is an enhancement open for this: CSCuv21841. You can press "Save Bug" to receive updates on progress made.
thanks for posting this.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: