Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

My brain is FRIED

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 11:35:15 PM
To: Ryan Huff
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I did. They see my outside IP (multiple) invites and they are sending 1xx 
responses. And, I see them too on my cube with a monitor capture. I just do not 
see them with a debug ccsip messages

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 11:32:08 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

and you’re sure you’re signaling the correct peer address for signaling that 
the carrier gave you when they provisioned the trunk?

You may need to do a live TSHOOT with the carrier so they can tell you if they 
are (and what) they see in their SBC.

On Aug 10, 2018, at 23:29, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yeah tried both ways. Inside and outside IP on the cucm trunk config

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:28:02 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Just confirming when you changed the bindings in IOS, did you change the SIP 
trunk destination IP address in CUCM to point to the inside address of CUBE and 
reset the trunk?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

I did. They see my outside IP (multiple) invites and they are sending 1xx 
responses. And, I see them too on my cube with a monitor capture. I just do not 
see them with a debug ccsip messages

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 11:32:08 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

and you’re sure you’re signaling the correct peer address for signaling that 
the carrier gave you when they provisioned the trunk?

You may need to do a live TSHOOT with the carrier so they can tell you if they 
are (and what) they see in their SBC.

On Aug 10, 2018, at 23:29, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yeah tried both ways. Inside and outside IP on the cucm trunk config

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:28:02 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Just confirming when you changed the bindings in IOS, did you change the SIP 
trunk destination IP address in CUCM to point to the inside address of CUBE and 
reset the trunk?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

and you’re sure you’re signaling the correct peer address for signaling that 
the carrier gave you when they provisioned the trunk?

You may need to do a live TSHOOT with the carrier so they can tell you if they 
are (and what) they see in their SBC.

On Aug 10, 2018, at 23:29, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yeah tried both ways. Inside and outside IP on the cucm trunk config

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:28:02 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Just confirming when you changed the bindings in IOS, did you change the SIP 
trunk destination IP address in CUCM to point to the inside address of CUBE and 
reset the trunk?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Yeah tried both ways. Inside and outside IP on the cucm trunk config

Get Outlook for Android


From: Bill Talley 
Sent: Friday, August 10, 2018 11:28:02 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Just confirming when you changed the bindings in IOS, did you change the SIP 
trunk destination IP address in CUCM to point to the inside address of CUBE and 
reset the trunk?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Bill Talley]

Just confirming when you changed the bindings in IOS, did you change the SIP 
trunk destination IP address in CUCM to point to the inside address of CUBE and 
reset the trunk?

Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

