Re: [cisco-voip] 8861 display

[Scott Voll]

Nope I've noticed it on my phone also.. i've just ignored it, but
now I have users asking ;-)

Scott


On Fri, Aug 19, 2016 at 3:16 PM, Brian Meade  wrote:

> Do you have a black bar at the top as well?
>
> Make sure the faceplate is all the way on.  I see people pull these off
> and put them back on with the bottom not all the way pushed in resulting in
> this type of stuff.
>
> On Fri, Aug 19, 2016 at 6:07 PM, Scott Voll  wrote:
>
>> When someone calls her directly the options to answer or decline are
>> partially showing, like the display has shifted down. Anyway of resetting
>> this or adjusting the display?
>>
>> CM 10.5.2
>> firmware 11.x
>>
>> TIA
>>
>> scott
>>
>>
>> ___
>> 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] IOS NAT changing record route in SIP Headers

[Matthew Loraditch]

I will give that a go. Thanks!

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
[Email_Sig_Template_H_shortcopy_UPDATED]
Facebook | 
Twitter | 
LinkedIn 
| G+

From: bmead...@gmail.com [mailto:bmead...@gmail.com] On Behalf Of Brian Meade
Sent: Friday, August 19, 2016 1:58 PM
To: Matthew Loraditch 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] IOS NAT changing record route in SIP Headers

Also try doing this as well in case it's still inspecting the traffic:
no ip port-map sip port udp 5060
no ip port-map sip port tcp 5060

On Fri, Aug 19, 2016 at 1:55 PM, Brian Meade 
> wrote:
Are you making sure the TCP connections are all torn down after disabling SIP 
inspection?

On Fri, Aug 19, 2016 at 12:20 PM, Matthew Loraditch 
> 
wrote:
Has anyone encountered this before? It’s actually not for UCM, but the SIP 
traffic is going through ZBF on a 1941 and inbound calls are failing because 
the record route in the sip headers is being changed to the public interface IP 
of the router vs the 1 to 1 NAT IP on some responses back to the SIP Provider.
I’ve opened a TAC case as well and it happens w/ and w/o SIP inspection.

Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
Network Engineer
Direct Voice: 443.541.1518
Facebook | 
Twitter | 
LinkedIn 
| G+


___
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] IOS NAT changing record route in SIP Headers

[Brian Meade]

Also try doing this as well in case it's still inspecting the traffic:
no ip port-map sip port udp 5060
no ip port-map sip port tcp 5060

On Fri, Aug 19, 2016 at 1:55 PM, Brian Meade  wrote:

> Are you making sure the TCP connections are all torn down after disabling
> SIP inspection?
>
> On Fri, Aug 19, 2016 at 12:20 PM, Matthew Loraditch  heliontechnologies.com> wrote:
>
>> Has anyone encountered this before? It’s actually not for UCM, but the
>> SIP traffic is going through ZBF on a 1941 and inbound calls are failing
>> because the record route in the sip headers is being changed to the public
>> interface IP of the router vs the 1 to 1 NAT IP on some responses back to
>> the SIP Provider.
>>
>> I’ve opened a TAC case as well and it happens w/ and w/o SIP inspection.
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518
>>
>> Facebook  | Twitter
>>  | LinkedIn
>> 
>> | G+ 
>>
>>
>>
>> ___
>> 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] IOS NAT changing record route in SIP Headers

[Brian Meade]

Are you making sure the TCP connections are all torn down after disabling
SIP inspection?

On Fri, Aug 19, 2016 at 12:20 PM, Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> Has anyone encountered this before? It’s actually not for UCM, but the SIP
> traffic is going through ZBF on a 1941 and inbound calls are failing
> because the record route in the sip headers is being changed to the public
> interface IP of the router vs the 1 to 1 NAT IP on some responses back to
> the SIP Provider.
>
> I’ve opened a TAC case as well and it happens w/ and w/o SIP inspection.
>
>
>
> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
> Network Engineer
> Direct Voice: 443.541.1518
>
> Facebook  | Twitter
>  | LinkedIn
>  |
> G+ 
>
>
>
> ___
> 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