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

[Benjamin Turner]

Nice work Nate!!

Decided to do the IOS upgrade. Ver. 16.3.7 didn't work.  Ver. 16.6.4 worked.


Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner 
Sent: Monday, August 13, 2018 12:49:35 AM
To: Anthony Holloway
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Also.. this a test environment for a customer. Not what I would do in a 
production environment but it's what I'm working with. So, I am going with 
Nate's advice for now and based off the research its sound. But regardless of 
the outcome I will reply with answers to ur comments and fixes for this issue 
because I'm losing sleep

Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner 
Sent: Monday, August 13, 2018 12:37:32 AM
To: Anthony Holloway
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Well dang Anthony.. give me time to reply. But i love the questioning. And, all 
those questions  are valid for sure. Right off the bat, the ptime 30 was for 
the Itsp. I created as testing but I see they are willing to accept ptime20 
which is default. I am working with both the network Engineers and the provider 
bandwidth.com, but I think Nate hit it on the head with his reply. The bigger 
the challenge the better and i think we all can all learn from this one. I will 
reply for sure on the fix and the questions you have asked.. just need more 
time.

Get Outlook for Android<https://aka.ms/ghei36>


From: Anthony Holloway 
Sent: Monday, August 13, 2018 12:20:13 AM
To: benmtur...@hotmail.com
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

The CUBE config is raising a few questions for me.  No doubt I can learn a 
thing or two.  So, here we go.  I'll number them to make it easier to cherry 
pick them.

1) Why are you using the address-hiding command?  What does this command do, 
that CUBE doesn't already do by default, as a B2B UA?

2) Why are you using the no supplementary-service sip moved-temporarily 
command?  I have no experience with this command.

3) Why are you using the no supplementary-service sip refer command?  I have no 
experience with this command.

4) Why are you using the registrar server command in the sip global config?  
Usually this is just for turning on the SIP registrar within the IOS GW, for 
SRST as one example.  Are you doing that?

5) Why are you using the no update-callerid command in the sip global config?  
I have no experience with this command.

6) Why are you using the early-offer forced command in the sip global config?  
Most devices on the inside of your network should be able to produce an EO flow 
for you.  Unless you know of something which does not?  Also, do you use Early 
Offer Best Effort on your SIP trunk in CUCM?

7) Why are you using the midcall-signaling passthru command in the sip global 
config?  Typically you do not want to passthru mid-call signaling, unless it 
results in a media change, which you do by adding media-change to the end of 
that command.

8) Why are you using the pass-thru content sdp command in the sip global 
config?  You are already trying to hide addresses, and CUBE is being told what 
the capabilities are for the outgoing dial-peers.

9) Is this a legit way to change the ptime of the codec, as opposed to changing 
it with the bytes parameter of the codec command?  I do see that you don't have 
it applied to any dial-peer, so you're likely not using it.

voice class sip-profiles 30
 request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!

10) Why are you using NAT on CUBE?

11) Why do you have a session target on an incoming dial-peer?

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
!

12) How are you differentiating between dial-peer 4000 and dial-peer 2001 when 
they have the same destination-pattern?

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 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
!

13)  Why are you using the no voice-class sip outbound-proxy command on 
dial-peer 2001?  I have no experience with this command.

14) Is this for a lab or maybe just personal use?

Alright, so it turned out to be 14 questions, that's not too bad

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

[Benjamin Turner]

Also.. this a test environment for a customer. Not what I would do in a 
production environment but it's what I'm working with. So, I am going with 
Nate's advice for now and based off the research its sound. But regardless of 
the outcome I will reply with answers to ur comments and fixes for this issue 
because I'm losing sleep

Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner 
Sent: Monday, August 13, 2018 12:37:32 AM
To: Anthony Holloway
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Well dang Anthony.. give me time to reply. But i love the questioning. And, all 
those questions  are valid for sure. Right off the bat, the ptime 30 was for 
the Itsp. I created as testing but I see they are willing to accept ptime20 
which is default. I am working with both the network Engineers and the provider 
bandwidth.com, but I think Nate hit it on the head with his reply. The bigger 
the challenge the better and i think we all can all learn from this one. I will 
reply for sure on the fix and the questions you have asked.. just need more 
time.