> On Aug 10, 2018, at 9:25 PM, Benjamin Turner  wrote:
> 
> Acl is not blocking and I tried to set binding on outbound dial-peer to 
> outbound interface and inbound dial-peer to inbound interface 
> 
> Get Outlook for Android
> 
> From: Ryan Huff 
> Sent: Friday, August 10, 2018 10:23:00 PM
> To: Benjamin Turner
> Cc: Loren Hillukka; cisco-voip voyp list
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> I would suggest a couple of things to start with;
> 
> 1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
> the appropriate interfaces
> 
> 2.) Verify your ACL 101 isn’t interfering (you didn’t include your access 
> lists so I can’t tell)
> 
> Sent from my iPhone
> 
> On Aug 10, 2018, at 22:15, Benjamin Turner  wrote:
> 
>> Very basic:
>>  
>>  
>>  
>> version 15.5
>>  
>> voice service voip
>> ip address trusted list
>>   ipv4 67.231.8.75
>>   ipv4 67.231.12.12
>>   ipv4 192.168.1.20
>>   ipv4 162.245.36.90
>> address-hiding
>> mode border-element license capacity 100
>> allow-connections sip to sip
>> no supplementary-service sip moved-temporarily
>> no supplementary-service sip refer
>> fax protocol pass-through g711ulaw
>> sip
>>   bind control source-interface GigabitEthernet0/0/0
>>   bind media source-interface GigabitEthernet0/0/0
>>   registrar server
>>   no update-callerid
>>   early-offer forced
>>   midcall-signaling passthru
>>   pass-thru content sdp
>> !
>> voice class codec 1
>> codec preference 1 g711ulaw
>> codec preference 2 g729r8
>> !
>> !
>> voice class sip-profiles 30
>> request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
>> !
>> !
>> !
>> !
>> !
>> voice translation-rule 2
>> rule 1 /\+1\([2-9].\)/ /\1/
>> !
>> voice translation-rule 11
>> rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
>> rule 2 /\(.*\)/ /+\1/
>> !
>> voice translation-rule 22
>> rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
>> rule 2 /9\(911\)$/ /\1/
>> rule 3 /9\([2-8]11\)$/ /\1/
>> !
>> !
>> voice translation-profile 10DigitTo+1
>> translate calling 11
>> translate called 11
>> !
>> voice translation-profile LOCALIZE
>> translate calling 2
>> !
>> voice translation-profile OutgoingToBandwidthSIP
>> translate calling 2
>> translate called 11
>> !
>> !
>> !
>> !
>> voice-card 0/4
>> dsp services dspfarm
>> no watchdog
>> !
>> !
>> interface GigabitEthernet0/0/0
>> description WAN SIP TRUNK TO BANDWIDTH
>> ip address 162.245.36.90 255.255.255.248
>> ip nat outside
>> ip access-group 101 in
>> ip access-group 101 out
>> negotiation auto
>> no cdp enable
>> !
>> interface GigabitEthernet0/0/1
>> description LAN
>> ip address 192.168.1.1 255.255.255.0
>> ip nat inside
>> negotiation auto
>> !
>> interface GigabitEthernet0/0/2
>> no ip address
>> negotiation auto
>> !
>> interface Service-Engine0/4/0
>> !
>> interface GigabitEthernet0
>> vrf forwarding Mgmt-intf
>> no ip address
>> negotiation auto
>> !
>> !
>> ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
>> !
>> !
>> !
>> dial-peer voice 1000 voip
>> description BANDWIDTH Incoming SIP and VOIP calls
>>  session protocol sipv2
>> session target sip-server
>> incoming called-number .
>> voice-class codec 1 
>>   dtmf-relay rtp-nte sip-notify
>> no vad
>> !
>> dial-peer voice 4000 voip
>> description Local Dialing (10-Digit) to Bandwidth SIP Trunk
>> translation-profile outgoing OutgoingToBandwidthSIP
>> destination-pattern [2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:67.231.8.75
>> voice-class codec 1 
>>  dtmf-relay rtp-nte
>> no vad
>> !
>> dial-peer voice 4001 voip
>> description LD Dialing (11-Digit) to Bandwidth SIP Trunk
>> translation-profile outgoing OutgoingToBandwidthSIP
>> destination-pattern 1[2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:67.231.8.75
>> voice-class codec 1 
>>  dtmf-relay rtp-nte
>> no vad
>> !
>> dial-peer voice 2001 voip
>> description Incoming SIP Calls to CUCM Sub
>> translation-profile incoming LOCALIZE
>> destination-pattern [2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:192.168.1.20
>> voice-class codec 1 
>>  no voice-class sip outbound-proxy  
>>  dtmf-relay rtp-nte sip-notify
>> no vad
>> !
>> !
>> sip-ua
>> !
>>  
>>  
>> Sent from Mail for Windows 10
>>  
>> From: Ryan Huff 
>> Sent: Friday, August 10, 2018 10:04:54 PM
>> To: Benjamin Turner
>> Cc: Loren Hillukka; cisco-voip voyp list
>> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>>  
>> Can I get a show tech or at least a show run?
>> 
>> Sent from my iPhone
>> 
>> On Aug 10, 2018, at 22:03, Benjamin Turner  wrote:
>> 
>>> Its an edge device no fw in place between cube and provider 
>>> 
>>> Get Outlook for Android
>>> 
>>> From: Ryan 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Could this be a timing issue? Is the cube not receiving the 1xx responses in 
time so it cancels the call with call manager?

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 11:25:28 PM
To: Ryan Huff
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

No media. Call just connects and stays connected even if one of the endpoints 
goes onhook

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 11:24:22 PM
To: Ryan Huff
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Same thing. All I see from the debugs are invites going outbound. Nothing being 
sent back.

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 11:16:35 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

If the media is getting through but not SIP, it really does sound like the ACL 
since it operates in different layer than monitor.

Sent from my iPhone

On Aug 10, 2018, at 23:13, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

The 101 access list was for the monitor capture. To capture traffic from 
outside interface IP and ISP IP. That was my next step to open up the trust 
list.

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 11:11:59 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Knock off the access list 101 on 0/0/0 and turn off the ipv4 trusted list 
temporarily ... anything?

Sent from my iPhone

On Aug 10, 2018, at 23:10, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

No media. Call just connects and stays connected even if one of the endpoints 
goes onhook

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 11:24:22 PM
To: Ryan Huff
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Same thing. All I see from the debugs are invites going outbound. Nothing being 
sent back.

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 11:16:35 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

If the media is getting through but not SIP, it really does sound like the ACL 
since it operates in different layer than monitor.

Sent from my iPhone

On Aug 10, 2018, at 23:13, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

The 101 access list was for the monitor capture. To capture traffic from 
outside interface IP and ISP IP. That was my next step to open up the trust 
list.

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 11:11:59 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Knock off the access list 101 on 0/0/0 and turn off the ipv4 trusted list 
temporarily ... anything?

Sent from my iPhone

On Aug 10, 2018, at 23:10, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

If the media is getting through but not SIP, it really does sound like the ACL 
since it operates in different layer than monitor.

Sent from my iPhone

On Aug 10, 2018, at 23:13, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

The 101 access list was for the monitor capture. To capture traffic from 
outside interface IP and ISP IP. That was my next step to open up the trust 
list.

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 11:11:59 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Knock off the access list 101 on 0/0/0 and turn off the ipv4 trusted list 
temporarily ... anything?

Sent from my iPhone

On Aug 10, 2018, at 23:10, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

The 101 access list was for the monitor capture. To capture traffic from 
outside interface IP and ISP IP. That was my next step to open up the trust 
list.

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 11:11:59 PM
To: Benjamin Turner
Cc: Bill Talley; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Knock off the access list 101 on 0/0/0 and turn off the ipv4 trusted list 
temporarily ... anything?

Sent from my iPhone

On Aug 10, 2018, at 23:10, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

Knock off the access list 101 on 0/0/0 and turn off the ipv4 trusted list 
temporarily ... anything?

Sent from my iPhone

On Aug 10, 2018, at 23:10, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Cucm default ip is that of the cube's inside interface. Cucm can send and 
receive from cube.

Get Outlook for Android


From: Bill Talley 
Sent: Friday, August 10, 2018 11:08:15 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 10:01 PM, Bill Talley 
mailto:btal...@gmail.com>> wrote:

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?


Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Bill Talley]

In other words, your signaling is bound to the public address on CUBE.  Unless 
the inside interface on CUBE is the default gateway for call manager, or Call 
Managers default gateway has a host route pointing that traffic to the inside 
address of CUBE, the traffic may be going out the firewall and hitting the 
outside address of CUBE?  Again, my apologies if this is outlined in one of the 
other emails.

Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

> On Aug 10, 2018, at 10:01 PM, Bill Talley  wrote:
> 
> This may have already been asked, sorry.  Since everything is bound to the 
> outside address on CUBE, is call manager sending traffic back to your 
> firewall instead of CUBE and getting dropped by the firewall or redirect by 
> the firewall to CUBE?  
> 
> Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
> my typtos.
> 
>> On Aug 10, 2018, at 9:15 PM, Benjamin Turner  wrote:
>> 
>> Very basic:
>>  
>>  
>>  
>> version 15.5
>>  
>> voice service voip
>> ip address trusted list
>>   ipv4 67.231.8.75
>>   ipv4 67.231.12.12
>>   ipv4 192.168.1.20
>>   ipv4 162.245.36.90
>> address-hiding
>> mode border-element license capacity 100
>> allow-connections sip to sip
>> no supplementary-service sip moved-temporarily
>> no supplementary-service sip refer
>> fax protocol pass-through g711ulaw
>> sip
>>   bind control source-interface GigabitEthernet0/0/0
>>   bind media source-interface GigabitEthernet0/0/0
>>   registrar server
>>   no update-callerid
>>   early-offer forced
>>   midcall-signaling passthru
>>   pass-thru content sdp
>> !
>> voice class codec 1
>> codec preference 1 g711ulaw
>> codec preference 2 g729r8
>> !
>> !
>> voice class sip-profiles 30
>> request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
>> !
>> !
>> !
>> !
>> !
>> voice translation-rule 2
>> rule 1 /\+1\([2-9].\)/ /\1/
>> !
>> voice translation-rule 11
>> rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
>> rule 2 /\(.*\)/ /+\1/
>> !
>> voice translation-rule 22
>> rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
>> rule 2 /9\(911\)$/ /\1/
>> rule 3 /9\([2-8]11\)$/ /\1/
>> !
>> !
>> voice translation-profile 10DigitTo+1
>> translate calling 11
>> translate called 11
>> !
>> voice translation-profile LOCALIZE
>> translate calling 2
>> !
>> voice translation-profile OutgoingToBandwidthSIP
>> translate calling 2
>> translate called 11
>> !
>> !
>> !
>> !
>> voice-card 0/4
>> dsp services dspfarm
>> no watchdog
>> !
>> !
>> interface GigabitEthernet0/0/0
>> description WAN SIP TRUNK TO BANDWIDTH
>> ip address 162.245.36.90 255.255.255.248
>> ip nat outside
>> ip access-group 101 in
>> ip access-group 101 out
>> negotiation auto
>> no cdp enable
>> !
>> interface GigabitEthernet0/0/1
>> description LAN
>> ip address 192.168.1.1 255.255.255.0
>> ip nat inside
>> negotiation auto
>> !
>> interface GigabitEthernet0/0/2
>> no ip address
>> negotiation auto
>> !
>> interface Service-Engine0/4/0
>> !
>> interface GigabitEthernet0
>> vrf forwarding Mgmt-intf
>> no ip address
>> negotiation auto
>> !
>> !
>> ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
>> !
>> !
>> !
>> dial-peer voice 1000 voip
>> description BANDWIDTH Incoming SIP and VOIP calls
>>  session protocol sipv2
>> session target sip-server
>> incoming called-number .
>> voice-class codec 1 
>>   dtmf-relay rtp-nte sip-notify
>> no vad
>> !
>> dial-peer voice 4000 voip
>> description Local Dialing (10-Digit) to Bandwidth SIP Trunk
>> translation-profile outgoing OutgoingToBandwidthSIP
>> destination-pattern [2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:67.231.8.75
>> voice-class codec 1 
>>  dtmf-relay rtp-nte
>> no vad
>> !
>> dial-peer voice 4001 voip
>> description LD Dialing (11-Digit) to Bandwidth SIP Trunk
>> translation-profile outgoing OutgoingToBandwidthSIP
>> destination-pattern 1[2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:67.231.8.75
>> voice-class codec 1 
>>  dtmf-relay rtp-nte
>> no vad
>> !
>> dial-peer voice 2001 voip
>> description Incoming SIP Calls to CUCM Sub
>> translation-profile incoming LOCALIZE
>> destination-pattern [2-9]..[2-9]..$
>> session protocol sipv2
>> session target ipv4:192.168.1.20
>> voice-class codec 1 
>>  no voice-class sip outbound-proxy  
>>  dtmf-relay rtp-nte sip-notify
>> no vad
>> !
>> !
>> sip-ua
>> !
>>  
>>  
>> Sent from Mail for Windows 10
>>  
>> From: Ryan Huff 
>> Sent: Friday, August 10, 2018 10:04:54 PM
>> To: Benjamin Turner
>> Cc: Loren Hillukka; cisco-voip voyp list
>> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>>  
>> Can I get a show tech or at least a show run?
>> 
>> Sent from my iPhone
>> 
>> On Aug 10, 2018, at 22:03, Benjamin Turner  wrote:
>> 
>>> Its an edge device no fw in place between cube and provider 
>>> 
>>> Get Outlook for Android
>>> 
>>> From: Ryan Huff 
>>> Sent: Friday, August 10, 2018 10:02:42 PM
>>> To: Benjamin Turner
>>> 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Bill Talley]

This may have already been asked, sorry.  Since everything is bound to the 
outside address on CUBE, is call manager sending traffic back to your firewall 
instead of CUBE and getting dropped by the firewall or redirect by the firewall 
to CUBE?  

Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
my typtos.

> On Aug 10, 2018, at 9:15 PM, Benjamin Turner  wrote:
> 
> Very basic:
>  
>  
>  
> version 15.5
>  
> voice service voip
> ip address trusted list
>   ipv4 67.231.8.75
>   ipv4 67.231.12.12
>   ipv4 192.168.1.20
>   ipv4 162.245.36.90
> address-hiding
> mode border-element license capacity 100
> allow-connections sip to sip
> no supplementary-service sip moved-temporarily
> no supplementary-service sip refer
> fax protocol pass-through g711ulaw
> sip
>   bind control source-interface GigabitEthernet0/0/0
>   bind media source-interface GigabitEthernet0/0/0
>   registrar server
>   no update-callerid
>   early-offer forced
>   midcall-signaling passthru
>   pass-thru content sdp
> !
> voice class codec 1
> codec preference 1 g711ulaw
> codec preference 2 g729r8
> !
> !
> voice class sip-profiles 30
> request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
> !
> !
> !
> !
> !
> voice translation-rule 2
> rule 1 /\+1\([2-9].\)/ /\1/
> !
> voice translation-rule 11
> rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
> rule 2 /\(.*\)/ /+\1/
> !
> voice translation-rule 22
> rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
> rule 2 /9\(911\)$/ /\1/
> rule 3 /9\([2-8]11\)$/ /\1/
> !
> !
> voice translation-profile 10DigitTo+1
> translate calling 11
> translate called 11
> !
> voice translation-profile LOCALIZE
> translate calling 2
> !
> voice translation-profile OutgoingToBandwidthSIP
> translate calling 2
> translate called 11
> !
> !
> !
> !
> voice-card 0/4
> dsp services dspfarm
> no watchdog
> !
> !
> interface GigabitEthernet0/0/0
> description WAN SIP TRUNK TO BANDWIDTH
> ip address 162.245.36.90 255.255.255.248
> ip nat outside
> ip access-group 101 in
> ip access-group 101 out
> negotiation auto
> no cdp enable
> !
> interface GigabitEthernet0/0/1
> description LAN
> ip address 192.168.1.1 255.255.255.0
> ip nat inside
> negotiation auto
> !
> interface GigabitEthernet0/0/2
> no ip address
> negotiation auto
> !
> interface Service-Engine0/4/0
> !
> interface GigabitEthernet0
> vrf forwarding Mgmt-intf
> no ip address
> negotiation auto
> !
> !
> ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
> !
> !
> !
> dial-peer voice 1000 voip
> description BANDWIDTH Incoming SIP and VOIP calls
>  session protocol sipv2
> session target sip-server
> incoming called-number .
> voice-class codec 1 
>   dtmf-relay rtp-nte sip-notify
> no vad
> !
> dial-peer voice 4000 voip
> description Local Dialing (10-Digit) to Bandwidth SIP Trunk
> translation-profile outgoing OutgoingToBandwidthSIP
> destination-pattern [2-9]..[2-9]..$
> session protocol sipv2
> session target ipv4:67.231.8.75
> voice-class codec 1 
>  dtmf-relay rtp-nte
> no vad
> !
> dial-peer voice 4001 voip
> description LD Dialing (11-Digit) to Bandwidth SIP Trunk
> translation-profile outgoing OutgoingToBandwidthSIP
> destination-pattern 1[2-9]..[2-9]..$
> session protocol sipv2
> session target ipv4:67.231.8.75
> voice-class codec 1 
>  dtmf-relay rtp-nte
> no vad
> !
> dial-peer voice 2001 voip
> description Incoming SIP Calls to CUCM Sub
> translation-profile incoming LOCALIZE
> destination-pattern [2-9]..[2-9]..$
> session protocol sipv2
> session target ipv4:192.168.1.20
> voice-class codec 1 
>  no voice-class sip outbound-proxy  
>  dtmf-relay rtp-nte sip-notify
> no vad
> !
> !
> sip-ua
> !
>  
>  
> Sent from Mail for Windows 10
>  
> From: Ryan Huff 
> Sent: Friday, August 10, 2018 10:04:54 PM
> To: Benjamin Turner
> Cc: Loren Hillukka; cisco-voip voyp list
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> Can I get a show tech or at least a show run?
> 
> Sent from my iPhone
> 
> On Aug 10, 2018, at 22:03, Benjamin Turner  wrote:
> 
>> Its an edge device no fw in place between cube and provider 
>> 
>> Get Outlook for Android
>> 
>> From: Ryan Huff 
>> Sent: Friday, August 10, 2018 10:02:42 PM
>> To: Benjamin Turner
>> Cc: Loren Hillukka; cisco-voip voyp list
>> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>>  
>> Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?
>> 
>> Sent from my iPhone
>> 
>> On Aug 10, 2018, at 22:00, Benjamin Turner  wrote:
>> 
>>> Sit in front of the fw
>>> 
>>> Get Outlook for Android
>>> 
>>> From: Loren Hillukka 
>>> Sent: Friday, August 10, 2018 9:58:49 PM
>>> To: Benjamin Turner
>>> Cc: Ryan Huff; cisco-voip voyp list
>>> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>>>  
>>> Any firewall in place there? I have seen firewalls modify/drop just enough 
>>> to make the gateway not recognize a response. 
>>> 
>>> Sent from my iPhone
>>> 
>>> On Aug 10, 2018, at 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Nah.. just the monitor capture I sent earlier



Get Outlook for Android


From: Evgeny Izetov 
Sent: Friday, August 10, 2018 10:38:57 PM
To: Benjamin Turner
Cc: Ryan Huff; Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Could you get an actual pcap from the CUBE so we can look at it in Wireshark?

On Fri, Aug 10, 2018, 10:35 PM Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
I did and didnt find any..

I tried almost everything before reaching out to the team.

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:31:57 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Have you looked at the stats on 0/0/0? See any CRC errors or giants?

Sent from my iPhone

On Aug 10, 2018, at 22:28, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

IOS Bug?

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:27:31 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

This is strange. The monitor capture on the cube sees the 1xx responses but my 
debug does not.

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:25:16 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Evgeny Izetov]

Could you get an actual pcap from the CUBE so we can look at it in
Wireshark?

On Fri, Aug 10, 2018, 10:35 PM Benjamin Turner 
wrote:

> I did and didnt find any..
>
> I tried almost everything before reaching out to the team.
>
> Get Outlook for Android 
>
> --
> *From:* Ryan Huff 
> *Sent:* Friday, August 10, 2018 10:31:57 PM
> *To:* Benjamin Turner
> *Cc:* Loren Hillukka; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
> Have you looked at the stats on 0/0/0? See any CRC errors or giants?
>
> Sent from my iPhone
>
> On Aug 10, 2018, at 22:28, Benjamin Turner  wrote:
>
> IOS Bug?
>
> Get Outlook for Android 
>
> --
> *From:* Benjamin Turner 
> *Sent:* Friday, August 10, 2018 10:27:31 PM
> *To:* Ryan Huff
> *Cc:* Loren Hillukka; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
> This is strange. The monitor capture on the cube sees the 1xx responses
> but my debug does not.
>
> Get Outlook for Android 
>
> --
> *From:* Benjamin Turner 
> *Sent:* Friday, August 10, 2018 10:25:16 PM
> *To:* Ryan Huff
> *Cc:* Loren Hillukka; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
> Acl is not blocking and I tried to set binding on outbound dial-peer to
> outbound interface and inbound dial-peer to inbound interface
>
> Get Outlook for Android 
>
> --
> *From:* Ryan Huff 
> *Sent:* Friday, August 10, 2018 10:23:00 PM
> *To:* Benjamin Turner
> *Cc:* Loren Hillukka; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
> I would suggest a couple of things to start with;
>
> 1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers
> to the appropriate interfaces
>
> 2.) Verify your ACL 101 isn’t interfering (you didn’t include your access
> lists so I can’t tell)
>
> Sent from my iPhone
>
> On Aug 10, 2018, at 22:15, Benjamin Turner  wrote:
>
> Very basic:
>
>
>
>
>
>
>
> version 15.5
>
>
>
> voice service voip
>
> ip address trusted list
>
>   ipv4 67.231.8.75
>
>   ipv4 67.231.12.12
>
>   ipv4 192.168.1.20
>
>   ipv4 162.245.36.90
>
> address-hiding
>
> mode border-element license capacity 100
>
> allow-connections sip to sip
>
> no supplementary-service sip moved-temporarily
>
> no supplementary-service sip refer
>
> fax protocol pass-through g711ulaw
>
> sip
>
>   bind control source-interface GigabitEthernet0/0/0
>
>   bind media source-interface GigabitEthernet0/0/0
>
>   registrar server
>
>   no update-callerid
>
>   early-offer forced
>
>   midcall-signaling passthru
>
>   pass-thru content sdp
>
> !
>
> voice class codec 1
>
> codec preference 1 g711ulaw
>
> codec preference 2 g729r8
>
> !
>
> !
>
> voice class sip-profiles 30
>
> request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
>
> !
>
> !
>
> !
>
> !
>
> !
>
> voice translation-rule 2
>
> rule 1 /\+1\([2-9].\)/ /\1/
>
> !
>
> voice translation-rule 11
>
> rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
>
> rule 2 /\(.*\)/ /+\1/
>
> !
>
> voice translation-rule 22
>
> rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
>
> rule 2 /9\(911\)$/ /\1/
>
> rule 3 /9\([2-8]11\)$/ /\1/
>
> !
>
> !
>
> voice translation-profile 10DigitTo+1
>
> translate calling 11
>
> translate called 11
>
> !
>
> voice translation-profile LOCALIZE
>
> translate calling 2
>
> !
>
> voice translation-profile OutgoingToBandwidthSIP
>
> translate calling 2
>
> translate called 11
>
> !
>
> !
>
> !
>
> !
>
> voice-card 0/4
>
> dsp services dspfarm
>
> no watchdog
>
> !
>
> !
>
> interface GigabitEthernet0/0/0
>
> description WAN SIP TRUNK TO BANDWIDTH
>
> ip address 162.245.36.90 255.255.255.248
>
> ip nat outside
>
> ip access-group 101 in
>
> ip access-group 101 out
>
> negotiation auto
>
> no cdp enable
>
> !
>
> interface GigabitEthernet0/0/1
>
> description LAN
>
> ip address 192.168.1.1 255.255.255.0
>
> ip nat inside
>
> negotiation auto
>
> !
>
> interface GigabitEthernet0/0/2
>
> no ip address
>
> negotiation auto
>
> !
>
> interface Service-Engine0/4/0
>
> !
>
> interface GigabitEthernet0
>
> vrf forwarding Mgmt-intf
>
> no ip address
>
> negotiation auto
>
> !
>
> !
>
> ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
>
> !
>
> !
>
> !
>
> dial-peer voice 1000 voip
>
> description BANDWIDTH Incoming SIP and VOIP calls
>
>  session protocol sipv2
>
> session target sip-server
>
> incoming called-number .
>
> voice-class codec 1
>
>   dtmf-relay rtp-nte sip-notify
>
> no vad
>
> !
>
> dial-peer voice 4000 voip
>
> description Local Dialing (10-Digit) to Bandwidth SIP Trunk
>
> translation-profile outgoing OutgoingToBandwidthSIP
>
> destination-pattern [2-9]..[2-9]..$
>
> session protocol sipv2
>
> session target ipv4:67.231.8.75
>
> voice-class codec 1
>
>  

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

I did and didnt find any..

I tried almost everything before reaching out to the team.

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:31:57 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Have you looked at the stats on 0/0/0? See any CRC errors or giants?

Sent from my iPhone

On Aug 10, 2018, at 22:28, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

IOS Bug?

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:27:31 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

This is strange. The monitor capture on the cube sees the 1xx responses but my 
debug does not.

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:25:16 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

Have you looked at the stats on 0/0/0? See any CRC errors or giants?

Sent from my iPhone

On Aug 10, 2018, at 22:28, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

IOS Bug?

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:27:31 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

This is strange. The monitor capture on the cube sees the 1xx responses but my 
debug does not.

Get Outlook for Android


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Friday, August 10, 2018 10:25:16 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

IOS Bug?

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 10:27:31 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

This is strange. The monitor capture on the cube sees the 1xx responses but my 
debug does not.

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 10:25:16 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

This is strange. The monitor capture on the cube sees the 1xx responses but my 
debug does not.

Get Outlook for Android


From: Benjamin Turner 
Sent: Friday, August 10, 2018 10:25:16 PM
To: Ryan Huff
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:23:00 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

I would suggest a couple of things to start with;

1.) Ditch the global bindings on 0/0/0 and bind your individual dial-peers to 
the appropriate interfaces

