Re: [cisco-voip] TMSXE 5.5 and TMS 15.9

2019-12-05 Thread Jonathan Charles 
So, as a test we upgraded TMS to 15.9 and had to leave TMSXE at 5.5,
everything appears to be working fine.


Jonathan

On Thu, Dec 5, 2019 at 3:41 PM Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> My understanding is the versions are always lockstep with TMS and the
> extensions. Updating any requires to update them all to the corresponding
> releases.
>
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Helion Technologies] 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> *From:* cisco-voip  *On Behalf Of 
> *Jonathan
> Charles
> *Sent:* Thursday, December 5, 2019 4:37 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] TMSXE 5.5 and TMS 15.9
>
>
>
> Are they compatible?
>
>
>
> We are upgrading TMS from 15.5 to 15.9 tonight, but may not be able to do
> TMSXE at the same time.
>
>
>
> I can't find clear compatibility information... the docs say 5.5 goes with
> 15.5 and 5.9 with 15.9... but no cross compatibility.
>
>
>
>
>
>
>
>
>
> Jonathan
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] TMSXE 5.5 and TMS 15.9

2019-12-05 Thread Matthew Loraditch 
My understanding is the versions are always lockstep with TMS and the 
extensions. Updating any requires to update them all to the corresponding 
releases.


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: cisco-voip  On Behalf Of Jonathan 
Charles
Sent: Thursday, December 5, 2019 4:37 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] TMSXE 5.5 and TMS 15.9

Are they compatible?

We are upgrading TMS from 15.5 to 15.9 tonight, but may not be able to do TMSXE 
at the same time.

I can't find clear compatibility information... the docs say 5.5 goes with 15.5 
and 5.9 with 15.9... but no cross compatibility.




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

[cisco-voip] TMSXE 5.5 and TMS 15.9

2019-12-05 Thread Jonathan Charles 
Are they compatible?

We are upgrading TMS from 15.5 to 15.9 tonight, but may not be able to do
TMSXE at the same time.

I can't find clear compatibility information... the docs say 5.5 goes with
15.5 and 5.9 with 15.9... but no cross compatibility.




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

Re: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP Trunks

2019-12-05 Thread Dana Tong 
Sorry. Yes that parameter is enabled.

Cheers
Dana



On 6 Dec 2019, at 3:50 am, Anthony Holloway  
wrote:


IMO Native Call queuing is a disappointment for anyone I turn it on for, and we 
end up turning it off.  Some reasons:

1) Time limit for queue is too low, and configuring a loop just makes callers 
shuffle their position in queue
2) Phone can either be logged in or not as a whole, but for all hunt groups DN 
is a member of, so cannot login to a queue temporarily to help out (like a temp 
reskilling in UCCX)
3) The greeting cannot play unconditionally, caller has to be queued first.
4) Caller cannot be queued if all phones are logged out, rather, it requires 1 
specific scenario of at least 1 logged in phone and all logged in phones must 
be on an active call
5) Reporting

PS I don't think you responded to Adam's comment about duplex Streaming in CUCM 
service params.  Do you have that enabled?

On Wed, Dec 4, 2019 at 10:20 PM Dana Tong 
mailto:dana.t...@yellit.com.au>> wrote:
Hi all,

Not getting too far with the TAC at the moment unfortunately.

However how are you guys doing basic hunt groups? Native Queueing or not?

Plus this customer wants calls to just keep queueing if they have no one logged 
in or they are all on the phone. The only option here is to disconnect the call 
or route to another destination. How’s the best way to try to achieve what he 
wants?

Cheers
Dana



From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Dana Tong
Sent: Tuesday, 3 December 2019 7:11 AM
To: Ryan Huff mailto:ryanh...@outlook.com>>; Mark H. 
Turpin mailto:mtur...@covene.com>>; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP Trunks

Hi all,

No the fault is still present when selecting MTP Required on the trunk, Early 
offer support mandatory on the SIP profile.
I’ve also checked the option “Connect Inbound Call before Playing Queuing 
Announcement” on the SIP profile.

Again, MOH works fine for a normal call. Just not for the queued call.




 RUNNING CONFIG ##
!
!
!
no voice hunt unassigned-number
no voice hunt invalid-number
voice call send-alert
voice call disc-pi-off
voice call convert-discpi-to-prog
voice rtp send-recv
!
voice service voip
ip address trusted list
  ipv4 x.x.x.x/x