Get Outlook for Android<https://aka.ms/ghei36>


From: Anthony Holloway 
Sent: Monday, August 13, 2018 12:20:13 AM
To: benmtur...@hotmail.com
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

The CUBE config is raising a few questions for me.  No doubt I can learn a 
thing or two.  So, here we go.  I'll number them to make it easier to cherry 
pick them.

1) Why are you using the address-hiding command?  What does this command do, 
that CUBE doesn't already do by default, as a B2B UA?

2) Why are you using the no supplementary-service sip moved-temporarily 
command?  I have no experience with this command.

3) Why are you using the no supplementary-service sip refer command?  I have no 
experience with this command.

4) Why are you using the registrar server command in the sip global config?  
Usually this is just for turning on the SIP registrar within the IOS GW, for 
SRST as one example.  Are you doing that?

5) Why are you using the no update-callerid command in the sip global config?  
I have no experience with this command.

6) Why are you using the early-offer forced command in the sip global config?  
Most devices on the inside of your network should be able to produce an EO flow 
for you.  Unless you know of something which does not?  Also, do you use Early 
Offer Best Effort on your SIP trunk in CUCM?

7) Why are you using the midcall-signaling passthru command in the sip global 
config?  Typically you do not want to passthru mid-call signaling, unless it 
results in a media change, which you do by adding media-change to the end of 
that command.

8) Why are you using the pass-thru content sdp command in the sip global 
config?  You are already trying to hide addresses, and CUBE is being told what 
the capabilities are for the outgoing dial-peers.

9) Is this a legit way to change the ptime of the codec, as opposed to changing 
it with the bytes parameter of the codec command?  I do see that you don't have 
it applied to any dial-peer, so you're likely not using it.

voice class sip-profiles 30
 request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!

10) Why are you using NAT on CUBE?

11) Why do you have a session target on an incoming dial-peer?

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
!

12) How are you differentiating between dial-peer 4000 and dial-peer 2001 when 
they have the same destination-pattern?

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 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
!

13)  Why are you using the no voice-class sip outbound-proxy command on 
dial-peer 2001?  I have no experience with this command.

14) Is this for a lab or maybe just personal use?

Alright, so it turned out to be 14 questions, that's not too bad.  I look 
forward to anyone's replies to these questions, and I hope to learn something 
from this.

Thanks for sparking such a lively conversation around your adventure with CUBE.

On Sat, Aug 11, 2018 at 3:53 PM Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Does anyone have any objections to an IOS upgrade over moving the nat t

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

[Benjamin Turner]

Well dang Anthony.. give me time to reply. But i love the questioning. And, all 
those questions  are valid for sure. Right off the bat, the ptime 30 was for 
the Itsp. I created as testing but I see they are willing to accept ptime20 
which is default. I am working with both the network Engineers and the provider 
bandwidth.com, but I think Nate hit it on the head with his reply. The bigger 
the challenge the better and i think we all can all learn from this one. I will 
reply for sure on the fix and the questions you have asked.. just need more 
time.

Get Outlook for Android<https://aka.ms/ghei36>


From: Anthony Holloway 
Sent: Monday, August 13, 2018 12:20:13 AM
To: benmtur...@hotmail.com
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

The CUBE config is raising a few questions for me.  No doubt I can learn a 
thing or two.  So, here we go.  I'll number them to make it easier to cherry 
pick them.

1) Why are you using the address-hiding command?  What does this command do, 
that CUBE doesn't already do by default, as a B2B UA?