2.) Verify your ACL 101 isn’t interfering (you didn’t include your access lists 
so I can’t tell)

Sent from my iPhone

On Aug 10, 2018, at 22:15, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Loren Hillukka]

Make sure access-group 101 on gig0/0/0 is not blocking it.

Sent from my iPhone

On Aug 10, 2018, at 9:15 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Very basic:



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1
translate calling 11
translate called 11
!
voice translation-profile LOCALIZE
translate calling 2
!
voice translation-profile OutgoingToBandwidthSIP
translate calling 2
translate called 11
!
!
!
!
voice-card 0/4
dsp services dspfarm
no watchdog
!
!
interface GigabitEthernet0/0/0
description WAN SIP TRUNK TO BANDWIDTH
ip address 162.245.36.90 255.255.255.248
ip nat outside
ip access-group 101 in
ip access-group 101 out
negotiation auto
no cdp enable
!
interface GigabitEthernet0/0/1
description LAN
ip address 192.168.1.1 255.255.255.0
ip nat inside
negotiation auto
!
interface GigabitEthernet0/0/2
no ip address
negotiation auto
!
interface Service-Engine0/4/0
!
interface GigabitEthernet0
vrf forwarding Mgmt-intf
no ip address
negotiation auto
!
!
ip nat inside source list 100 interface GigabitEthernet0/0/0 overload
!
!
!
dial-peer voice 1000 voip
description BANDWIDTH Incoming SIP and VOIP calls
 session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 1
  dtmf-relay rtp-nte sip-notify
