Sure, since it’s really fresh. The github commit will have to be it.


Looks like my memory was mildy off, not cuda specific, just gpu offloading for transcoding.

On 14 Dec 2023, at 7:08 pm, Stefan-Cristian Mititelu via sr-users <sr-users@lists.kamailio.org> wrote:



Hi,

@Richard Edmands, what do you mean by "RTPengine has Cuda offloading..."? Can you share more references to that?

Thank you,
Stefan


From: Richard Edmands via sr-users <sr-users@lists.kamailio.org>
Sent: Wednesday, December 13, 2023 11:06:08 AM
To: Kamailio (SER) - Users Mailing List
Cc: Richard Edmands
Subject: [SR-Users] Re: Standard on RTP ports
 
Howdy,

So you’ve got the reserved ports range 0-1023. Then there’s a few other brackets.

In Linux there are kernel parameters to adjust these ranges, but it has been a few years.

If we’re really at the stage where we are looking at increasing the size of the range, then looking into these parameters is also worth looking into on these rtp boxes.

Typically a box wouldn’t be processing anywhere near the limits to be genuinely worth considering.

But now that RTPEngine has Cuda offloading…

> On 12 Dec 2023, at 2:46 am, Alex Balashov via sr-users <sr-users@lists.kamailio.org> wrote:
>
> Hello,
>
> Ports are allocated dynamically. Even ports are for RTP, odd ports are for RTCP. There is no standard that I am aware of, but common practice is for the lower bound to be UDP 8000. The upper bound varies, but can be as high as the logical maximum of 65535.
>
> -- Alex
>
>> On 8 Dec 2023, at 05:16, ZZ Wave via sr-users <sr-users@lists.kamailio.org> wrote:
>>
>> Hello.
>>
>> I have some rant with network security dept. Is there some standard, RFC, what port range should be used for RTP traffic, how RTP ports are selected during SIP call negotiation?
>>
>> Thanks.
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>> To unsubscribe send an email to sr-users-leave@lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>
> --
> Alex Balashov
> Principal Consultant
> Evariste Systems LLC
> Web: https://evaristesys.com
> Tel: +1-706-510-6800
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-leave@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe: