[SR-Users] siptrace not sending data to hepic

[Andrew Chen]

Thanks Daniel.

We did check the Hepic capture server using tcpdump and confirmed the Hepic
audio reports are arriving.

On Fri, Jul 3, 2020 at 3:36 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> if the packets are sent out from Kamailio, check to see in hepic server if
> they arrive.
>
> The modules in Kamailio do not control the MTU or the UDP fragmentation,
> the only options are in the core.
>
> Cheers,
> Daniel
> On 01.07.20 21:48, Andrew Chen wrote:
>
> Hi all,
>
> I've been assigned a task to investigate why hepic doesn't generate MOS
> scores ever since we changed the kamailio interface MTU from 9001 -> 1500.
>
> During my investigation, this is what I have found out so far:
>
> - Putting MTU back to 9001 removes this condition where no MOS was
> generated.
> - I did a tcpdump of port 9063 which is the port used to send data to
> Hepic capture server and saw it reports packets are fragmented:
>
> 3:48:55.895505 IP (tos 0x68, ttl 64, id 38049, offset 0, flags [+], proto
> UDP (17), length 1500)
>   206.81.181.40.5060 > 10.225.88.239.9063: SIP
> 13:48:55.896451 IP (tos 0x68, ttl 64, id 38050, offset 0, flags [+], proto
> UDP (17), length 1500)
>   206.81.181.40.5060 > 10.225.88.239.9063: SIP
>
> - Hepic support also caused by using 1500 MTU on the interface.
> - I tried using the following core parameters to see if they could remedy
> this issue but didn't seem to work:
>
> ## MTU related core settings
>
> udp4_raw=-1
>
> udp4_raw_mtu=1500
>
>
> I can't seem to find any parameters in the siptrace module that controls
> fragmentation of the packets to Hepic.
>
> Any suggestions on how else to troubleshoot this?
>
> Thanks.
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> achen@ <achen at thinkingphones.com>fuze.com
>
>
> *Confidentiality Notice: The information contained in this e-mail and any
> attachments may be confidential. If you are not an intended recipient, you
> are hereby notified that any dissemination, distribution or copying of this
> e-mail is strictly prohibited. If you have received this e-mail in error,
> please notify the sender and permanently delete the e-mail and any
> attachments immediately. You should not retain, copy or use this e-mail or
> any attachment for any purpose, nor disclose all or any part of the
> contents to any other person. Thank you.*
>
> _______________________________________________
> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
>

-- 
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@ <achen at thinkingphones.com>fuze.com

-- 
*Confidentiality Notice: The information contained in this e-mail and any

attachments may be confidential. If you are not an intended recipient, you

are hereby notified that any dissemination, distribution or copying of this

e-mail is strictly prohibited. If you have received this e-mail in error,

please notify the sender and permanently delete the e-mail and any

attachments immediately. You should not retain, copy or use this e-mail or

any attachment for any purpose, nor disclose all or any part of the

contents to any other person. Thank you.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200707/16905ed2/attachment.html>