no vad
!
dial-peer voice 4000 voip
description Local Dialing (10-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 4001 voip
description LD Dialing (11-Digit) to Bandwidth SIP Trunk
translation-profile outgoing OutgoingToBandwidthSIP
destination-pattern 1[2-9]..[2-9]..$
session protocol sipv2
session target ipv4:67.231.8.75
voice-class codec 1
 dtmf-relay rtp-nte
no vad
!
dial-peer voice 2001 voip
description Incoming SIP Calls to CUCM Sub
translation-profile incoming LOCALIZE
destination-pattern [2-9]..[2-9]..$
session protocol sipv2
session target ipv4:192.168.1.20
voice-class codec 1
 no voice-class sip outbound-proxy
 dtmf-relay rtp-nte sip-notify
no vad
!
!
sip-ua
!


Sent from Mail for Windows 10


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:04:54 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

Can I get a show tech or at least a show run?

Sent from my iPhone

On Aug 10, 2018, at 22:03, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Its an edge device no fw in place between cube and provider

Get Outlook for Android


From: Ryan Huff 
Sent: Friday, August 10, 2018 10:02:42 PM
To: Benjamin Turner
Cc: Loren Hillukka; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   9  9277.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910004 FF11 A46EA2F5 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Ryan Huff]

Is it a PA, ASA? Do you have inspection and ALG disabled on the firewall?

Sent from my iPhone

On Aug 10, 2018, at 22:00, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka mailto:lchillu...@hotmail.com>>
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   9  9277.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910004 FF11 A46EA2F5 245A43E7   .n..$ZC.
  0020:  084BF7D6 13C4037D C6CA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

  10  4397.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C17A 40003311 710043E7 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Sit in front of the fw

Get Outlook for Android


From: Loren Hillukka 
Sent: Friday, August 10, 2018 9:58:49 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   9  9277.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910004 FF11 A46EA2F5 245A43E7   .n..$ZC.
  0020:  084BF7D6 13C4037D C6CA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

  10  4397.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C17A 40003311 710043E7 084BA2F5   ...z@.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

  11  789   10.953998   67.231.8.75  ->  162.245.36.90   

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Loren Hillukka]

Any firewall in place there? I have seen firewalls modify/drop just enough to 
make the gateway not recognize a response.

Sent from my iPhone

On Aug 10, 2018, at 8:35 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff mailto:ryanh...@outlook.com>>
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   9  9277.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910004 FF11 A46EA2F5 245A43E7   .n..$ZC.
  0020:  084BF7D6 13C4037D C6CA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

  10  4397.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C17A 40003311 710043E7 084BA2F5   ...z@.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

  11  789   10.953998   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  0307C459 40003311 6CC343E7 084BA2F5   ...Y@.3.l.C..K..
  0020:  245A13C4 13C402F3 36525349 502F322E   $Z..6RSIP/2.
  0030:  30203230 30204F4B 0D0A5669 613A2053   0 200 OK..Via: S

  12  789   11.454023   

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Yes, and my LAN side too



Sent from Mail for Windows 10


From: Ryan Huff 
Sent: Friday, August 10, 2018 9:33:49 PM
To: Benjamin Turner
Cc: Brian Meade; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So do you have all the correct signaling addresses from the provider included 
in the ipv4 trusted list (SIP ACL)?

Sent from my iPhone

On Aug 10, 2018, at 21:31, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:

A debug ccsip messages never sees these responses. Here is the monitor capture 
from the cube:



-
#   size   timestamp source destination   protocol
-
   0  9270.00   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  0391 FF11 A472A2F5 245A43E7   .r..$ZC.
  0020:  084BF7D6 13C4037D C3C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   1  3630.043989   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFAA 40003311 731C43E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   2  9270.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910001 FF11 A471A2F5 245A43E7   .q..$ZC.
  0020:  084BF7D6 13C4037D C1C2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   3  3630.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DBFB1 40003311 731543E7 084BA2F5   .]..@.3.s.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   4  9271.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910002 FF11 A470A2F5 245A43E7   .p..$ZC.
  0020:  084BF7D6 13C4037D BFC2494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   5  3631.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  015DC013 40003311 72B343E7 084BA2F5   .]..@.3.r.C..K..
  0020:  245A13C4 13C40149 21EA5349 502F322E   $Z.I!.SIP/2.
  0030:  30203130 30205472 79696E67 0D0A5669   0 100 Trying..Vi

   6  4392.289039   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C09D 40003311 71DD43E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   7  9273.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910003 FF11 A46FA2F5 245A43E7   .o..$ZC.
  0020:  084BF7D6 13C4037D CECA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

   8  4393.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C0D7 40003311 71A343E7 084BA2F5   @.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

   9  9277.500026   162.245.36.90->  67.231.8.75  UDP
  :  70E42202 57CB00B6 70707740 08004568   p.".w..@..eh
  0010:  03910004 FF11 A46EA2F5 245A43E7   .n..$ZC.
  0020:  084BF7D6 13C4037D C6CA494E 56495445   .K.}..INVITE
  0030:  20736970 3A313935 34363338 39303635sip:19546389065

  10  4397.544015   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  01A9C17A 40003311 710043E7 084BA2F5   ...z@.3.q.C..K..
  0020:  245A13C4 13C40195 CADC5349 502F322E   $ZSIP/2.
  0030:  30203138 33205365 7373696F 6E205072   0 183 Session Pr

  11  789   10.953998   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  0307C459 40003311 6CC343E7 084BA2F5   ...Y@.3.l.C..K..
  0020:  245A13C4 13C402F3 36525349 502F322E   $Z..6RSIP/2.
  0030:  30203230 30204F4B 0D0A5669 613A2053   0 200 OK..Via: S

  12  789   11.454023   67.231.8.75  ->  162.245.36.90UDP
  :  00B67070 7740046C 9D59F3D0 08004548   ..p...@.l.yeh
  0010:  0307C495 40003311 6C8743E7 084BA2F5   @.3.l.C..K..
  0020:  245A13C4 13C402F3 36525349 502F322E   $Z..6RSIP/2.
  0030:  30203230 

Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

SIP is bound to the outside interface going to the ITSP:

  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0


  *   Tried to bind it to the dial-peer as well

No response from carrier

IP is for outbound Invite is my public IP configured on gi0/0/0

[cid:image001.png@01D430F0.CFBC1080]


Sent from Mail for Windows 10

From: Brian Meade
Sent: Friday, August 10, 2018 8:52 PM
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

What does your SIP bind config look like?  What IP addresses do you see in the 
1XX response from the carrier?  What is the IP in the Contact header for the 
outbound invite?

On Fri, Aug 10, 2018 at 6:42 PM Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Hey guys,

Ran out of options. I have a new CUBE deployment to Bandwidth.com SIP provider 
and I see the SDP invites going out the egress interface and running a monitor 
capture on the CUBE, I see the return 1xx responses but still not seeing them 
on the debug messages. So, CUCM sends a CANCEL after not receiving any reply’s 
from the CUBE. The kicker is the call still connects. Any help at this point 
will be great.