2) Why are you using the no supplementary-service sip moved-temporarily 
command?  I have no experience with this command.

3) Why are you using the no supplementary-service sip refer command?  I have no 
experience with this command.

4) Why are you using the registrar server command in the sip global config?  
Usually this is just for turning on the SIP registrar within the IOS GW, for 
SRST as one example.  Are you doing that?

5) Why are you using the no update-callerid command in the sip global config?  
I have no experience with this command.

6) Why are you using the early-offer forced command in the sip global config?  
Most devices on the inside of your network should be able to produce an EO flow 
for you.  Unless you know of something which does not?  Also, do you use Early 
Offer Best Effort on your SIP trunk in CUCM?

7) Why are you using the midcall-signaling passthru command in the sip global 
config?  Typically you do not want to passthru mid-call signaling, unless it 
results in a media change, which you do by adding media-change to the end of 
that command.

8) Why are you using the pass-thru content sdp command in the sip global 
config?  You are already trying to hide addresses, and CUBE is being told what 
the capabilities are for the outgoing dial-peers.

9) Is this a legit way to change the ptime of the codec, as opposed to changing 
it with the bytes parameter of the codec command?  I do see that you don't have 
it applied to any dial-peer, so you're likely not using it.

voice class sip-profiles 30
 request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!

10) Why are you using NAT on CUBE?

11) Why do you have a session target on an incoming dial-peer?

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
!

12) How are you differentiating between dial-peer 4000 and dial-peer 2001 when 
they have the same destination-pattern?

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 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
!

13)  Why are you using the no voice-class sip outbound-proxy command on 
dial-peer 2001?  I have no experience with this command.

14) Is this for a lab or maybe just personal use?

Alright, so it turned out to be 14 questions, that's not too bad.  I look 
forward to anyone's replies to these questions, and I hope to learn something 
from this.

Thanks for sparking such a lively conversation around your adventure with CUBE.

On Sat, Aug 11, 2018 at 3:53 PM Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Does anyone have any objections to an IOS upgrade over moving the nat to a 
loopback interface?


Get Outlook for Android<https://aka.ms/ghei36>


From: Bill Talley mailto:btal...@gmail.com>>
Sent: Saturday, August 11, 2018 4:21:03 PM
To: NateCCIE
Cc: Benjamin Turner; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Right, I may have misunderstood this was CUBE only.


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

On Aug 11, 2018, at 2:55 PM, NateCCIE 
mailto:natec...@gmail.com>> wrote:

NAT as in ip nat outside and ip

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

[Anthony Holloway]

The CUBE config is raising a few questions for me.  No doubt I can learn a
thing or two.  So, here we go.  I'll number them to make it easier to
cherry pick them.

1) Why are you using the *address-hiding command*?  What does this command
do, that CUBE doesn't already do by default, as a B2B UA?

2) Why are you using the *no supplementary-service sip moved-temporarily*
command?  I have no experience with this command.


3) Why are you using the *no supplementary-service sip refer* command?  I
have no experience with this command.


4) Why are you using the *registrar server* command in the sip global
config?  Usually this is just for turning on the SIP registrar within the
IOS GW, for SRST as one example.  Are you doing that?


5) Why are you using the* no update-callerid* command in the sip global
config?  I have no experience with this command.


6) Why are you using the *early-offer forced* command in the sip global
config?  Most devices on the inside of your network should be able to
produce an EO flow for you.  Unless you know of something which does not?
Also, do you use Early Offer Best Effort on your SIP trunk in CUCM?


7) Why are you using the *midcall-signaling passthru* command in the sip
global config?  Typically you do not want to passthru mid-call signaling,
unless it results in a media change, which you do by adding *media-change*
to the end of that command.


8) Why are you using the *pass-thru content sdp* command in the sip global
config?  You are already trying to hide addresses, and CUBE is being told
what the capabilities are for the outgoing dial-peers.

