date:20180811

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

2018-08-11 Thread Benjamin Turner

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

Get Outlook for Android

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

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

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

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

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

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

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

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface
Get Outlook for Android

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

I would suggest a couple of things to start with;

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

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

Sent from my iPhone

On Aug 10, 2018, at 22:15,

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

2018-08-11 Thread 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-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

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

2018-08-11 Thread Benjamin Turner

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

NICE!!!

Get Outlook for Android


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


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


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


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


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

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

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

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface
Get Outlook for Android


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

I would suggest a couple of things to start with;

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

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

Sent from my iPhone

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



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip

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

2018-08-11 Thread 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  

  _  

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  

  _  

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  

  _  

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  

  _  

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

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

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

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

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

Get Outlook for Android  

  _  

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

I would suggest a couple of things to start with; 

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

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

Sent from my iPhone

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

Very basic:

version 15.5

voice service voip

ip address trusted list

  ipv4 67.231.8.75

  ipv4 67.231.12.12

  ipv4 192.168.1.20

  ipv4 162.245.36.90

address-hiding

mode border-element license capacity 100

allow-connections sip to sip

no supplementary-service sip moved-temporarily

no supplementary-service sip refer

fax protocol pass-through g711ulaw

sip

  bind control source-interface GigabitEthernet0/0/0

  bind media source-interface GigabitEthernet0/0/0

  registrar server

  no update-callerid

  early-offer forced

  midcall-signaling passthru

  pass-thru content sdp

!

voice class codec 1

codec preference 1

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

2018-08-11 Thread 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\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

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

2018-08-11 Thread Benjamin Turner

I will make changes and reply.



Sent from Mail 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


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


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


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


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

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

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

On Aug 10, 2018, at 9:25 PM, Benjamin Turner 
mailto:benmtur...@hotmail.com>> wrote:
Acl is not blocking and I tried to set binding on outbound dial-peer to 
outbound interface and inbound dial-peer to inbound interface
Get Outlook for Android


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

I would suggest a couple of things to start with;

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

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

Sent from my iPhone

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



version 15.5

voice service voip
ip address trusted list
  ipv4 67.231.8.75
  ipv4 67.231.12.12
  ipv4 192.168.1.20
  ipv4 162.245.36.90
address-hiding
mode border-element license capacity 100
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol pass-through g711ulaw
sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  registrar server
  no update-callerid
  early-offer forced
  midcall-signaling passthru
  pass-thru content sdp
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
!
!
voice class sip-profiles 30
request ANY sdp-header Audio-Attribute modify "a=ptime:20" "a=ptime:30"
!
!
!
!
!
voice translation-rule 2
rule 1 /\+1\([2-9].\)/ /\1/
!
voice translation-rule 11
rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/
rule 2 /\(.*\)/ /+\1/
!
voice translation-rule 22
rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/
rule 2 /9\(911\)$/ /\1/
rule 3 /9\([2-8]11\)$/ /\1/
!
!
voice translation-profile 10DigitTo+1

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

2018-08-11 Thread 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  

 

  _  

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  

 

  _  

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  

 

  _  

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  

 

  _  

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

 

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

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


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

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

Get Outlook for Android  

 

  _  

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

 

I would suggest a couple of things to start with; 

 

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

 

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

 

Sent from my iPhone


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

Very basic:

 

 

 

version 15.5

 

voice service voip

ip address trusted list

  ipv4 67.231.8.75

  ipv4 67.231.12.12

  ipv4 192.168.1.20

  ipv4 162.245.36.90

address-hiding

mode border-element license capacity 100

allow-connections sip to sip

no supplementary-service sip moved-temporarily

no supplementary-service sip refer

fax protocol pass-through g711ulaw

sip

  bind control source-interface GigabitEthernet0/0/0

  bind media source-interface GigabitEthernet0/0/0

  registrar server

  no update-callerid

  early-offer forced

  midcall-signaling passthru

  pass-thru content sdp

!

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g729r8

!

!

voice class sip-profiles 30

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

!

!

!

!

!

voice translation-rule 2

rule 1 /\+1\([2-9].\)/ /\1/

!

voice translation-rule 11

rule 1 /\([2-9]..[2-9]..$\)/ /+1\1/

rule 2 /\(.*\)/ /+\1/

!

voice translation-rule 22

rule 1 /9\(1[2-9]..[2-9]..\)$/ /\1/

rule 2 /9\(911\)$/ /\1/

rule 3 /9\([2-8]11\)$/ /\1/

!

!

voice translation-profile 10DigitTo+1

translate calling 11

translate called 11

!

voice translation-profile LOCALIZE

translate calling 2

!

voice translation-profile OutgoingToBandwidthSIP

translate calling 2

translate called 11

!

!

!

!

voice-card 0/4

dsp services dspfarm

no watchdog

!

!

interface GigabitEthernet0/0/0

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

2018-08-11 Thread Benjamin Turner

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 
mailto:benmtur...@hotmail.com>> wrote:

My brain is FRIED

Get Outlook for Android


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


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


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

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


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

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

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

Get Outlook for Android


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

I would suggest a couple of things to start with;

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

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

Sent from my iPhone

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

Very basic:



version 15.5

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

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

2018-08-11 Thread 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/
 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

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

2018-08-11 Thread Jonathan Charles

I would like to update that this is what got it to work on a Windows 8
machine... the same process did NOT work on Windows 10 (it launches and
never asks for licensing info).

Jonathan

On Fri, Aug 10, 2018 at 8:01 PM Jonathan Charles  wrote:

> I think I just figured out the silliness here...
>
> Make sure you download and install the TAPI client from CUCM... already
> did that...
>
> Well, configure it and make sure that you use the SAME application userID
> that you used fort he CUAC install... so it has control over the same
> devices.
>
> That got rid of the 'see your admin' no extensions found thing... and it
> did launch and I have phone control...
>
> The directory is another matter, it is jacked.
>
>
> Jonathan
>
> On Fri, Aug 10, 2018 at 7:49 PM Brian Meade  wrote:
>
>> Good timing.  Doing the same thing this very minute.  CUAC Standard
>> 12.0.3 on Windows 10 with CUCM 11.5.
>>
>> Not able to get it working.  I'm getting the Socket Bind failed message
>> on login as described here-
>> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvh79669/?rfs=iqvred
>>
>> It looks like it is cosmetic so not sure if I should ignore or not.
>>
>> Mine hangs at finding devices associated with the application user.
>> Tried manual TSP install as well with no luck.
>>
>> TSP logs just show the binding being okay then nothing else.
>>
>> Probably going to open a TAC case Monday.
>>
>> On Fri, Aug 10, 2018 at 5:52 PM Jonathan Charles 
>> wrote:
>>
>>> So, doco says it is supported, forum posts say it isn't supported...
>>>
>>>
>>> https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-attendant-consoles/118860-technote-cuacs-00.html
>>>
>>>
>>> https://community.cisco.com/t5/ip-telephony-and-phones/attendant-console-standard-working-on-windows-10-machine/td-p/2875607
>>>
>>>
>>>
>>> Have CUAC Standard 12.0.3
>>>
>>> CUCM 12.0.1.21900-7
>>>
>>> Any secrets on how to make it work?
>>>
>>> Install on Windows 8, it comes up and asks for license when launched...
>>> on Windows 10, nothing launches and just says to contact your admin...
>>> I have installed the TSP manually as well, no joy.
>>>
>>>
>>> Jonathan
>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

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

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

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

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

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

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

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

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

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

10 matches

Site Navigation

Mail list logo

Footer information