Thanks,
Ben

Sent from Mail for Windows 10

___
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] CUAC Standard for Windows 10

[Jonathan Charles]

I think I just figured out the silliness here...

Make sure you download and install the TAPI client from CUCM... already did
that...

Well, configure it and make sure that you use the SAME application userID
that you used fort he CUAC install... so it has control over the same
devices.

That got rid of the 'see your admin' no extensions found thing... and it
did launch and I have phone control...

The directory is another matter, it is jacked.


Jonathan

On Fri, Aug 10, 2018 at 7:49 PM Brian Meade  wrote:

> Good timing.  Doing the same thing this very minute.  CUAC Standard 12.0.3
> on Windows 10 with CUCM 11.5.
>
> Not able to get it working.  I'm getting the Socket Bind failed message on
> login as described here-
> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvh79669/?rfs=iqvred
>
> It looks like it is cosmetic so not sure if I should ignore or not.
>
> Mine hangs at finding devices associated with the application user.  Tried
> manual TSP install as well with no luck.
>
> TSP logs just show the binding being okay then nothing else.
>
> Probably going to open a TAC case Monday.
>
> On Fri, Aug 10, 2018 at 5:52 PM Jonathan Charles 
> wrote:
>
>> So, doco says it is supported, forum posts say it isn't supported...
>>
>>
>> https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-attendant-consoles/118860-technote-cuacs-00.html
>>
>>
>> https://community.cisco.com/t5/ip-telephony-and-phones/attendant-console-standard-working-on-windows-10-machine/td-p/2875607
>>
>>
>>
>> Have CUAC Standard 12.0.3
>>
>> CUCM 12.0.1.21900-7
>>
>> Any secrets on how to make it work?
>>
>> Install on Windows 8, it comes up and asks for license when launched...
>> on Windows 10, nothing launches and just says to contact your admin...
>> I have installed the TSP manually as well, no joy.
>>
>>
>> Jonathan
>> ___
>> 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] CUBE ignoring SDP responses from ITSP

[Brian Meade]

What does your SIP bind config look like?  What IP addresses do you see in
the 1XX response from the carrier?  What is the IP in the Contact header
for the outbound invite?

On Fri, Aug 10, 2018 at 6:42 PM Benjamin Turner 
wrote:

> Hey guys,
>
>
>
> Ran out of options. I have a new CUBE deployment to Bandwidth.com SIP
> provider and I see the SDP invites going out the egress interface and
> running a monitor capture on the CUBE, I see the return 1xx responses but
> still not seeing them on the debug messages. So, CUCM sends a CANCEL after
> not receiving any reply’s from the CUBE. The kicker is the call still
> connects. Any help at this point will be great.
>
>
>
>
>
> Thanks,
>
> Ben
>
>
>
> Sent from Mail  for
> Windows 10
>
>
> ___
> 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] CUAC Standard for Windows 10

[Brian Meade]

Good timing.  Doing the same thing this very minute.  CUAC Standard 12.0.3
on Windows 10 with CUCM 11.5.

Not able to get it working.  I'm getting the Socket Bind failed message on
login as described here-
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvh79669/?rfs=iqvred

It looks like it is cosmetic so not sure if I should ignore or not.

Mine hangs at finding devices associated with the application user.  Tried
manual TSP install as well with no luck.

TSP logs just show the binding being okay then nothing else.

Probably going to open a TAC case Monday.

On Fri, Aug 10, 2018 at 5:52 PM Jonathan Charles  wrote:

> So, doco says it is supported, forum posts say it isn't supported...
>
>
> https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-attendant-consoles/118860-technote-cuacs-00.html
>
>
> https://community.cisco.com/t5/ip-telephony-and-phones/attendant-console-standard-working-on-windows-10-machine/td-p/2875607
>
>
>
> Have CUAC Standard 12.0.3
>
> CUCM 12.0.1.21900-7
>
> Any secrets on how to make it work?
>
> Install on Windows 8, it comes up and asks for license when launched... on
> Windows 10, nothing launches and just says to contact your admin... I
> have installed the TSP manually as well, no joy.
>
>
> Jonathan
> ___
> 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] \*\ makes the SIP provider put a person on hold, or something like that

[Benjamin Turner]

Oh Dang… you got my vote on that one then…

Sent from Mail for Windows 10


From: Hunter Fuller 
Sent: Friday, August 10, 2018 2:53:12 PM
To: Benjamin Turner
Cc: Anthony Holloway; James Buchanan; voyp list, cisco-voip 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] \*\ makes the SIP provider put a person on hold, or 
something like that

Well, I don't have a cohesive answer to that question (I tend to just rely on 
my moral compass for that one), but I have a feeling we can agree that showing 
up to a kid's school, lying about being their relative to try to pick them 
up[1], so that you can go do "exercises" with them[2], puts you on the wrong 
side of "inappropriate." Just my guess.

[1] https://twitter.com/mattblaze/status/931677408637440001
[2] https://twitter.com/mattblaze/status/93167971246592

On Fri, Aug 10, 2018 at 10:13 AM Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
What isnt considered inappropriate behavior these days...

Get Outlook for Android


From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
on behalf of James Buchanan 
mailto:james.buchan...@gmail.com>>
Sent: Friday, August 10, 2018 10:31:30 AM
To: Anthony Holloway
Cc: voyp list, cisco-voip 
(cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] "*" makes the SIP provider put a person on hold, or 
something like that

You guys crack me up. Thanks for the good laugh!

On Fri, Aug 10, 2018 at 3:28 PM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
"Following the emergence of the Me Too movement in 2017, allegations against 
[Crunchman], some dating back decades, surfaced in public concerning 
inappropriate sexual behavior."
Source: https://en.wikipedia.org/wiki/John_Draper

No say it aint so.

On Thu, Aug 9, 2018 at 7:10 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Cap’n Crunch is out there swinging his whistle and laughing his head off with 
this one.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Aug 9, 2018, at 6:05 PM, James Buchanan 
mailto:james.buchan...@gmail.com>> wrote:

Hi folks,

Here's a weird one. I had a guy who, when he received an email, would get 
disconnected from his phone calls. The caller would hear MOH generated from the 
SIP provider.

It turns out his email tone matched the "*", and that * was causing the SIP 
provider to put the party on hold.

Now, any thoughts on why the SIP provider would be doing this?

Thanks,

James
___
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
--

--
Hunter Fuller
Network Engineer
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Systems and Infrastructure
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] CUBE ignoring SDP responses from ITSP

[Benjamin Turner]

Hey guys,

Ran out of options. I have a new CUBE deployment to Bandwidth.com SIP provider 
and I see the SDP invites going out the egress interface and running a monitor 
capture on the CUBE, I see the return 1xx responses but still not seeing them 
on the debug messages. So, CUCM sends a CANCEL after not receiving any reply’s 
from the CUBE. The kicker is the call still connects. Any help at this point 
will be great.


Thanks,
Ben

Sent from Mail for Windows 10

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

Re: [cisco-voip] CUAC Standard for Windows 10

[Matthew Loraditch]

I’m 90% certain we’ve deployed this. There is something special to it I feel 
like. If no one answers this weekend may have something on Monday.

Get Outlook for iOS


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: Friday, August 10, 2018 5:51:24 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] CUAC Standard for Windows 10

So, doco says it is supported, forum posts say it isn't supported...

https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-attendant-consoles/118860-technote-cuacs-00.html

https://community.cisco.com/t5/ip-telephony-and-phones/attendant-console-standard-working-on-windows-10-machine/td-p/2875607



Have CUAC Standard 12.0.3

CUCM 12.0.1.21900-7

Any secrets on how to make it work?

Install on Windows 8, it comes up and asks for license when launched... on 
Windows 10, nothing launches and just says to contact your admin... I have 
installed the TSP manually as well, no joy.


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

[cisco-voip] CUAC Standard for Windows 10

[Jonathan Charles]

So, doco says it is supported, forum posts say it isn't supported...

https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-attendant-consoles/118860-technote-cuacs-00.html

https://community.cisco.com/t5/ip-telephony-and-phones/attendant-console-standard-working-on-windows-10-machine/td-p/2875607



Have CUAC Standard 12.0.3

CUCM 12.0.1.21900-7

Any secrets on how to make it work?

Install on Windows 8, it comes up and asks for license when launched... on
Windows 10, nothing launches and just says to contact your admin... I
have installed the TSP manually as well, no joy.


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

Re: [cisco-voip] setting up access for APNS - granular vs wide open internet access

[Lelio Fulgenzi]

Expressway update uploaded to Collaboration CCP in Communities. 

Including updates about APNS / forward proxy support in 8.11 and beyond. ☹

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook



-Original Message-
From: Patrick Robitaille  
Sent: Thursday, August 2, 2018 2:08 PM
To: Lelio Fulgenzi 
Cc: Matthew Loraditch ; voyp list, 
cisco-voip (cisco-voip@puck.nether.net) 
Subject: Re: [cisco-voip] setting up access for APNS - granular vs wide open 
internet access

Check out release notes for Expressways too as they’re planning forward proxy 
for this purpose as well.

- - -
Patrick Robitaille, 
patrick.robitai...@aqr.com
O: (203) 742-3797 | C: (203) 914-9572


