[cisco-voip] CUCM and cube sending weird packets?
Anthony Holloway
avholloway+cisco-voip at gmail.com
Wed Mar 21 13:43:13 EDT 2018
Typo? If its enabled, then CMG doesn't matter.
On Wed, Mar 21, 2018 at 12:30 PM Ryan Huff <ryanhuff at outlook.com> wrote:
>
> Do you have “Run on all nodes” checked on the CUCM trunk? If so, please
> verify all CM nodes running the call manager service are in the CM Group
> specified in the device pool bring used by the CUCM *sip* *trunk*.
>
> Sent from my iPhone
>
> On Mar 21, 2018, at 13:24, Ryan Huff <ryanhuff at outlook.com> wrote:
>
> Looks like your DTMF methods are changing between the good and bad calls
> and possibly why Century is disregarding?
>
> Also seems like the ccm originator is different in the good and bad SDP.
>
> “Every fifth time” seems to predictable to be a random issue; seems more
> like CUCM cycling through a list or something
>
> Do you have “Run on all nodes” checked on the CUCM trunk? If so, please
> verify all CM nodes running the call manager service are in the CM Group
> specified in the device pool used by the CUCM.
>
> Are you having the issue in both directions?
>
> What DTMF method do you have set on the CUCM trunk, “No Preference”?
>
> What version of CUCM?
>
> Sent from my iPhone
>
> On Mar 21, 2018, at 12:37, Jonatan Quezada <jonatan.quezada at chemeketa.edu>
> wrote:
>
>
>
> On Mon, Mar 19, 2018 at 8:33 AM, Jonatan Quezada <
> jonatan.quezada at chemeketa.edu> wrote:
>
>> What would change this this packet 20 percent of the time? We are trouble
>> shooting the last ghost issue after SIP cutover. I was on the horn with
>> the provider and CiscoTAC and we see this for good and bad calls: any
>> reason why centuryLink's stuff would not recognize this update from us, or
>> possibly the (Cube,CUCM) sending last wierd packet of update one in five
>> times which causes the call to drop
>>
>> Bad calls the last invite has m=audio 20674 RTP/AVP 0
>> a=X-cisco-media:umoh a=ptime:20
>> a=rtpmap:0 PCMU/8000 and no RTP from the cusotmer PBX
>>
>> and good calls has m=audio 20650 RTP/AVP 0 101 a=ptime:20 a=rtpmap:0
>> PCMU/8000 and good RTP from the PBX
>>
>>
>> Last invite on good call from the customer
>>
>> INVITE sip:3033191795 <(303)%20319-1795>@67.14.92.87:5100;transport=udp
>> SIP/2.0
>> Via: SIP/2.0/UDP 65.152.176.94:5060;branch=z9hG4bK43843FB
>> P-Asserted-Identity: "3300 CCBI Mailbox"
>> From: "5033995181 <(503)%20399-5181> 5033995181 <(503)%20399-5181>"
>> ;tag=6F13621-138F
>> To: "STEVEN UPCHURCH";tag=1960181175-1521299570039
>> -
>> Date: Sat, 17 Mar 2018 08:13:17 PST
>> Call-ID: BW101250039170318-1114511220 at 10.73.16.89
>> Supported: rel100,timer,resource-priority,replaces,sdp-anat
>> Min-SE: 1800
>> Cisco-Guid: 2155609728-0690754024-2718484947-3801912337
>> User-Agent: Cisco-SIPGateway/IOS-15.5.3.S6b
>> Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
>> SUBSCRIBE, NOTIFY, INFO, REGISTER
>> CSeq: 108 INVITE
>> Max-Forwards: 70
>> Timestamp: 1521299597
>> Contact:
>> Expires: 300
>> Allow-Events: telephone-event
>> Authorization: Digest username="263015-9717185172",realm="
>> voip.centurylink.com",uri="sip:303319179
>> 5 at 67.14.92.87:5100;transport=udp",response="
>> 1fe4a6632f960305157b16ff3dd05944",nonce="BroadWorksXje
>> vihnztT47s3bhBW",cnonce="FFFFFFFF",qop=auth,algorithm=MD5,nc=00000007
>> Session-Expires: 1800;refresher=uac
>> Content-Type: application/sdp
>> Content-Length: 247
>> v=0
>> o=CiscoSystemsCCM-SIP 2058187 5 IN IP4 10.200.1.11
>> s=SIP Call
>> c=IN IP4 OurEndOf SIpTrunk
>> b=TIAS:64000
>> b=CT:64
>> b=AS:64
>> t=0 0
>> m=audio 20650 RTP/AVP 0 101
>> a=ptime:20
>> a=rtpmap:0 PCMU/8000
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>>
>>
>>
>> bad call
>>
>>
>> INVITE sip:3033191795 <(303)%20319-1795>@67.14.92.84:5100;transport=udp
>> SIP/2.0
>> Via: SIP/2.0/UDP 65.152.176.94:5060;branch=z9hG4bK43B6CCD
>> P-Asserted-Identity: "3300 CCBI Mailbox"
>> From: "5033995181 <(503)%20399-5181> 5033995181 <(503)%20399-5181>"
>> ;tag=706CB6F-176F
>> To: "STEVEN UPCHURCH";tag=790178935-1521300984448-
>> Date: Sat, 17 Mar 2018 08:36:48 PST
>> Call-ID: BW103624448170318-1333973217 at 10.73.16.89
>> Supported: rel100,timer,resource-priority,replaces,sdp-anat
>> Min-SE: 1800
>> Cisco-Guid: 3415568030-0690950632-2724317651-3801912337
>> User-Agent: Cisco-SIPGateway/IOS-15.5.3.S6b
>> Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
>> SUBSCRIBE, NOTIFY, INFO, REGISTER
>> CSeq: 106 INVITE
>> Max-Forwards: 70
>> Timestamp: 1521301008
>> Contact:
>> Expires: 300
>> Allow-Events: telephone-event
>> Authorization: Digest username="sipUserCreds",realm="voip.centurylink.com
>> ",uri="sip:303319179
>> 5 at x.x.x.x:5100;transport=udp",response="afdfcac6b618eca813909e53f7a6ed
>> 2e",nonce="BroadWorksXje
>> vjbx40Tz7f6gcBW",cnonce="FFFFFFFF",qop=auth,algorithm=MD5,nc=00000005
>> Content-Type: application/sdp
>> Content-Length: 181
>> v=0
>> o=CiscoSystemsCCM-SIP 2060501 3 IN IP4 Subscriber
>> s=SIP Call
>> c=IN IP4 OurEndOf SIpTrunk
>> t=0 0
>> m=audio 20674 RTP/AVP 0
>> a=X-cisco-media:umoh
>> a=ptime:20
>> a=rtpmap:0 PCMU/8000
>>
>>
>> <image.png>
>>
>> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20180321/cce89d6d/attachment.html>
More information about the cisco-voip
mailing list