9) Is this a legit way to change the ptime of the codec, as opposed to
changing it with the bytes parameter of the codec command?  I do see that
you don't have it applied to any dial-peer, so you're likely not using it.


voice class sip-profiles 30

 request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"

!


10) Why are you using NAT on CUBE?


11) Why do you have a *session target* on an incoming dial-peer?


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

!


12) How are you differentiating between dial-peer 4000 and dial-peer 2001
when they have the same destination-pattern?


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

!


13)  Why are you using the no voice-class sip outbound-proxy command on
dial-peer 2001?  I have no experience with this command.


14) Is this for a lab or maybe just personal use?


Alright, so it turned out to be 14 questions, that's not too bad.  I look
forward to anyone's replies to these questions, and I hope to learn
something from this.

Thanks for sparking such a lively conversation around your adventure with
CUBE.

On Sat, Aug 11, 2018 at 3:53 PM Benjamin Turner 
wrote:

> Does anyone have any objections to an IOS upgrade over moving the nat to a
> loopback interface?
>
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
> --
> *From:* Bill Talley 
> *Sent:* Saturday, August 11, 2018 4:21:03 PM
> *To:* NateCCIE
> *Cc:* Benjamin Turner; cisco-voip voyp list
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
> Right, I may have misunderstood this was CUBE only.
>
> Sent from an iOS device with very tiny touchscreen input keys.  Please
> excude my typtos.
>
> On Aug 11, 2018, at 2:55 PM, NateCCIE  wrote:
>
> NAT as in ip nat outside and ip nat inside, etc, would be used for other
> traffic that is flowing through the router.  Address hiding for a SIP
> connection is different.
>
>
>
> *From:* Bill Talley 
> *Sent:* Saturday, August 11, 2018 1:08 PM
> *To:* NateCCIE 
> *Cc:* Benjamin Turner ; cisco-voip voyp list <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>
>
>
> Is that not essentially what address hiding and binding the telco facing
> dial-peer to the outside interface accomplishes?
>
> Sent from an iOS device with very tiny touchscreen input keys.  Please
> excude my typtos.
>
>
> On Aug 11, 2018, at 1:24 PM, NateCCIE  wrote:
>
> No, if you want to do NAT, it has to be on a d

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

[Benjamin Turner]

Does anyone have any objections to an IOS upgrade over moving the nat to a 
loopback interface?


Get Outlook for Android<https://aka.ms/ghei36>


From: Bill Talley 
Sent: Saturday, August 11, 2018 4:21:03 PM
To: NateCCIE
Cc: Benjamin Turner; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Right, I may have misunderstood this was CUBE only.


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

On Aug 11, 2018, at 2:55 PM, NateCCIE 
mailto:natec...@gmail.com>> wrote:

NAT as in ip nat outside and ip nat inside, etc, would be used for other 
traffic that is flowing through the router.  Address hiding for a SIP 
connection is different.

From: Bill Talley mailto:btal...@gmail.com>>
Sent: Saturday, August 11, 2018 1:08 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: Benjamin Turner mailto:benmtur...@hotmail.com>>; 
cisco-voip voyp list 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

Is that not essentially what address hiding and binding the telco facing 
dial-peer to the outside interface accomplishes?

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

On Aug 11, 2018, at 1:24 PM, NateCCIE 
mailto:natec...@gmail.com>> wrote:
No, if you want to do NAT, it has to be on a different interface than what CUBE 
is using for SIP.

From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Saturday, August 11, 2018 12:03 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: Ryan Huff mailto:ryanh...@outlook.com>>; cisco-voip 
voyp list mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So should I implement a voice class sip profile to modify the sip headers?



Get Outlook for Android<https://aka.ms/ghei36>


From: NateCCIE mailto:natec...@gmail.com>>
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU.

Inbound traffic goes to the NAT process and the SIP stack never sees it
Sent from my iPhone