On Aug 2, 2018, at 12:42 PM, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Thanks Matthew – we’re on v11.5, so I’ll try to drum up the similar chapter.

I’m not sure we’ve got URL based firewall rules implemented or available. I 
will have to ask.

Good to hear you’ve not had problems with outbound access.

As far as smart licensing is concerned, we were ok using the proxy there, since 
it would be ok if it went down. If we open up complete access though, the need 
for that goes away.



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph Room 037 Animal 
Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook



From: Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>>
Sent: Thursday, August 2, 2018 12:33 PM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>; voyp list, 
cisco-voip (cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: RE: setting up access for APNS - granular vs wide open internet access

See page 5 here: 
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/12_0_1/systemConfig/cucm_b_system-configuration-guide-1201/cucm_b_system-configuration-guide-1201_chapter_01011000.pdf

For what servers your servers will need to talk to, if you can do URL based 
firewall rules that would work.

If not the servers are all Cisco’s and in the Webex cloud so the IP blocks 
aren’t that many: https://collaborationhelp.cisco.com/article/en-us/WBX264
Now I’m not 100% certain if ALL webex services fall within those IPs. That 
article is designed for Teams and Meetings.

I will add I’ve never operated in an environment as tight/regulated as yours, 
but I have 23 clusters that have been able to talk outbound to internet since 
their beginnings and never had an issue that had to do with that.

Also you are going to have to think about this internet thing again when you go 
to 12.x+ and smart licensing so you may want to look up those requirements as 
well. A few more options exist there where going offline intermittently isn’t 
as much of a deal.






Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com























From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Thursday, August 2, 2018 11:58 AM
To: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] setting up access for APNS - granular vs wide open 
internet access


Another issue we are facing is setting up the collaboration servers (CUCM, IMP) 
to talk out of our private network to the internet to talk to Cisco and Apple 
servers.

Just wondering what others have been doing.

Our networking team has suggested the simplest way would be to add a PAT rule 
at our edge for the servers (or network) so that they can communicate out to 
the internet as required. There would be no ACLs applied, so they could talk to 
anywhere. By applying the PAT on the edge, all internal communications would 
continue with the internal addressing. The PAT would only allow established 
communications – no outside-to-inside initiated talk allowed.

The other alternative would be to put a bunch of xlate’s on our data centre 
firewall, one for each source collab server and cisco/apple dest pair – this 
could be 10s of statements.

The first means I have no control over who the servers can talk to on the 
internet. 

Re: [cisco-voip] 8865 + KEM + Video Calls

[Anthony Holloway]

As far as you know Jeremy, is the "Video" in the name of the KEM for the
8865, just a description, and not necessarily a capability?  I cannot
imagine why the KEM would have caps, but you never know.

On Fri, Aug 10, 2018 at 1:55 PM Jeremy Bresley  wrote:

> To clarify, there's actually 3 different 8800 KEMs.
> The original (CP-BEKEM=) is the single screen straight model.
> The 8851/8861 KEM (CP8800-A-KEM=) is the dual-screen straight model.
> The 8865 KEM (CP-8800-V-KEM=) is the dual-screen tilted model (matching
> the bend in the 8845/65).
>
> The A-KEM and V-KEM do require newer phone loads to be supported.  The
> BEKEM is supported on older firmware than you want to be using in
> production anymore.
>
> Jeremy
> On 8/10/18 14:46, Matthew Loraditch wrote:
>
> I have a feeling that’s for the new model. The BEKEM model existed long
> before 12.x did but you never know!
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> [image: Helion joins Automotive CX Summit]
> 
> *From:* Anthony Holloway 
> 
> *Sent:* Friday, August 10, 2018 2:45 PM
> *To:* Matthew Loraditch 
> 
> *Cc:* Cisco VoIP Group 
> 
> *Subject:* Re: [cisco-voip] 8865 + KEM + Video Calls
>
>
>
> I just noticed that there is a requirement in the accessories guide to be
> running 12.0(1) firmware when using the KEM.
>
>
>
> "The Cisco IP Phone 8851/8861 Key Expansion Module and the Cisco IP Phone
> 8865 Key Expansion Module require firmware release 12.0(1) or later, and
> Cisco Unified Communications Manager 10.5(2) or later to function."
>
> Source:
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7800-8800/english/accessories/p881_b_accessorie-guide-for-cisco-ip/p881_b_accessorie-guide-for-cisco-ip_chapter_01.html#IP8K_TP_CA5D75A4_00
>
>
>
> And this phone is running 11.7(1).  Let me get that upgraded quick and
> re-test.
>
>
>
> On Fri, Aug 10, 2018 at 1:40 PM Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> The module is the single LCD flat one, not the dual screen angled one.
> The module in CUCM is listed as "BEKEM 36-Button Line Expansion Module" as
> opposed to "CP-8800-Video 28 Button Key Expansion Module" or even
> "CP-8800-Audio 28 Button Key Expansion Module"
>
>
>
> Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4 deployment to
> look at, and the SU3 one doesn't have the newer KEM selections in the drop
> down, but the SU4 one does.  So, you would think that the SU4 Release Notes
> would mention it, but there's nothing in there.
>
>
>
> I'd be surprised if the module itself is causing the phone to negotiate
> video or not, but I suppose Cisco does like to keep us on our toes.
>
>
>
>
>
> On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch <
> mloradi...@heliontechnologies.com> wrote:
>
> The CP-BEKEM or the newer one? I’m speculating based on the way the newer
> one is listed as a video expansion module in some places you need the newer
> one..
>
>
>
>
>
> *Matthew Loraditch**​*
>
> *Sr. Network Engineer*
>
> p: *443.541.1518* <443.541.1518>
>
> w: *www.heliontechnologies.com* 
>
>  |
>
> e: *mloradi...@heliontechnologies.com* 
>
>
> 
>
> 
>
> 
>
> 
>
>
>
>
> *From: cisco-voip  On Behalf Of
> Anthony Holloway Sent: Friday, August 10, 2018 12:13 PM To: Cisco VoIP
> Group  Subject: [cisco-voip] 8865 + KEM + Video
> Calls *
>
>   
>
> I have a use case on an 8865 with the KEM, and a Line configured per the
> usual setup.  If that line is on the phone itself, I can call it, and get
> video to establish.  If I move the line to the KEM, I can call it, but get
> audio only. 
>
>   
>
> Is that working as designed, a configuration miss on my part, or a defect?
> 
>
>   
>
> Unfortunately, I don't have access to many expansion modules (none
> actually), so testing different setups/firmware versions is not possible.
> 
>
>   
>
> Thanks in advanced. 
>
>
> ___
> cisco-voip mailing 
> listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> 

Re: [cisco-voip] 8865 + KEM + Video Calls

[Lelio Fulgenzi]

I keep forgetting this, but the SU readme files have additional information 
that the release notes don’t have. For some reason. That’s where the TAC 
directed me to find out whether a phone is supported or not. If it’s supported, 
i.e. not needed a dev pack, it will be listed in the firmware section.

I just checked, no firmware listed for the KEM modules in either SU3 or SU4 
readme. So no real help there. ☹

---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Friday, August 10, 2018 2:40 PM
To: Matthew Loraditch 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] 8865 + KEM + Video Calls

The module is the single LCD flat one, not the dual screen angled one.  The 
module in CUCM is listed as "BEKEM 36-Button Line Expansion Module" as opposed 
to "CP-8800-Video 28 Button Key Expansion Module" or even "CP-8800-Audio 28 
Button Key Expansion Module"

Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4 deployment to look 
at, and the SU3 one doesn't have the newer KEM selections in the drop down, but 
the SU4 one does.  So, you would think that the SU4 Release Notes would mention 
it, but there's nothing in there.

I'd be surprised if the module itself is causing the phone to negotiate video 
or not, but I suppose Cisco does like to keep us on our toes.


On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:
The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com


[cid:image765198.png@D60D6237.39FD6B5F]


[Facebook]



[Twitter]


[LinkedIn]





[Helion joins Automotive CX 
Summit]




From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] 8865 + KEM + Video Calls

I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not possible.

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

Re: [cisco-voip] 8865 + KEM + Video Calls

[Jeremy Bresley]

To clarify, there's actually 3 different 8800 KEMs.
The original (CP-BEKEM=) is the single screen straight model.
The 8851/8861 KEM (CP8800-A-KEM=) is the dual-screen straight model.
The 8865 KEM (CP-8800-V-KEM=) is the dual-screen tilted model (matching 
the bend in the 8845/65).


The A-KEM and V-KEM do require newer phone loads to be supported.  The 
BEKEM is supported on older firmware than you want to be using in 
production anymore.


Jeremy

On 8/10/18 14:46, Matthew Loraditch wrote:


I have a feeling that’s for the new model. The BEKEM model existed 
long before 12.x did but you never know!



Matthew Loraditch​
Sr. Network Engineer

p: *443.541.1518* 

w: *www.heliontechnologies.com*  
 | 	e: *mloradi...@heliontechnologies.com* 



Facebook 


Twitter 


LinkedIn 

Helion joins Automotive CX Summit 
 



*From:* Anthony Holloway 
*Sent:* Friday, August 10, 2018 2:45 PM
*To:* Matthew Loraditch 
*Cc:* Cisco VoIP Group 
*Subject:* Re: [cisco-voip] 8865 + KEM + Video Calls

I just noticed that there is a requirement in the accessories guide to 
be running 12.0(1) firmware when using the KEM.


