[cisco-voip] Cisco Cube drops uri-user in From header with no reason

daniele visaggio visaggio.daniele at gmail.com
Tue Jan 22 11:43:50 EST 2019


Hi list,

Weird issue on ISR4331/K9 running isr4300-universalk9.16.03.06.SPA.bin.

[image: image.png]

Given that, cube has two interfaces, inbound and outbound.

Incoming Invite:

INVITE sip:34949XXXXX at 10.133.8.120 SIP/2.0
Via: SIP/2.0/UDP 10.133.8.67:58800
;branch=z9hG4bK-d8754z-996d480d1e399c62-1---d8754z-;rport
Max-Forwards: 70
Require: 100rel
Contact: <sip:74523 at 10.133.8.67:58800>
To: <sip:3494929299 at 10.133.8.120>
*From: <sip:74523 at 10.133.8.67 <sip%3A74523 at 10.133.8.67>>;tag=e221c36f*
Call-ID: 96588d79-f9481729-0e5fbd03-a83db356
CSeq: 1 INVITE
Session-Expires: 1800
Min-SE: 90
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, UPDATE, NOTIFY, PRACK, REFER,
NOTIFY, OPTIONS
Content-Type: Multipart/mixed;boundary=uniqueBoundary
Supported: timer, resource-priority, replaces
User-Agent: Cisco-SIPDialer/UCCE10.0
Content-Length: 608
.....

Outgoing Invite:

INVITE sip: 34949XXXXX at 10.133.8.108:5060 SIP/2.0
Via: SIP/2.0/TCP 172.20.76.4:5060;branch=z9hG4bK53AD7401
*From: <sip:172.20.76.4>;tag=C9E25923-243A*
To: <sip:3494929299 at 10.133.8.108>
Date: Tue, 22 Jan 2019 16:05:15 GMT
Call-ID: 56DE4CA5-1D9611E9-BED19CF1-431F5EFE at 172.20.76.4
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1457369213-0496374249-3201015025-1126129406
User-Agent: Cisco-SIPGateway/IOS-16.3.6
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1548173115
Contact: <sip:172.20.76.4:5060;transport=tcp>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-ID:
1472dea8dda35277a0db64ddc038d48c;remote=00000000000000000000000000000000
Session-Expires:  1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 243
....

Given that there are no voice translation rules and there are no voice
class sip-profiles, how is it possible that cube is dropping the uri-user??

Has anyone seen this kind of behavior?

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190122/f4c48f1a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 41316 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190122/f4c48f1a/attachment.png>


More information about the cisco-voip mailing list