On Aug 10, 2018, at 9:38 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
My brain is FRIED
Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
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<https://aka.ms/ghei36>


From: Ryan Huff mailto:ryanh...@outlook.com>>
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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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

[Bill Talley]

Right, I may have misunderstood this was CUBE only. 

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

> On Aug 11, 2018, at 2:55 PM, NateCCIE  wrote:
> 
> NAT as in ip nat outside and ip nat inside, etc, would be used for other 
> traffic that is flowing through the router.  Address hiding for a SIP 
> connection is different.
>  
> From: Bill Talley  
> Sent: Saturday, August 11, 2018 1:08 PM
> To: NateCCIE 
> Cc: Benjamin Turner ; cisco-voip voyp list 
> 
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> Is that not essentially what address hiding and binding the telco facing 
> dial-peer to the outside interface accomplishes?
> 
> Sent from an iOS device with very tiny touchscreen input keys.  Please excude 
> my typtos.
> 
> On Aug 11, 2018, at 1:24 PM, NateCCIE  wrote:
> 
> No, if you want to do NAT, it has to be on a different interface than what 
> CUBE is using for SIP.
>  
> From: Benjamin Turner  
> Sent: Saturday, August 11, 2018 12:03 PM
> To: NateCCIE 
> Cc: Ryan Huff ; cisco-voip voyp list 
> 
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> So should I implement a voice class sip profile to modify the sip headers?
> 
> 
> 
> 
> Get Outlook for Android
>  
> From: NateCCIE 
> Sent: Saturday, August 11, 2018 1:46:31 PM
> To: Benjamin Turner
> Cc: Ryan Huff; cisco-voip voyp list
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
> was never supported according to TAC and the BU.
>  
> Inbound traffic goes to the NAT process and the SIP stack never sees it
> 
> Sent from my iPhone
> 
> On Aug 10, 2018, at 9:38 PM, Benjamin Turner  wrote:
> 
> 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  wrote:
> 
> 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  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-interfac

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

[Benjamin Turner]

That would explain this behavior, since the SIP traffic isnt being processed by 
the SIP stack..

NICE!!!

Get Outlook for Android<https://aka.ms/ghei36>


From: NateCCIE 
Sent: Saturday, August 11, 2018 3:55:37 PM
To: 'Bill Talley'
Cc: 'Benjamin Turner'; 'cisco-voip voyp list'
Subject: RE: [cisco-voip] CUBE ignoring SDP responses from ITSP

NAT as in ip nat outside and ip nat inside, etc, would be used for other 
traffic that is flowing through the router.  Address hiding for a SIP 
connection is different.

From: Bill Talley 
Sent: Saturday, August 11, 2018 1:08 PM
To: NateCCIE 
Cc: Benjamin Turner ; cisco-voip voyp list 

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

Is that not essentially what address hiding and binding the telco facing 
dial-peer to the outside interface accomplishes?

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

On Aug 11, 2018, at 1:24 PM, NateCCIE 
mailto:natec...@gmail.com>> wrote:
No, if you want to do NAT, it has to be on a different interface than what CUBE 
is using for SIP.

From: Benjamin Turner mailto:benmtur...@hotmail.com>>
Sent: Saturday, August 11, 2018 12:03 PM
To: NateCCIE mailto:natec...@gmail.com>>
Cc: Ryan Huff mailto:ryanh...@outlook.com>>; cisco-voip 
voyp list mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

So should I implement a voice class sip profile to modify the sip headers?



Get Outlook for Android<https://aka.ms/ghei36>


From: NateCCIE mailto:natec...@gmail.com>>
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU.

Inbound traffic goes to the NAT process and the SIP stack never sees it
Sent from my iPhone

On Aug 10, 2018, at 9:38 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
My brain is FRIED
Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
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<https://aka.ms/ghei36>


From: Ryan Huff mailto:ryanh...@outlook.com>>
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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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

[NateCCIE]