"The Cisco IP Phone 8851/8861 Key Expansion Module and the Cisco IP 
Phone 8865 Key Expansion Module require firmware release 12.0(1) or 
later, and Cisco Unified Communications Manager 10.5(2) or later to 
function."


Source: 
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7800-8800/english/accessories/p881_b_accessorie-guide-for-cisco-ip/p881_b_accessorie-guide-for-cisco-ip_chapter_01.html#IP8K_TP_CA5D75A4_00


And this phone is running 11.7(1).  Let me get that upgraded quick and 
re-test.


On Fri, Aug 10, 2018 at 1:40 PM Anthony Holloway 
> wrote:


The module is the single LCD flat one, not the dual screen angled
one.  The module in CUCM is listed as "BEKEM 36-Button Line
Expansion Module" as opposed to "CP-8800-Video 28 Button Key
Expansion Module" or even "CP-8800-Audio 28 Button Key Expansion
Module"

Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4
deployment to look at, and the SU3 one doesn't have the newer KEM
selections in the drop down, but the SU4 one does.  So, you would
think that the SU4 Release Notes would mention it, but there's
nothing in there.

I'd be surprised if the module itself is causing the phone to
negotiate video or not, but I suppose Cisco does like to keep us
on our toes.

On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch
mailto:mloradi...@heliontechnologies.com>> wrote:

The CP-BEKEM or the newer one? I’m speculating based on the
way the newer one is listed as a video expansion module in
some places you need the newer one..



*Matthew Loraditch**​*

*Sr. Network Engineer*

p:*443.541.1518* 

w:*www.heliontechnologies.com*




 |



e:*mloradi...@heliontechnologies.com*



















*From:cisco-voip <_cisco-voip-bounces@puck.nether.net_> On
Behalf Of Anthony Holloway
Sent:Friday, August 10, 2018 12:13 PM
To:Cisco VoIP Group <_cisco-voip@puck.nether.net_>
Subject:[cisco-voip] 8865 + KEM + Video
Calls*



I have a use case on an 8865 with the KEM, and a Line
configured per the usual setup.  If that line is on the phone
itself, I can call it, and get video to establish.  If I move
the line to the KEM, I can call it, but get audio
only.



Is that working as designed, a configuration miss on my part,
or a defect?



Unfortunately, I don't have access to many expansion modules
(none actually), so testing different setups/firmware versions
is not possible.



Thanks in advanced.


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

Re: [cisco-voip] \*\ makes the SIP provider put a person on hold, or something like that

[Hunter Fuller]

Well, I don't have a cohesive answer to that question (I tend to just rely
on my moral compass for that one), but I have a feeling we can agree that
showing up to a kid's school, lying about being their relative to try to
pick them up[1], so that you can go do "exercises" with them[2], puts you
on the wrong side of "inappropriate." Just my guess.

[1] https://twitter.com/mattblaze/status/931677408637440001
[2] https://twitter.com/mattblaze/status/93167971246592

On Fri, Aug 10, 2018 at 10:13 AM Benjamin Turner 
wrote:

> What isnt considered inappropriate behavior these days...
>
> Get Outlook for Android 
>
> --
> *From:* cisco-voip  on behalf of
> James Buchanan 
> *Sent:* Friday, August 10, 2018 10:31:30 AM
> *To:* Anthony Holloway
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net)
> *Subject:* Re: [cisco-voip] "*" makes the SIP provider put a person on
> hold, or something like that
>
> You guys crack me up. Thanks for the good laugh!
>
> On Fri, Aug 10, 2018 at 3:28 PM Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> "Following the emergence of the Me Too movement in 2017, allegations
>> against [Crunchman], some dating back decades, surfaced in public
>> concerning inappropriate sexual behavior."
>> Source: https://en.wikipedia.org/wiki/John_Draper
>>
>> No say it aint so.
>>
>> On Thu, Aug 9, 2018 at 7:10 PM Lelio Fulgenzi  wrote:
>>
>>>
>>> Cap’n Crunch is out there swinging his whistle and laughing his head off
>>> with this one.
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>>
>>> On Aug 9, 2018, at 6:05 PM, James Buchanan 
>>> wrote:
>>>
>>> Hi folks,
>>>
>>> Here's a weird one. I had a guy who, when he received an email, would
>>> get disconnected from his phone calls. The caller would hear MOH generated
>>> from the SIP provider.
>>>
>>> It turns out his email tone matched the "*", and that * was causing the
>>> SIP provider to put the party on hold.
>>>
>>> Now, any thoughts on why the SIP provider would be doing this?
>>>
>>> Thanks,
>>>
>>> James
>>>
>>> ___
>>> 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
>
-- 

--
Hunter Fuller
Network Engineer
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Systems and Infrastructure
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8865 + KEM + Video Calls

[Matthew Loraditch]

I have a feeling that’s for the new model. The BEKEM model existed long before 
12.x did but you never know!


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: Anthony Holloway 
Sent: Friday, August 10, 2018 2:45 PM
To: Matthew Loraditch 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] 8865 + KEM + Video Calls

I just noticed that there is a requirement in the accessories guide to be 
running 12.0(1) firmware when using the KEM.

"The Cisco IP Phone 8851/8861 Key Expansion Module and the Cisco IP Phone 8865 
Key Expansion Module require firmware release 12.0(1) or later, and Cisco 
Unified Communications Manager 10.5(2) or later to function."
Source: 
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7800-8800/english/accessories/p881_b_accessorie-guide-for-cisco-ip/p881_b_accessorie-guide-for-cisco-ip_chapter_01.html#IP8K_TP_CA5D75A4_00

And this phone is running 11.7(1).  Let me get that upgraded quick and re-test.

On Fri, Aug 10, 2018 at 1:40 PM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
The module is the single LCD flat one, not the dual screen angled one.  The 
module in CUCM is listed as "BEKEM 36-Button Line Expansion Module" as opposed 
to "CP-8800-Video 28 Button Key Expansion Module" or even "CP-8800-Audio 28 
Button Key Expansion Module"

Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4 deployment to look 
at, and the SU3 one doesn't have the newer KEM selections in the drop down, but 
the SU4 one does.  So, you would think that the SU4 Release Notes would mention 
it, but there's nothing in there.

I'd be surprised if the module itself is causing the phone to negotiate video 
or not, but I suppose Cisco does like to keep us on our toes.


On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>> 
wrote:
The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com





















From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
Subject: [cisco-voip] 8865 + KEM + Video Calls
 
I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio 
only.
 
Is that working as designed, a configuration miss on my part, or a 
defect?
 
Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not 
possible.
 
Thanks in advanced.

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

Re: [cisco-voip] 8865 + KEM + Video Calls

[Anthony Holloway]

I just noticed that there is a requirement in the accessories guide to be
running 12.0(1) firmware when using the KEM.

"The Cisco IP Phone 8851/8861 Key Expansion Module and the Cisco IP Phone
8865 Key Expansion Module require firmware release 12.0(1) or later, and
Cisco Unified Communications Manager 10.5(2) or later to function."
Source:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7800-8800/english/accessories/p881_b_accessorie-guide-for-cisco-ip/p881_b_accessorie-guide-for-cisco-ip_chapter_01.html#IP8K_TP_CA5D75A4_00

And this phone is running 11.7(1).  Let me get that upgraded quick and
re-test.

On Fri, Aug 10, 2018 at 1:40 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> The module is the single LCD flat one, not the dual screen angled one.
> The module in CUCM is listed as "BEKEM 36-Button Line Expansion Module" as
> opposed to "CP-8800-Video 28 Button Key Expansion Module" or even
> "CP-8800-Audio 28 Button Key Expansion Module"
>
> Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4 deployment to
> look at, and the SU3 one doesn't have the newer KEM selections in the drop
> down, but the SU4 one does.  So, you would think that the SU4 Release Notes
> would mention it, but there's nothing in there.
>
> I'd be surprised if the module itself is causing the phone to negotiate
> video or not, but I suppose Cisco does like to keep us on our toes.
>
>
> On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch <
> mloradi...@heliontechnologies.com> wrote:
>
>> The CP-BEKEM or the newer one? I’m speculating based on the way the newer
>> one is listed as a video expansion module in some places you need the newer
>> one..
>>
>>
>>
>>
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: *443.541.1518* <443.541.1518>
>> w: *www.heliontechnologies.com*   |
>> e: *mloradi...@heliontechnologies.com*
>> 
>> [image: Facebook] 
>> [image: Twitter] 
>> [image: LinkedIn] 
>> [image: Helion joins Automotive CX Summit]
>> 
>> *From:* cisco-voip  *On Behalf Of 
>> *Anthony
>> Holloway
>> *Sent:* Friday, August 10, 2018 12:13 PM
>> *To:* Cisco VoIP Group 
>> *Subject:* [cisco-voip] 8865 + KEM + Video Calls
>>
>>
>>
>> I have a use case on an 8865 with the KEM, and a Line configured per the
>> usual setup.  If that line is on the phone itself, I can call it, and get
>> video to establish.  If I move the line to the KEM, I can call it, but get
>> audio only.
>>
>>
>>
>> Is that working as designed, a configuration miss on my part, or a defect?
>>
>>
>>
>> Unfortunately, I don't have access to many expansion modules (none
>> actually), so testing different setups/firmware versions is not possible.
>>
>>
>>
>> Thanks in advanced.
>>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8865 + KEM + Video Calls

[Anthony Holloway]