rtp-port range 16384 32766
address-hiding
mode border-element
 allow-connections sip to sip
fax protocol none
 sip
  asserted-id pai
  outbound-proxy dns:sbc-blah
  asymmetric payload full
  options-ping 60
  early-offer forced
  midcall-signaling passthru
  privacy-policy passthru
  sip-profiles 100
  no call service stop
!
voice class codec 10
codec preference 1 g722-64
codec preference 2 g711alaw
codec preference 3 g711ulaw
codec preference 4 g729r8
!
!
voice class sip-profiles 100
request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
 request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
 request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
 request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
!
voice class sip-profiles 1
request CANCEL sip-header Max-Forwards modify ".*" "User-Agent: CUBE"
 response ANY sip-header Remote-Party-ID modify 
"(.*@).*>(.*)" 
"\1company.com.au>\2"
 request ANY sip-header Remote-Party-ID modify 
"(.*@).*>(.*)" 
"\1company.com.au>\2"
 request INVITE sip-header P-Asserted-Identity modify "(.*)" 
"P-Asserted-Identity: "
 request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
 request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
!
!
voice class server-group 1
ipv4 a.b.c.d
ipv4 a.b.c.d
description CUCM Servers
!
!
!
!
voice translation-rule 1
!
voice translation-rule 2
rule 1 /^2/ /02/
rule 2 /^3/ /03/
rule 3 /^4/ /04/
rule 5 /^7/ /07/
rule 6 /^8/ /08/
!
voice translation-rule 100
rule 1 /^0\(.*\)/ /\1/
!
voice translation-rule 200
rule 1 /^0\(.*\)/ /\1/
rule 2 /^30\(..\)/ /7301030\1/
rule 3 /^80\(..\)/ /7308580\1/
rule 4 /^95\(..\)/ /7323195\1/
rule 5 /^96\(..\)/ /7323196\1/
rule 6 /^71\(..\)/ /3886671\1/

!
!
voice translation-profile Incoming-Called
translate calling 2
!
voice translation-profile strip_leading_zero
translate calling 200
translate called 100
translate redirect-called 200
!
!

!
sccp local Port-channel1
sccp ccm 10.100.99.21 identifier 1 priority 2 version 7.0
sccp ccm 10.100.99.22 identifier 2 priority 1 version 7.0
sccp
!
sccp ccm group 1
associate ccm 2 priority 1
associate ccm 1 priority 2
associate profile 2 register Xcode-isr433101
associate profile 1 register CFB-isr4331-01
!
ccm-manager music-on-hold
!
!
dspfarm profile 2 transcode
 codec g729abr8
codec g729ar8
codec g711alaw
codec g711ulaw
codec g722-64
codec g729br8
codec g729r8
maximum sessions 3
associate application SCCP
!
dspfarm profile 1 conference
 codec g729br8
codec g729r8
codec

Re: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP Trunks

2019-12-05 Thread Anthony Holloway 
IMO Native Call queuing is a disappointment for anyone I turn it on for,
and we end up turning it off.  Some reasons:

1) Time limit for queue is too low, and configuring a loop just makes
callers shuffle their position in queue
2) Phone can either be logged in or not as a whole, but for all hunt groups
DN is a member of, so cannot login to a queue temporarily to help out (like
a temp reskilling in UCCX)
3) The greeting cannot play unconditionally, caller has to be queued first.
4) Caller cannot be queued if all phones are logged out, rather, it
requires 1 specific scenario of at least 1 logged in phone and all logged
in phones must be on an active call
5) Reporting

PS I don't think you responded to Adam's comment about duplex Streaming in
CUCM service params.  Do you have that enabled?

On Wed, Dec 4, 2019 at 10:20 PM Dana Tong  wrote:

