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 <[email protected]> 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 <[email protected]> > Sent: Saturday, August 11, 2018 12:03 PM > To: NateCCIE <[email protected]> > Cc: Ryan Huff <[email protected]>; cisco-voip voyp list > <[email protected]> > 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 <[email protected]> > 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 <[email protected]> wrote: > > My brain is FRIED > > Get Outlook for Android > > From: Benjamin Turner <[email protected]> > 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 <[email protected]> > 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 <[email protected]> wrote: > > Yeah tried both ways. Inside and outside IP on the cucm trunk config > > Get Outlook for Android > > From: Bill Talley <[email protected]> > 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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> wrote: > > Its an edge device no fw in place between cube and provider > > Get Outlook for Android > > From: Ryan Huff <[email protected]> > 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 <[email protected]> wrote: > > Sit in front of the fw > > Get Outlook for Android > > From: Loren Hillukka <[email protected]> > 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 <[email protected]> wrote: > > Yes, and my LAN side too > > > > Sent from Mail for Windows 10 > > From: Ryan Huff <[email protected]> > 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 <[email protected]> wrote: > > A debug ccsip messages never sees these responses. Here is the monitor > capture from the cube: > > > ------------------------------------------------------------- > # size timestamp source destination protocol > ------------------------------------------------------------- > 0 927 0.000000 162.245.36.90 -> 67.231.8.75 UDP > 0000: 70E42202 57CB00B6 70707740 08004568 p."[email protected] > 0010: 03910000 0000FF11 A472A2F5 245A43E7 .........r..$ZC. > 0020: 084BF7D6 13C4037D C3C2494E 56495445 .K.....}..INVITE > 0030: 20736970 3A313935 34363338 39303635 sip:19546389065 > > 1 363 0.043989 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 015DBFAA 40003311 731C43E7 084BA2F5 .][email protected].. > 0020: 245A13C4 13C40149 21EA5349 502F322E $Z.....I!.SIP/2. > 0030: 30203130 30205472 79696E67 0D0A5669 0 100 Trying..Vi > > 2 927 0.500026 162.245.36.90 -> 67.231.8.75 UDP > 0000: 70E42202 57CB00B6 70707740 08004568 p."[email protected] > 0010: 03910001 0000FF11 A471A2F5 245A43E7 .........q..$ZC. > 0020: 084BF7D6 13C4037D C1C2494E 56495445 .K.....}..INVITE > 0030: 20736970 3A313935 34363338 39303635 sip:19546389065 > > 3 363 0.544015 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 015DBFB1 40003311 731543E7 084BA2F5 .][email protected].. > 0020: 245A13C4 13C40149 21EA5349 502F322E $Z.....I!.SIP/2. > 0030: 30203130 30205472 79696E67 0D0A5669 0 100 Trying..Vi > > 4 927 1.500026 162.245.36.90 -> 67.231.8.75 UDP > 0000: 70E42202 57CB00B6 70707740 08004568 p."[email protected] > 0010: 03910002 0000FF11 A470A2F5 245A43E7 .........p..$ZC. > 0020: 084BF7D6 13C4037D BFC2494E 56495445 .K.....}..INVITE > 0030: 20736970 3A313935 34363338 39303635 sip:19546389065 > > 5 363 1.544015 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 015DC013 40003311 72B343E7 084BA2F5 .][email protected].. > 0020: 245A13C4 13C40149 21EA5349 502F322E $Z.....I!.SIP/2. > 0030: 30203130 30205472 79696E67 0D0A5669 0 100 Trying..Vi > > 6 439 2.289039 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 01A9C09D 40003311 71DD43E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C40195 CADC5349 502F322E $Z........SIP/2. > 0030: 30203138 33205365 7373696F 6E205072 0 183 Session Pr > > 7 927 3.500026 162.245.36.90 -> 67.231.8.75 UDP > 0000: 70E42202 57CB00B6 70707740 08004568 p."[email protected] > 0010: 03910003 0000FF11 A46FA2F5 245A43E7 .........o..$ZC. > 0020: 084BF7D6 13C4037D CECA494E 56495445 .K.....}..INVITE > 0030: 20736970 3A313935 34363338 39303635 sip:19546389065 > > 8 439 3.544015 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 01A9C0D7 40003311 71A343E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C40195 CADC5349 502F322E $Z........SIP/2. > 0030: 30203138 33205365 7373696F 6E205072 0 183 Session Pr > > 9 927 7.500026 162.245.36.90 -> 67.231.8.75 UDP > 0000: 70E42202 57CB00B6 70707740 08004568 p."[email protected] > 0010: 03910004 0000FF11 A46EA2F5 245A43E7 .........n..$ZC. > 0020: 084BF7D6 13C4037D C6CA494E 56495445 .K.....}..INVITE > 0030: 20736970 3A313935 34363338 39303635 sip:19546389065 > > 10 439 7.544015 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 01A9C17A 40003311 710043E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C40195 CADC5349 502F322E $Z........SIP/2. > 0030: 30203138 33205365 7373696F 6E205072 0 183 Session Pr > > 11 789 10.953998 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307C459 40003311 6CC343E7 084BA2F5 [email protected].. > 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.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307C495 40003311 6C8743E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 13 789 12.450026 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307C542 40003311 6BDA43E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 14 789 14.453016 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307C6B3 40003311 6A6943E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 15 789 18.448027 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307C7FD 40003311 691F43E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 16 789 22.452025 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307CA0B 40003311 671143E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 17 789 26.447020 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307CC02 40003311 651A43E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 18 789 30.451018 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 0307CE5F 40003311 62BD43E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C402F3 36525349 502F322E $Z......6RSIP/2. > 0030: 30203230 30204F4B 0D0A5669 613A2053 0 200 OK..Via: S > > 19 396 34.456022 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 017ED190 40003311 611543E7 084BA2F5 [email protected].. > 0020: 245A13C4 13C4016A B45A4259 45207369 $Z.....j.ZBYE si > 0030: 703A3536 31323932 35323039 40313632 p:5612925209@162 > > 20 396 34.948993 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 017ED1E2 40003311 60C343E7 084BA2F5 [email protected].`.C..K.. > 0020: 245A13C4 13C4016A B45A4259 45207369 $Z.....j.ZBYE si > 0030: 703A3536 31323932 35323039 40313632 p:5612925209@162 > > 21 396 35.955005 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 017ED2D9 40003311 5FCC43E7 084BA2F5 [email protected]._.C..K.. > 0020: 245A13C4 13C4016A B45A4259 45207369 $Z.....j.ZBYE si > 0030: 703A3536 31323932 35323039 40313632 p:5612925209@162 > > 22 396 37.946994 67.231.8.75 -> 162.245.36.90 UDP > 0000: 00B67070 7740046C 9D59F3D0 08004548 [email protected] > 0010: 017ED350 40003311 5F5543E7 084BA2F5 [email protected]._UC..K.. > 0020: 245A13C4 13C4016A B45A4259 45207369 $Z.....j.ZBYE si > 0030: 703A3536 31323932 35323039 40313632 p:5612925209@162 > > > > <B25E410DF89143769AD0C60141937C05.png> > Benjamin Turner > Senior Collaboration Engineer > > [email protected] > Direct: 561.939.4002 > > <D419B95F598C431394BFB6C03BB940A4.png> > Come Meet With Us! > > Oct 9-12 > > Channel Evolution / Philadelphia > > Booth 530 > > Jan 29-Feb 1 > > ITEXPO / Fort Lauderdale > > Booth 809 > > Apr 9-12 > > Channel Partners / Las Vegas > > Booth 7043 > > <D419B95F598C431394BFB6C03BB940A4.png> > > > <F60F3978D7164ED69F2520FB0F125D27.jpg> > 110 E Atlantic Avenue - Suite 420 > Delray Beach, FL 33444 > www.c3cloud.com > Main: 561.939.4000 > Help Desk: 877.247.4949 <144479115B534386BBD84134E78DB2A3.png> > <10889A3292EE41C4A7127ACD0CF1DA7C.png> > <D04742E927C5495886C9A9206DEF7F91.png> > > > > > > Sent from Mail for Windows 10 > > From: cisco-voip <[email protected]> on behalf of Benjamin > Turner <[email protected]> > Sent: Friday, August 10, 2018 9:26:35 PM > To: Brian Meade > Cc: cisco-voip voyp list > Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP > > 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 > > <DEB31912DBE84EA0A9775C00DA7EF37A.png> > > > Sent from Mail for Windows 10 > > From: Brian Meade > Sent: Friday, August 10, 2018 8:52 PM > Subject: Re: [cisco-voip] CUBE ignoring SDP responses from ITSP > > What does your SIP bind config look like? What IP addresses do you see in > the 1XX response from the carrier? What is the IP in the Contact header for > the outbound invite? > > On Fri, Aug 10, 2018 at 6:42 PM Benjamin Turner <[email protected]> > 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 > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