NAT as in ip nat outside and ip nat inside, etc, would be used for other 
traffic that is flowing through the router.  Address hiding for a SIP 
connection is different.

 

From: Bill Talley  
Sent: Saturday, August 11, 2018 1:08 PM
To: NateCCIE 
Cc: Benjamin Turner ; cisco-voip voyp list 

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

 

Is that not essentially what address hiding and binding the telco facing 
dial-peer to the outside interface accomplishes?

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


On Aug 11, 2018, at 1:24 PM, NateCCIE mailto:natec...@gmail.com> > wrote:

No, if you want to do NAT, it has to be on a different interface than what CUBE 
is using for SIP.

 

From: Benjamin Turner mailto:benmtur...@hotmail.com> > 
Sent: Saturday, August 11, 2018 12:03 PM
To: NateCCIE mailto:natec...@gmail.com> >
Cc: Ryan Huff mailto:ryanh...@outlook.com> >; cisco-voip 
voyp list mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

 

So should I implement a voice class sip profile to modify the sip headers?





Get Outlook for Android <https://aka.ms/ghei36> 

 

  _  

From: NateCCIE mailto:natec...@gmail.com> >
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP 

 

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU. 

 

Inbound traffic goes to the NAT process and the SIP stack never sees it

Sent from my iPhone


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

My brain is FRIED 

Get Outlook for Android <https://aka.ms/ghei36> 

 

  _  

From: Benjamin Turner mailto:benmtur...@hotmail.com> >
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 <https://aka.ms/ghei36> 

 

  _  

From: Ryan Huff mailto:ryanh...@outlook.com> >
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 <https://aka.ms/ghei36> 

 

  _  

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 <https://aka.ms/ghei36> 

 

  _  

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

  ear

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

[Bill Talley]

Is that not essentially what address hiding and binding the telco facing 
dial-peer to the outside interface accomplishes?

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

> On Aug 11, 2018, at 1:24 PM, NateCCIE  wrote:
> 
> No, if you want to do NAT, it has to be on a different interface than what 
> CUBE is using for SIP.
>  
> From: Benjamin Turner  
> Sent: Saturday, August 11, 2018 12:03 PM
> To: NateCCIE 
> Cc: Ryan Huff ; cisco-voip voyp list 
> 
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> So should I implement a voice class sip profile to modify the sip headers?
> 
> 
> 
> Get Outlook for Android
>  
> From: NateCCIE 
> Sent: Saturday, August 11, 2018 1:46:31 PM
> To: Benjamin Turner
> Cc: Ryan Huff; cisco-voip voyp list
> Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP
>  
> You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
> was never supported according to TAC and the BU.
>  
> Inbound traffic goes to the NAT process and the SIP stack never sees it
> 
> Sent from my iPhone
> 
> On Aug 10, 2018, at 9:38 PM, Benjamin Turner  wrote:
> 
> 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  wrote:
> 
> 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  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\

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

[Benjamin Turner]

I will make changes and reply.



Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10


From: NateCCIE 
Sent: Saturday, August 11, 2018 2:24:36 PM
To: 'Benjamin Turner'
Cc: 'Ryan Huff'; 'cisco-voip voyp list'
Subject: RE: [cisco-voip] CUBE ignoring SDP responses from ITSP

No, if you want to do NAT, it has to be on a different interface than what CUBE 
is using for SIP.

From: Benjamin Turner 
Sent: Saturday, August 11, 2018 12:03 PM
To: NateCCIE 
Cc: Ryan Huff ; cisco-voip voyp list 

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

So should I implement a voice class sip profile to modify the sip headers?


Get Outlook for Android<https://aka.ms/ghei36>


From: NateCCIE mailto:natec...@gmail.com>>
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU.

Inbound traffic goes to the NAT process and the SIP stack never sees it
Sent from my iPhone

On Aug 10, 2018, at 9:38 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
My brain is FRIED
Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
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<https://aka.ms/ghei36>