> Hi all,
>
>
>
> Not getting too far with the TAC at the moment unfortunately.
>
>
>
> However how are you guys doing basic hunt groups? Native Queueing or not?
>
>
>
> Plus this customer wants calls to just keep queueing if they have no one
> logged in or they are all on the phone. The only option here is to
> disconnect the call or route to another destination. How’s the best way to
> try to achieve what he wants?
>
>
>
> Cheers
>
> Dana
>
>
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Dana
> Tong
> *Sent:* Tuesday, 3 December 2019 7:11 AM
> *To:* Ryan Huff ; Mark H. Turpin ;
> cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Native Call Queuing on UCM 12.5 with SIP
> Trunks
>
>
>
> Hi all,
>
>
>
> No the fault is still present when selecting MTP Required on the trunk,
> Early offer support mandatory on the SIP profile.
>
> I’ve also checked the option “Connect Inbound Call before Playing Queuing
> Announcement” on the SIP profile.
>
>
>
> Again, MOH works fine for a normal call. Just not for the queued call.
>
>
>
>
>
>
>
>
>
>  RUNNING CONFIG ##
>
> !
>
> !
>
> !
>
> no voice hunt unassigned-number
>
> no voice hunt invalid-number
>
> voice call send-alert
>
> voice call disc-pi-off
>
> voice call convert-discpi-to-prog
>
> voice rtp send-recv
>
> !
>
> voice service voip
>
> ip address trusted list
>
>   ipv4 x.x.x.x/x
>
> rtp-port range 16384 32766
>
> address-hiding
>
> mode border-element
>
>  allow-connections sip to sip
>
> fax protocol none
>
>  sip
>
>   asserted-id pai
>
>   outbound-proxy dns:sbc-blah
>
>   asymmetric payload full
>
>   options-ping 60
>
>   early-offer forced
>
>   midcall-signaling passthru
>
>   privacy-policy passthru
>
>   sip-profiles 100
>
>   no call service stop
>
> !
>
> voice class codec 10
>
> codec preference 1 g722-64
>
> codec preference 2 g711alaw
>
> codec preference 3 g711ulaw
>
> codec preference 4 g729r8
>
> !
>
> !
>
> voice class sip-profiles 100
>
> request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
>
>  request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
>
>  request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
>
>  request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
>
> !
>
> voice class sip-profiles 1
>
> request CANCEL sip-header Max-Forwards modify ".*" "User-Agent: CUBE"
>
>  response ANY sip-header Remote-Party-ID modify "(.*@).*>(.*)" "\
> 1company.com.au>\2"
>
>  request ANY sip-header Remote-Party-ID modify "(.*@).*>(.*)" "\
> 1company.com.au>\2"
>
>  request INVITE sip-header P-Asserted-Identity modify "(.*)"
> "P-Asserted-Identity: "
>
>  request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
>
>  request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
>
> !
>
> !
>
> voice class server-group 1
>
> ipv4 a.b.c.d
>
> ipv4 a.b.c.d
>
> description CUCM Servers
>
> !
>
> !
>
> !
>
> !
>
> voice translation-rule 1
>
> !
>
> voice translation-rule 2
>
> rule 1 /^2/ /02/
>
> rule 2 /^3/ /03/
>
> rule 3 /^4/ /04/
>
> rule 5 /^7/ /07/
>
> rule 6 /^8/ /08/
>
> !
>
> voice translation-rule 100
>
> rule 1 /^0\(.*\)/ /\1/
>
> !
>
> voice translation-rule 200
>
> rule 1 /^0\(.*\)/ /\1/
>
> rule 2 /^30\(..\)/ /7301030\1/
>
> rule 3 /^80\(..\)/ /7308580\1/
>
> rule 4 /^95\(..\)/ /7323195\1/
>
> rule 5 /^96\(..\)/ /7323196\1/
>
> rule 6 /^71\(..\)/ /3886671\1/
>
>
>
> !
>
> !
>
> voice translation-profile Incoming-Called
>
> translate calling 2
>
> !
>
> voice translation-profile strip_leading_zero
>
> translate calling 200
>
> translate called 100
>
> translate redirect-called 200
>
> !
>
> !
>
>
>
> !
>
> sccp local Port-channel1
>
> sccp ccm 10.100.99.21 identifier 1 priority 2 version 7.0
>
> sccp ccm 10.100.99.22 identifier 2 priority 1 version 7.0
>
> sccp
>
> !
>
> sccp ccm group 1
>
> associate ccm 2 priority 1
>
> associate ccm 1 priority 2
>
> associate profile 2 register Xcode-isr433101
>
> associate profile 1 register CFB-isr4331-01
>
> !
>
> ccm-manager music-on-hold
>
> !
>
> !
>
> dspfarm profile 2 transcode
>
>  codec g729abr8
>
> codec g729ar8
>
> codec