The module is the single LCD flat one, not the dual screen angled one.  The
module in CUCM is listed as "BEKEM 36-Button Line Expansion Module" as
opposed to "CP-8800-Video 28 Button Key Expansion Module" or even
"CP-8800-Audio 28 Button Key Expansion Module"

Interestingly, I have both an 11.5(1)SU3 and an 11.5(1)SU4 deployment to
look at, and the SU3 one doesn't have the newer KEM selections in the drop
down, but the SU4 one does.  So, you would think that the SU4 Release Notes
would mention it, but there's nothing in there.

I'd be surprised if the module itself is causing the phone to negotiate
video or not, but I suppose Cisco does like to keep us on our toes.


On Fri, Aug 10, 2018 at 11:30 AM Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> The CP-BEKEM or the newer one? I’m speculating based on the way the newer
> one is listed as a video expansion module in some places you need the newer
> one..
>
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> [image: Helion joins Automotive CX Summit]
> 
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* Friday, August 10, 2018 12:13 PM
> *To:* Cisco VoIP Group 
> *Subject:* [cisco-voip] 8865 + KEM + Video Calls
>
>
>
> I have a use case on an 8865 with the KEM, and a Line configured per the
> usual setup.  If that line is on the phone itself, I can call it, and get
> video to establish.  If I move the line to the KEM, I can call it, but get
> audio only.
>
>
>
> Is that working as designed, a configuration miss on my part, or a defect?
>
>
>
> Unfortunately, I don't have access to many expansion modules (none
> actually), so testing different setups/firmware versions is not possible.
>
>
>
> Thanks in advanced.
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8865 + KEM + Video Calls

[Lelio Fulgenzi]

Interesting. A few differences… including less keys. ☹

Ugh. Will need to print out datasheets, compare, etc.

I wonder if anywhere it will talk about video capabilities.



---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: Matthew Loraditch 
Sent: Friday, August 10, 2018 1:21 PM
To: Lelio Fulgenzi ; Anthony Holloway 
; Cisco VoIP Group 
Subject: RE: [cisco-voip] 8865 + KEM + Video Calls

You can use the BEKEM, but there is a new “prettier” one was well.



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com


[cid:image002.png@01D430AE.0EEFDB30]


[Facebook]



[Twitter]


[LinkedIn]





[Helion joins Automotive CX 
Summit]




From: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Sent: Friday, August 10, 2018 1:20 PM
To: Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>>; 
Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>>; 
Cisco VoIP Group mailto:cisco-voip@puck.nether.net>>
Subject: RE: [cisco-voip] 8865 + KEM + Video Calls

Oh snap. There’s a different expansion module just for the 8865? Geeez.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Matthew Loraditch
Sent: Friday, August 10, 2018 12:31 PM
To: Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>>; 
Cisco VoIP Group mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8865 + KEM + Video Calls

The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com


[cid:image002.png@01D430AE.0EEFDB30]


[Facebook]



[Twitter]


[LinkedIn]





[Helion joins Automotive CX 
Summit]




From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] 8865 + KEM + Video Calls

I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not possible.

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

Re: [cisco-voip] 8865 + KEM + Video Calls

[Matthew Loraditch]

You can use the BEKEM, but there is a new “prettier” one was well.


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: Lelio Fulgenzi 
Sent: Friday, August 10, 2018 1:20 PM
To: Matthew Loraditch ; Anthony Holloway 
; Cisco VoIP Group 
Subject: RE: [cisco-voip] 8865 + KEM + Video Calls

Oh snap. There’s a different expansion module just for the 8865? Geeez.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Matthew Loraditch
Sent: Friday, August 10, 2018 12:31 PM
To: Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>>; 
Cisco VoIP Group mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8865 + KEM + Video Calls

The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com


[cid:image002.png@01D430AC.F4B27030]


[Facebook]



[Twitter]


[LinkedIn]





[Helion joins Automotive CX 
Summit]




From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] 8865 + KEM + Video Calls

I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not possible.

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

Re: [cisco-voip] 8865 + KEM + Video Calls

[Lelio Fulgenzi]

Oh snap. There’s a different expansion module just for the 8865? Geeez.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: cisco-voip  On Behalf Of Matthew 
Loraditch
Sent: Friday, August 10, 2018 12:31 PM
To: Anthony Holloway ; Cisco VoIP Group 

Subject: Re: [cisco-voip] 8865 + KEM + Video Calls

The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..



Matthew Loraditch​

Sr. Network Engineer


p: 443.541.1518



w: www.heliontechnologies.com

 |

e: mloradi...@heliontechnologies.com


[cid:image002.png@01D430AC.7F482650]


[Facebook]



[Twitter]


[LinkedIn]





[Helion joins Automotive CX 
Summit]




From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] 8865 + KEM + Video Calls

I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not possible.

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

Re: [cisco-voip] 8865 + KEM + Video Calls

[Matthew Loraditch]

The CP-BEKEM or the newer one? I’m speculating based on the way the newer one 
is listed as a video expansion module in some places you need the newer one..


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Friday, August 10, 2018 12:13 PM
To: Cisco VoIP Group 
Subject: [cisco-voip] 8865 + KEM + Video Calls

I have a use case on an 8865 with the KEM, and a Line configured per the usual 
setup.  If that line is on the phone itself, I can call it, and get video to 
establish.  If I move the line to the KEM, I can call it, but get audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none actually), 
so testing different setups/firmware versions is not possible.

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

[cisco-voip] 8865 + KEM + Video Calls

[Anthony Holloway]

I have a use case on an 8865 with the KEM, and a Line configured per the
usual setup.  If that line is on the phone itself, I can call it, and get
video to establish.  If I move the line to the KEM, I can call it, but get
audio only.

Is that working as designed, a configuration miss on my part, or a defect?

Unfortunately, I don't have access to many expansion modules (none
actually), so testing different setups/firmware versions is not possible.

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

Re: [cisco-voip] \*\ makes the SIP provider put a person on hold, or something like that

[Benjamin Turner]

What isnt considered inappropriate behavior these days...

Get Outlook for Android


From: cisco-voip  on behalf of James 
Buchanan 
Sent: Friday, August 10, 2018 10:31:30 AM
To: Anthony Holloway
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net)
Subject: Re: [cisco-voip] "*" makes the SIP provider put a person on hold, or 
something like that

You guys crack me up. Thanks for the good laugh!

On Fri, Aug 10, 2018 at 3:28 PM Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
"Following the emergence of the Me Too movement in 2017, allegations against 
[Crunchman], some dating back decades, surfaced in public concerning 
inappropriate sexual behavior."
Source: https://en.wikipedia.org/wiki/John_Draper

No say it aint so.

On Thu, Aug 9, 2018 at 7:10 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Cap’n Crunch is out there swinging his whistle and laughing his head off with 
this one.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Aug 9, 2018, at 6:05 PM, James Buchanan 
mailto:james.buchan...@gmail.com>> wrote:

Hi folks,

Here's a weird one. I had a guy who, when he received an email, would get 
disconnected from his phone calls. The caller would hear MOH generated from the 
SIP provider.

It turns out his email tone matched the "*", and that * was causing the SIP 
provider to put the party on hold.

Now, any thoughts on why the SIP provider would be doing this?

Thanks,

James
___
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] "*" makes the SIP provider put a person on hold, or something like that

[James Buchanan]

You guys crack me up. Thanks for the good laugh!

On Fri, Aug 10, 2018 at 3:28 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> "Following the emergence of the Me Too movement in 2017, allegations
> against [Crunchman], some dating back decades, surfaced in public
> concerning inappropriate sexual behavior."
> Source: https://en.wikipedia.org/wiki/John_Draper
>
> No say it aint so.
>
> On Thu, Aug 9, 2018 at 7:10 PM Lelio Fulgenzi  wrote:
>
>>
>> Cap’n Crunch is out there swinging his whistle and laughing his head off
>> with this one.
>>
>> *-sent from mobile device-*
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>> On Aug 9, 2018, at 6:05 PM, James Buchanan 
>> wrote:
>>
>> Hi folks,
>>
>> Here's a weird one. I had a guy who, when he received an email, would get
>> disconnected from his phone calls. The caller would hear MOH generated from
>> the SIP provider.
>>
>> It turns out his email tone matched the "*", and that * was causing the
>> SIP provider to put the party on hold.
>>
>> Now, any thoughts on why the SIP provider would be doing this?
>>
>> Thanks,
>>
>> James
>>
>> ___
>> 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] "*" makes the SIP provider put a person on hold, or something like that

[Anthony Holloway]

"Following the emergence of the Me Too movement in 2017, allegations
against [Crunchman], some dating back decades, surfaced in public
concerning inappropriate sexual behavior."
Source: https://en.wikipedia.org/wiki/John_Draper

No say it aint so.

On Thu, Aug 9, 2018 at 7:10 PM Lelio Fulgenzi  wrote:

>
> Cap’n Crunch is out there swinging his whistle and laughing his head off
> with this one.
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Aug 9, 2018, at 6:05 PM, James Buchanan 
> wrote:
>
> Hi folks,
>
> Here's a weird one. I had a guy who, when he received an email, would get
> disconnected from his phone calls. The caller would hear MOH generated from
> the SIP provider.
>
> It turns out his email tone matched the "*", and that * was causing the
> SIP provider to put the party on hold.
>
> Now, any thoughts on why the SIP provider would be doing this?
>
> Thanks,
>
> James
>
> ___
> 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