From: Ryan Huff mailto:ryanh...@outlook.com>>
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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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

[NateCCIE]

No, if you want to do NAT, it has to be on a different interface than what
CUBE is using for SIP.

 

From: Benjamin Turner  
Sent: Saturday, August 11, 2018 12:03 PM
To: NateCCIE 
Cc: Ryan Huff ; cisco-voip voyp list

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

 

So should I implement a voice class sip profile to modify the sip headers?




Get Outlook for Android <https://aka.ms/ghei36> 

 

  _  

From: NateCCIE mailto:natec...@gmail.com> >
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP 

 

You can't have ip NAT outside on a CUBE. It used to work before the 4K but
it was never supported according to TAC and the BU. 

 

Inbound traffic goes to the NAT process and the SIP stack never sees it

Sent from my iPhone


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

My brain is FRIED 

Get Outlook for Android <https://aka.ms/ghei36> 

 

  _  

From: Benjamin Turner mailto:benmtur...@hotmail.com> >
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 <https://aka.ms/ghei36> 

 

  _  

From: Ryan Huff mailto:ryanh...@outlook.com> >
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 <https://aka.ms/ghei36> 

 

  _  

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 <https://aka.ms/ghei36> 

 

  _  

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

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

[Benjamin Turner]

So should I implement a voice class sip profile to modify the sip headers?



Get Outlook for Android<https://aka.ms/ghei36>


From: NateCCIE 
Sent: Saturday, August 11, 2018 1:46:31 PM
To: Benjamin Turner
Cc: Ryan Huff; cisco-voip voyp list
Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU.

Inbound traffic goes to the NAT process and the SIP stack never sees it

Sent from my iPhone

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

My brain is FRIED

Get Outlook for Android<https://aka.ms/ghei36>


From: Benjamin Turner mailto:benmtur...@hotmail.com>>
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<https://aka.ms/ghei36>


From: Ryan Huff mailto:ryanh...@outlook.com>>
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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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.2

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

[NateCCIE]

You can’t have ip NAT outside on a CUBE. It used to work before the 4K but it 
was never supported according to TAC and the BU.

Inbound traffic goes to the NAT process and the SIP stack never sees it

Sent from my iPhone

> On Aug 10, 2018, at 9:38 PM, Benjamin Turner  wrote:
> 
> 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  wrote:
> 
>> 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  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/
>>

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

[Benjamin Turner]

My brain is FRIED

Get Outlook for Android<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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 i

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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...@h

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

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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 voi

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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-

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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 

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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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 sho

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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.m

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
&g

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 disa

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

[Benjamin Turner]

Nah.. just the monitor capture I sent earlier



Get Outlook for Android<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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 cod

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 <https://aka.ms/ghei36>
>
> --
> *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 <https://aka.ms/ghei36>
>
> --
> *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 <https://aka.ms/ghei36>
>
> --
> *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 <https://aka.ms/ghei36>
>
> ----------
> *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
>
> !
&g

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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 

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

[Benjamin Turner]

IOS Bug?

Get Outlook for Android<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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 cu

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.ms/ghei36>


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 ignor

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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


From: Loren Hillukka mailto:lchillu...@hot

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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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>> wr

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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10


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

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<https://go.microsoft.com/fwlink/?LinkId=550986> 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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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 s

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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:  

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<https://aka.ms/ghei36>


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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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
 

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<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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

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

[Benjamin Turner]

Sit in front of the fw

Get Outlook for Android<https://aka.ms/ghei36>


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<https://go.microsoft.com/fwlink/?LinkId=550986> 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

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<https://go.microsoft.com/fwlink/?LinkId=550986> 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.
 

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

[Benjamin Turner]

Yes, and my LAN side too



Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> 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..
  002

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<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

From: Brian Meade<mailto:bmead...@vt.edu>
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<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

___
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto: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