[sr-dev] Re: [kamailio/kamailio] Kamailio became unresponsive during runtime (#2380)

[Mojtaba Esfandiari.S via sr-dev]

I have the same issue in Kamailio 5.3.5, right now. Here is backtrace 
information.

warning: exec file is newer than core file.
[New LWP 56381]
Core was generated by `/usr/local/sbin/kamailio -P /run/kamailio/kamailio.pid 
-f /usr/local/etc/kamail'.
Program terminated with signal SIGABRT, Aborted.
#0  0x7f7837e917bb in ?? ()
(gdb) bt full
#0  0x7f7837e917bb in ?? ()
No symbol table info available.
#1  0x2000 in ?? ()
No symbol table info available.
#2  0x in ?? ()
No symbol table info available.
(gdb) info locals
No symbol table info available.
(gdb) 
No symbol table info available.
(gdb) 
No symbol table info available.
(gdb) 
No symbol table info available.
(gdb) 
No symbol table info available.
(gdb) 
No symbol table info available.
(gdb) list
1883+((!sctp_disable)?sctp_listeners:0)
1884#endif
1885;
1886}
1887
1888int main(int argc, char** argv)
1889{
1890
1891FILE* cfg_stream;
1892int c,r;
(gdb) 

I know i am using old version of Kamailio (5.3.5), But i want to know what is 
the problem? 

-- 
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2380#issuecomment-2193897312
You are receiving this because you are subscribed to this thread.

Message ID: ___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

Ofcourse, But in a real-world solution, you can use this module while you
use Pager devices in your network. When a call is made by pressing the
button on the pager, the video stream from the camera will be relayed to
the station. Also it could be used in SoS services, When someone scans a
QRcode in a situation, Automatically a call will be made (by using webrtc)
with one (or more) camera stream near to place.
In another situation, you can use third-party sip agents, to simulate the
answering calls, then relay the stream to the station.

On Mon, Oct 30, 2023 at 12:39 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> The question really was: who is answering the call to provide to
> audio/video stream? As Kamailio doesn’t do that.
>
> On Mon, 30 Oct 2023 at 09:08, Mojtaba via sr-dev <
> sr-dev@lists.kamailio.org> wrote:
>
>> Hello all,
>> I look forward to new ideas or discussions to open my mind for adding new
>> features to the module.
>> With Best Regards.
>>
>> Mojtaba Esfandiari.S
>>
>> On Tue, Oct 24, 2023 at 11:27 AM Mojtaba  wrote:
>>
>>> It depends on what network you want to use it on. What is important is
>>> that the camera and Kamailio server can communicate with each other on port
>>> 554. Also, all traffic sent from the camera should be received by Kamailio
>>> without worry about NAT problems.
>>>
>>> On Tue, Oct 24, 2023 at 11:11 AM Olle E. Johansson 
>>> wrote:
>>>
>>>>
>>>>
>>>> On 24 Oct 2023, at 09:40, Mojtaba  wrote:
>>>>
>>>> The SIP user agent can register in the same Kamailio which is
>>>> support RTSP module
>>>>
>>>> That’s thte SIP user agent client. Where do you run the SIP user agent
>>>> SERVER?
>>>>
>>>> /O
>>>>
>>>>
>>>> On Tue, Oct 24, 2023 at 11:00 AM Olle E. Johansson 
>>>> wrote:
>>>>
>>>>> Where do you run the SIP user agent?
>>>>>
>>>>> /O
>>>>>
>>>>> On 24 Oct 2023, at 09:25, Mojtaba  wrote:
>>>>>
>>>>> Absolutely yes, it has a built-in engine called "RTSPEngine" for media
>>>>> management, moreover, it can work with other modules in Kamailio like
>>>>> LRKProxy, RTPEngine or RTPProxy.
>>>>> The main decision to use the internal engine in this module is to
>>>>> avoid having multiple connections to each camera at the same time. Suppose
>>>>> two different agents want to check the specific camera on their phone
>>>>> stations. In this situation, the RTSP module initiates one connection to
>>>>> the camera. After that, the RTP streams come to the RTSPEngine and then
>>>>> will be sent to all agents.
>>>>> I am looking forward to hearing  more ideas.
>>>>> Thanks
>>>>>
>>>>> On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> > On 23 Oct 2023, at 11:13, Mojtaba via sr-dev <
>>>>>> sr-dev@lists.kamailio.org> wrote:
>>>>>> >
>>>>>> > Hi All,
>>>>>> >  I'm going to release a new module that I've been developing, Real
>>>>>> Time Streaming is a protocol to connect to camera devices to record 
>>>>>> video.
>>>>>> > Using this module, you can connect to all kinds of cameras and map
>>>>>> them to internal numbers. When you call these numbers, the recorded video
>>>>>> will appear on your video call station and change between cameras by 
>>>>>> DTMF.
>>>>>> > In addition, This module is used for video surveillance solutions.
>>>>>> > Please let me know your ideas on this. I am looking forward to
>>>>>> hearing new ideas in this regard.
>>>>>>
>>>>>> It sounds like a great application that many need. But I am curious
>>>>>> on how you see this as a Kamailio module, as
>>>>>> kamailio does not handle media. Or do you have a server like
>>>>>> RTPengine that you control from Kamailio somehow?
>>>>>>
>>>>>> /O
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> --Mojtaba Esfandiari.S
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> --Mojtaba Esfandiari.S
>>>>
>>>>
>>>>
>>>
>>> --
>>> --Mojtaba Esfandiari.S
>>>
>>
>>
>> --
>> --Mojtaba Esfandiari.S
>> ___
>> Kamailio (SER) - Development Mailing List
>> To unsubscribe send an email to sr-dev-le...@lists.kamailio.org
>>
>

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

Hello all,
I look forward to new ideas or discussions to open my mind for adding new
features to the module.
With Best Regards.

Mojtaba Esfandiari.S

On Tue, Oct 24, 2023 at 11:27 AM Mojtaba  wrote:

> It depends on what network you want to use it on. What is important is
> that the camera and Kamailio server can communicate with each other on port
> 554. Also, all traffic sent from the camera should be received by Kamailio
> without worry about NAT problems.
>
> On Tue, Oct 24, 2023 at 11:11 AM Olle E. Johansson  wrote:
>
>>
>>
>> On 24 Oct 2023, at 09:40, Mojtaba  wrote:
>>
>> The SIP user agent can register in the same Kamailio which is
>> support RTSP module
>>
>> That’s thte SIP user agent client. Where do you run the SIP user agent
>> SERVER?
>>
>> /O
>>
>>
>> On Tue, Oct 24, 2023 at 11:00 AM Olle E. Johansson 
>> wrote:
>>
>>> Where do you run the SIP user agent?
>>>
>>> /O
>>>
>>> On 24 Oct 2023, at 09:25, Mojtaba  wrote:
>>>
>>> Absolutely yes, it has a built-in engine called "RTSPEngine" for media
>>> management, moreover, it can work with other modules in Kamailio like
>>> LRKProxy, RTPEngine or RTPProxy.
>>> The main decision to use the internal engine in this module is to avoid
>>> having multiple connections to each camera at the same time. Suppose two
>>> different agents want to check the specific camera on their phone stations.
>>> In this situation, the RTSP module initiates one connection to the camera.
>>> After that, the RTP streams come to the RTSPEngine and then will be sent to
>>> all agents.
>>> I am looking forward to hearing  more ideas.
>>> Thanks
>>>
>>> On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson 
>>> wrote:
>>>
>>>>
>>>>
>>>> > On 23 Oct 2023, at 11:13, Mojtaba via sr-dev <
>>>> sr-dev@lists.kamailio.org> wrote:
>>>> >
>>>> > Hi All,
>>>> >  I'm going to release a new module that I've been developing, Real
>>>> Time Streaming is a protocol to connect to camera devices to record video.
>>>> > Using this module, you can connect to all kinds of cameras and map
>>>> them to internal numbers. When you call these numbers, the recorded video
>>>> will appear on your video call station and change between cameras by DTMF.
>>>> > In addition, This module is used for video surveillance solutions.
>>>> > Please let me know your ideas on this. I am looking forward to
>>>> hearing new ideas in this regard.
>>>>
>>>> It sounds like a great application that many need. But I am curious on
>>>> how you see this as a Kamailio module, as
>>>> kamailio does not handle media. Or do you have a server like RTPengine
>>>> that you control from Kamailio somehow?
>>>>
>>>> /O
>>>
>>>
>>>
>>> --
>>> --Mojtaba Esfandiari.S
>>>
>>>
>>>
>>
>> --
>> --Mojtaba Esfandiari.S
>>
>>
>>
>
> --
> --Mojtaba Esfandiari.S
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

It depends on what network you want to use it on. What is important is that
the camera and Kamailio server can communicate with each other on port 554.
Also, all traffic sent from the camera should be received by Kamailio
without worry about NAT problems.

On Tue, Oct 24, 2023 at 11:11 AM Olle E. Johansson  wrote:

>
>
> On 24 Oct 2023, at 09:40, Mojtaba  wrote:
>
> The SIP user agent can register in the same Kamailio which is support RTSP
> module
>
> That’s thte SIP user agent client. Where do you run the SIP user agent
> SERVER?
>
> /O
>
>
> On Tue, Oct 24, 2023 at 11:00 AM Olle E. Johansson  wrote:
>
>> Where do you run the SIP user agent?
>>
>> /O
>>
>> On 24 Oct 2023, at 09:25, Mojtaba  wrote:
>>
>> Absolutely yes, it has a built-in engine called "RTSPEngine" for media
>> management, moreover, it can work with other modules in Kamailio like
>> LRKProxy, RTPEngine or RTPProxy.
>> The main decision to use the internal engine in this module is to avoid
>> having multiple connections to each camera at the same time. Suppose two
>> different agents want to check the specific camera on their phone stations.
>> In this situation, the RTSP module initiates one connection to the camera.
>> After that, the RTP streams come to the RTSPEngine and then will be sent to
>> all agents.
>> I am looking forward to hearing  more ideas.
>> Thanks
>>
>> On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson  wrote:
>>
>>>
>>>
>>> > On 23 Oct 2023, at 11:13, Mojtaba via sr-dev <
>>> sr-dev@lists.kamailio.org> wrote:
>>> >
>>> > Hi All,
>>> >  I'm going to release a new module that I've been developing, Real
>>> Time Streaming is a protocol to connect to camera devices to record video.
>>> > Using this module, you can connect to all kinds of cameras and map
>>> them to internal numbers. When you call these numbers, the recorded video
>>> will appear on your video call station and change between cameras by DTMF.
>>> > In addition, This module is used for video surveillance solutions.
>>> > Please let me know your ideas on this. I am looking forward to hearing
>>> new ideas in this regard.
>>>
>>> It sounds like a great application that many need. But I am curious on
>>> how you see this as a Kamailio module, as
>>> kamailio does not handle media. Or do you have a server like RTPengine
>>> that you control from Kamailio somehow?
>>>
>>> /O
>>
>>
>>
>> --
>> --Mojtaba Esfandiari.S
>>
>>
>>
>
> --
> --Mojtaba Esfandiari.S
>
>
>

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

The SIP user agent can register in the same Kamailio which is support RTSP
module


On Tue, Oct 24, 2023 at 11:00 AM Olle E. Johansson  wrote:

> Where do you run the SIP user agent?
>
> /O
>
> On 24 Oct 2023, at 09:25, Mojtaba  wrote:
>
> Absolutely yes, it has a built-in engine called "RTSPEngine" for media
> management, moreover, it can work with other modules in Kamailio like
> LRKProxy, RTPEngine or RTPProxy.
> The main decision to use the internal engine in this module is to avoid
> having multiple connections to each camera at the same time. Suppose two
> different agents want to check the specific camera on their phone stations.
> In this situation, the RTSP module initiates one connection to the camera.
> After that, the RTP streams come to the RTSPEngine and then will be sent to
> all agents.
> I am looking forward to hearing  more ideas.
> Thanks
>
> On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson  wrote:
>
>>
>>
>> > On 23 Oct 2023, at 11:13, Mojtaba via sr-dev 
>> wrote:
>> >
>> > Hi All,
>> >  I'm going to release a new module that I've been developing, Real Time
>> Streaming is a protocol to connect to camera devices to record video.
>> > Using this module, you can connect to all kinds of cameras and map them
>> to internal numbers. When you call these numbers, the recorded video will
>> appear on your video call station and change between cameras by DTMF.
>> > In addition, This module is used for video surveillance solutions.
>> > Please let me know your ideas on this. I am looking forward to hearing
>> new ideas in this regard.
>>
>> It sounds like a great application that many need. But I am curious on
>> how you see this as a Kamailio module, as
>> kamailio does not handle media. Or do you have a server like RTPengine
>> that you control from Kamailio somehow?
>>
>> /O
>
>
>
> --
> --Mojtaba Esfandiari.S
>
>
>

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

Absolutely yes, it has a built-in engine called "RTSPEngine" for media
management, moreover, it can work with other modules in Kamailio like
LRKProxy, RTPEngine or RTPProxy.
The main decision to use the internal engine in this module is to avoid
having multiple connections to each camera at the same time. Suppose two
different agents want to check the specific camera on their phone stations.
In this situation, the RTSP module initiates one connection to the camera.
After that, the RTP streams come to the RTSPEngine and then will be sent to
all agents.
I am looking forward to hearing  more ideas.
Thanks

On Mon, Oct 23, 2023 at 3:35 PM Olle E. Johansson  wrote:

>
>
> > On 23 Oct 2023, at 11:13, Mojtaba via sr-dev 
> wrote:
> >
> > Hi All,
> >  I'm going to release a new module that I've been developing, Real Time
> Streaming is a protocol to connect to camera devices to record video.
> > Using this module, you can connect to all kinds of cameras and map them
> to internal numbers. When you call these numbers, the recorded video will
> appear on your video call station and change between cameras by DTMF.
> > In addition, This module is used for video surveillance solutions.
> > Please let me know your ideas on this. I am looking forward to hearing
> new ideas in this regard.
>
> It sounds like a great application that many need. But I am curious on how
> you see this as a Kamailio module, as
> kamailio does not handle media. Or do you have a server like RTPengine
> that you control from Kamailio somehow?
>
> /O



-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] New Module For Kamailio (RTSP)

[Mojtaba via sr-dev]

Hi All,
 I'm going to release a new module that I've been developing, Real Time
Streaming is a protocol to connect to camera devices to record video.
Using this module, you can connect to all kinds of cameras and map them to
internal numbers. When you call these numbers, the recorded video will
appear on your video call station and change between cameras by DTMF.
In addition, This module is used for video surveillance solutions.
Please let me know your ideas on this. I am looking forward to hearing new
ideas in this regard.
With best regards
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

[sr-dev] Re: [kamailio/kamailio] hiops moduls refer to (#1856) (#2209)

[Mojtaba Esfandiari.S]

Unfortunatly the latest development of hiops module dose not published
Becuase of some issue

On Fri, Feb 24, 2023, 20:01 soroshsabz ***@***.***> wrote:

> @mojtabaesfandiari  Where is the
> new branch? please link them to this
>
> —
> Reply to this email directly, view it on GitHub
> ,
> or unsubscribe
> 
> .
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>


-- 
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/2209#issuecomment-1445460979
You are receiving this because you are subscribed to this thread.

Message ID: ___
Kamailio (SER) - Development Mailing List
To unsubscribe send an email to sr-dev-le...@lists.kamailio.org

Re: [sr-dev] Kamailio_IMS VMware image

[Mojtaba]

Hello,
I have simple images of Kamailio IMS nodes in the KVM machine, But I think
it's better to install them from the source.
Best Regards


On Thu, Sep 29, 2022 at 10:51 AM Henning Westerholt  wrote:

> Hello,
>
>
>
> there are no official VM Ware images provided from the project. But you
> could just use a standard Debian Image and then install Kamailio, for
> example.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* sr-dev  *On Behalf Of *Khalil
> Toubia
> *Sent:* Wednesday, September 28, 2022 5:29 PM
> *To:* sr-dev@lists.kamailio.org
> *Subject:* [sr-dev] Kamailio_IMS VMware image
>
>
>
> Dear all
>
>
>
> I'm sending this email asking for Kamailio_IMS  VMware image
>
> regards
>
>
>
> --
>
> Khalil Toubia
>
> Telecom Consultant / Electronic Expert
>
> +961 70 226 442
>
> Beirut - Lebanon
> _______
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:6eb5bb67: lrkproxy: Add new features : TURN support, behind_nat support, subset of range ports

[Mojtaba Esfandiari . S]

Module: kamailio
Branch: master
Commit: 6eb5bb67586bf91c5d42a5864d881a4fc82a6638
URL: 
https://github.com/kamailio/kamailio/commit/6eb5bb67586bf91c5d42a5864d881a4fc82a6638

Author: Mojtaba Esfandiari.S 
Committer: Mojtaba Esfandiari.S 
Date: 2022-09-28T14:25:26+03:30

lrkproxy: Add new features : TURN support, behind_nat support, subset of range 
ports

---

Modified: src/modules/lrkproxy/doc/lrkproxy_admin.xml
Modified: src/modules/lrkproxy/lrkproxy.c
Modified: src/modules/lrkproxy/lrkproxy_hash.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/6eb5bb67586bf91c5d42a5864d881a4fc82a6638.diff
Patch: 
https://github.com/kamailio/kamailio/commit/6eb5bb67586bf91c5d42a5864d881a4fc82a6638.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:cc521654: Revert "lrkproxy: Add new features : TURN support, behind_nat support, subset of range ports"

[Mojtaba Esfandiari . S]

Module: kamailio
Branch: master
Commit: cc5216540f2240b7fc47adf66f380a00cf408aa0
URL: 
https://github.com/kamailio/kamailio/commit/cc5216540f2240b7fc47adf66f380a00cf408aa0

Author: Mojtaba Esfandiari.S 
Committer: Mojtaba Esfandiari.S 
Date: 2022-09-24T16:10:10+03:30

Revert "lrkproxy: Add new features : TURN support, behind_nat support, subset 
of range ports"

This reverts commit f2b07f2321980e74247cb0c968b98925172f6874.

---

Added: misc/external/wolfssl/wolfssl

---

Diff:  
https://github.com/kamailio/kamailio/commit/cc5216540f2240b7fc47adf66f380a00cf408aa0.diff
Patch: 
https://github.com/kamailio/kamailio/commit/cc5216540f2240b7fc47adf66f380a00cf408aa0.patch

---

diff --git a/misc/external/wolfssl/wolfssl b/misc/external/wolfssl/wolfssl
new file mode 16
index 000..57aac1c50b4
--- /dev/null
+++ b/misc/external/wolfssl/wolfssl
@@ -0,0 +1 @@
+Subproject commit 57aac1c50b45275c7a99eca32ad985998b292dc8


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] git:master:f2b07f23: lrkproxy: Add new features : TURN support, behind_nat support, subset of range ports

[Mojtaba]

Thanks.

On Sat, Sep 24, 2022 at 3:57 PM Henning Westerholt  wrote:

> Hi Mojtaba,
>
>
>
> no worries, you can just revert it with “git revert $commit-ID” for the
> specific commit.
>
>
>
> I can also do it later today, no problem.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* Mojtaba 
> *Sent:* Saturday, September 24, 2022 1:35 PM
> *To:* Henning Westerholt 
> *Subject:* Re: [sr-dev] git:master:f2b07f23: lrkproxy: Add new features :
> TURN support, behind_nat support, subset of range ports
>
>
>
> Hello Henning,
>
> After I pushed it, I got this issue.
>
> Please rollback this commit, then I will push the changes related to
> LRKProxy again.
>
> Thanks
>
>
>
> On Sat, Sep 24, 2022 at 2:58 PM Henning Westerholt  wrote:
>
> Hello Mojtaba,
>
> There seems to be an issue with this commit, you've removed something
> related to the tls_wolfssl module.
>
> Cheers,
>
> Henning
>
> -Original Message-
> From: sr-dev  On Behalf Of Mojtaba
> Esfandiari.S
> Sent: Saturday, September 24, 2022 12:56 PM
> To: sr-dev@lists.kamailio.org
> Subject: [sr-dev] git:master:f2b07f23: lrkproxy: Add new features : TURN
> support, behind_nat support, subset of range ports
>
> Module: kamailio
> Branch: master
> Commit: f2b07f2321980e74247cb0c968b98925172f6874
> URL:
> https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874
>
> Author: Mojtaba Esfandiari.S 
> Committer: Mojtaba Esfandiari.S 
> Date: 2022-09-24T14:25:24+03:30
>
> lrkproxy: Add new features : TURN support, behind_nat support, subset of
> range ports
>
> ---
>
> Removed: misc/external/wolfssl/wolfssl
>
> ---
>
> Diff:
> https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874.diff
> Patch:
> https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874.patch
>
> ---
>
> diff --git a/misc/external/wolfssl/wolfssl b/misc/external/wolfssl/wolfssl
> deleted file mode 16 index 57aac1c50b4..000
> --- a/misc/external/wolfssl/wolfssl
> +++ /dev/null
> @@ -1 +0,0 @@
> -Subproject commit 57aac1c50b45275c7a99eca32ad985998b292dc8
>
>
> ___
> Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>
>
>
> --
>
> --Mojtaba Esfandiari.S
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] lrkproxy: Add new features : TURN support, behind_nat support, subset of range ports (f2b07f2)

[Mojtaba Esfandiari.S]

After I pushed it, I got a issue.
Please roll back this commit, then I will push the changes related to LRKProxy 
again.
Thanks

-- 
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874#commitcomment-84890546
You are receiving this because you are subscribed to this thread.

Message ID: 
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:f2b07f23: lrkproxy: Add new features : TURN support, behind_nat support, subset of range ports

[Mojtaba Esfandiari . S]

Module: kamailio
Branch: master
Commit: f2b07f2321980e74247cb0c968b98925172f6874
URL: 
https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874

Author: Mojtaba Esfandiari.S 
Committer: Mojtaba Esfandiari.S 
Date: 2022-09-24T14:25:24+03:30

lrkproxy: Add new features : TURN support, behind_nat support, subset of range 
ports

---

Removed: misc/external/wolfssl/wolfssl

---

Diff:  
https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874.diff
Patch: 
https://github.com/kamailio/kamailio/commit/f2b07f2321980e74247cb0c968b98925172f6874.patch

---

diff --git a/misc/external/wolfssl/wolfssl b/misc/external/wolfssl/wolfssl
deleted file mode 16
index 57aac1c50b4..000
--- a/misc/external/wolfssl/wolfssl
+++ /dev/null
@@ -1 +0,0 @@
-Subproject commit 57aac1c50b45275c7a99eca32ad985998b292dc8


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Advertised Address in LRKProxy

[Mojtaba]

Hello there,
In regard to developing LRKPRoxy to use behind NAT, I am planning to add
some features to support Advertised Address. For example, this feature
could be used when the LRKProxy is used in AWS. Does anybody have any
opinion in this regard? or some extra features?

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:3c905ec2: lrkproxy:some features add to lrkproxy module

[Mojtaba Esfandiari . S]

Module: kamailio
Branch: master
Commit: 3c905ec289c2779b969f185021518f3532ce6833
URL: 
https://github.com/kamailio/kamailio/commit/3c905ec289c2779b969f185021518f3532ce6833

Author: Mojtaba Esfandiari.S 
Committer: Mojtaba Esfandiari.S 
Date: 2021-12-04T00:41:51+03:30

lrkproxy:some features add to lrkproxy module

add 'gt' option for optimization port resource allocation
add 'custom_sdp_ip_avp' option for handling NAT client

---

Modified: src/modules/lrkproxy/README
Modified: src/modules/lrkproxy/doc/lrkproxy_admin.xml
Modified: src/modules/lrkproxy/lrkproxy.c
Modified: src/modules/lrkproxy/lrkproxy_funcs.c
Modified: src/modules/lrkproxy/lrkproxy_funcs.h
Modified: src/modules/lrkproxy/lrkproxy_hash.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/3c905ec289c2779b969f185021518f3532ce6833.diff
Patch: 
https://github.com/kamailio/kamailio/commit/3c905ec289c2779b969f185021518f3532ce6833.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] hiops moduls refer to (#1856) (#2209)

[Mojtaba Esfandiari.S]

Closed #2209.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/2209#event-5190508928___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio/kamailio] hiops moduls refer to (#1856) (#2209)

[Mojtaba Esfandiari.S]

Because of there are a lot of changes in source code, i have to close this PR 
and create new one later. 

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/2209#issuecomment-903221818___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:81f8833c: lrkproxy: update doc/ folder

[mojtaba]

Module: kamailio
Branch: master
Commit: 81f8833ccbb80e1a4975c2ffaf56dd55fc0d3b54
URL: 
https://github.com/kamailio/kamailio/commit/81f8833ccbb80e1a4975c2ffaf56dd55fc0d3b54

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-17T13:30:28+03:30

lrkproxy: update doc/ folder

---

Modified: src/modules/lrkproxy/doc/lrkproxy_admin.xml

---

Diff:  
https://github.com/kamailio/kamailio/commit/81f8833ccbb80e1a4975c2ffaf56dd55fc0d3b54.diff
Patch: 
https://github.com/kamailio/kamailio/commit/81f8833ccbb80e1a4975c2ffaf56dd55fc0d3b54.patch

---

diff --git a/src/modules/lrkproxy/doc/lrkproxy_admin.xml 
b/src/modules/lrkproxy/doc/lrkproxy_admin.xml
index 1f9eacc534..c826047040 100644
--- a/src/modules/lrkproxy/doc/lrkproxy_admin.xml
+++ b/src/modules/lrkproxy/doc/lrkproxy_admin.xml
@@ -35,7 +35,7 @@

LRKP_Controlling Layer (LRKP_CL)

-   The first layer develope as User-Space
+   The first layer is developed as User-Space
application that allows User-Space to directly
access and manipulate cache data
buffer and packet buffer in Kernel-Space. This layer
@@ -49,7 +49,7 @@

LRKP_Transport Stateful Layer (LRKP_TSL)

-   The second layer develope in Kernel-Space as
+   The second layer is developed in Kernel-Space as
a main decision point for RTP admission controller
and Quickpath selector to where a received packet
should be forwarded with power of packet mangling


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:91c5626d: lrkproxy: update doc/ folder for README

[mojtaba]

Module: kamailio
Branch: master
Commit: 91c5626d7119cd9c78028d9b3bf968ecd7db5952
URL: 
https://github.com/kamailio/kamailio/commit/91c5626d7119cd9c78028d9b3bf968ecd7db5952

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-17T12:49:04+03:30

lrkproxy: update doc/ folder for README

---

Modified: src/modules/lrkproxy/doc/lrkproxy_admin.xml

---

Diff:  
https://github.com/kamailio/kamailio/commit/91c5626d7119cd9c78028d9b3bf968ecd7db5952.diff
Patch: 
https://github.com/kamailio/kamailio/commit/91c5626d7119cd9c78028d9b3bf968ecd7db5952.patch

---

diff --git a/src/modules/lrkproxy/doc/lrkproxy_admin.xml 
b/src/modules/lrkproxy/doc/lrkproxy_admin.xml
index 57cc2faab3..1f9eacc534 100644
--- a/src/modules/lrkproxy/doc/lrkproxy_admin.xml
+++ b/src/modules/lrkproxy/doc/lrkproxy_admin.xml
@@ -17,14 +17,16 @@

Overview

-   This is a module that enables media streams to be relayed via an
-   lrkproxy. This module works with py_lrkproxy engine in:
+   This is a module that enables media streams to be relayed via
+   pylrkproxy engine that exist in:
https://github.com/mojtabaesfandiari/pylrkproxy
-   This module does relaying audio streams between peers in
+   It does relaying audio streams between peers in
PREROUTING netfilter-hooking section in kernel-space linux.
The LRKProxy architecture is composed of two
different layers. These layers are independent of each
other.
+   For more information about LRKProxy architecture, please visit 
our paper in ieeexplore:
+   https://ieeexplore.ieee.org/document/9303608


 
@@ -33,12 +35,12 @@

LRKP_Controlling Layer (LRKP_CL)

-   The first layer is developed as User-Space
+   The first layer develope as User-Space
application that allows User-Space to directly
access and manipulate cache data
buffer and packet buffer in Kernel-Space. This layer
gets all information about creating new sessions,
-   active sessions and tear-down sessions which is
+   active sessions and teardown sessions which is
gotten from SDP body during signaling plan and relay
them to the LRKP-Transport Stateful Layer (LRKP-
TSL).
@@ -47,7 +49,7 @@

LRKP_Transport Stateful Layer (LRKP_TSL)

-   The second layer is developed in Kernel-Space as
+   The second layer develope in Kernel-Space as
a main decision point for RTP admission controller
and Quickpath selector to where a received packet
should be forwarded with power of packet mangling


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:e6bad5f9: Merge remote-tracking branch 'origin/master'

[mojtaba]

Module: kamailio
Branch: master
Commit: e6bad5f9b4625da6014f2d4e0767056dffa1719c
URL: 
https://github.com/kamailio/kamailio/commit/e6bad5f9b4625da6014f2d4e0767056dffa1719c

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-14T13:15:03+03:30

Merge remote-tracking branch 'origin/master'

---

Added: src/modules/jwt/Makefile
Added: src/modules/jwt/README
Added: src/modules/jwt/doc/Makefile
Added: src/modules/jwt/doc/jwt.xml
Added: src/modules/jwt/doc/jwt_admin.xml
Added: src/modules/jwt/jwt_mod.c
Modified: etc/kamailio.cfg
Modified: src/Makefile.groups
Modified: src/core/tcp_init.h
Modified: src/core/tcp_main.c
Modified: src/main.c
Modified: src/modules/carrierroute/cr_data.c
Modified: src/modules/carrierroute/cr_db.c
Modified: src/modules/carrierroute/cr_db.h
Modified: src/modules/carrierroute/cr_domain.h
Modified: src/modules/cplc/cpl_run.c
Modified: src/modules/dialplan/dp_db.c
Modified: src/modules/dispatcher/dispatch.c
Modified: src/modules/dispatcher/dispatcher.c
Modified: src/modules/presence/presence_dmq.c
Modified: src/modules/pv_headers/pvh_func.c
Modified: src/modules/pv_headers/pvh_hash.c
Modified: src/modules/pv_headers/pvh_str.c
Modified: src/modules/pv_headers/pvh_str.h
Modified: src/modules/registrar/README
Modified: src/modules/registrar/doc/registrar_admin.xml
Modified: src/modules/tm/t_cancel.c
Modified: src/modules/uac/README
Modified: src/modules/uac/doc/uac_admin.xml
Modified: src/modules/uac/uac.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/e6bad5f9b4625da6014f2d4e0767056dffa1719c.diff
Patch: 
https://github.com/kamailio/kamailio/commit/e6bad5f9b4625da6014f2d4e0767056dffa1719c.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:2a36a99e: lrkproxy: code optimization

[mojtaba]

Module: kamailio
Branch: master
Commit: 2a36a99e1f4a737db548adb5cefe428418f366f9
URL: 
https://github.com/kamailio/kamailio/commit/2a36a99e1f4a737db548adb5cefe428418f366f9

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-14T13:14:08+03:30

lrkproxy: code optimization

Fix some potential issues  after running Coverity static code analyser over 
lrkproxy code,

---

Modified: src/modules/lrkproxy/lrkproxy.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/2a36a99e1f4a737db548adb5cefe428418f366f9.diff
Patch: 
https://github.com/kamailio/kamailio/commit/2a36a99e1f4a737db548adb5cefe428418f366f9.patch


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:e35f0fe5: lrkproxy:fix flags condition in change_media_sdp function

[mojtaba]

Module: kamailio
Branch: master
Commit: e35f0fe59155b9efac8d3d9fe979c4ea78df7f02
URL: 
https://github.com/kamailio/kamailio/commit/e35f0fe59155b9efac8d3d9fe979c4ea78df7f02

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-10T15:30:30+03:30

lrkproxy:fix flags condition in change_media_sdp function

---

Modified: src/modules/lrkproxy/lrkproxy.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/e35f0fe59155b9efac8d3d9fe979c4ea78df7f02.diff
Patch: 
https://github.com/kamailio/kamailio/commit/e35f0fe59155b9efac8d3d9fe979c4ea78df7f02.patch

---

diff --git a/src/modules/lrkproxy/lrkproxy.c b/src/modules/lrkproxy/lrkproxy.c
index 2c0405c8a5..1ef69bb9ac 100644
--- a/src/modules/lrkproxy/lrkproxy.c
+++ b/src/modules/lrkproxy/lrkproxy.c
@@ -1224,18 +1224,21 @@ static int change_media_sdp(sip_msg_t *msg, struct 
lrkproxy_hash_entry *e, const
 start_sdp_c = strstr(off, "c=IN IP4");
 start_sdp_m = strstr(off, "m=audio");
 
-//if enabled then set direction,
-if (e->node->lrkp_n_c->internal_ip && flags) {
+//The external_ip should be set in config file for relaying RTP media 
between NIC.
+//if (e->node->lrkp_n_c->external_ip && flags) {
+if(flags) {
 if (strstr(flags, "ei")) {
 ip_selected = e->node->lrkp_n_c->internal_ip;// 
lrk_node->internal_ip;
 } else if (strstr(flags, "ie")) {
 ip_selected = e->node->lrkp_n_c->external_ip; 
//lrk_node->external_ip;
 } else {
-LM_INFO("no flags found\n");
-return 0;
+LM_INFO("unknown flags, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
-} else {
-ip_selected = e->node->lrkp_n_c->external_ip; //lrk_node->external_ip;
+}
+else {
+LM_INFO("no flags set, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
 
 if (op == OP_OFFER) {


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:de87efee: Merge branch 'lrkproxy_warning2663'

[mojtaba]

Module: kamailio
Branch: master
Commit: de87efee6d78ca54db679f2283c53f9addad5cea
URL: 
https://github.com/kamailio/kamailio/commit/de87efee6d78ca54db679f2283c53f9addad5cea

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-10T13:56:04+03:30

Merge branch 'lrkproxy_warning2663'

---

Modified: src/modules/lrkproxy/lrkproxy.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/de87efee6d78ca54db679f2283c53f9addad5cea.diff
Patch: 
https://github.com/kamailio/kamailio/commit/de87efee6d78ca54db679f2283c53f9addad5cea.patch

---

diff --git a/src/modules/lrkproxy/lrkproxy.c b/src/modules/lrkproxy/lrkproxy.c
index 2c0405c8a5..1ef69bb9ac 100644
--- a/src/modules/lrkproxy/lrkproxy.c
+++ b/src/modules/lrkproxy/lrkproxy.c
@@ -1224,18 +1224,21 @@ static int change_media_sdp(sip_msg_t *msg, struct 
lrkproxy_hash_entry *e, const
 start_sdp_c = strstr(off, "c=IN IP4");
 start_sdp_m = strstr(off, "m=audio");
 
-//if enabled then set direction,
-if (e->node->lrkp_n_c->internal_ip && flags) {
+//The external_ip should be set in config file for relaying RTP media 
between NIC.
+//if (e->node->lrkp_n_c->external_ip && flags) {
+if(flags) {
 if (strstr(flags, "ei")) {
 ip_selected = e->node->lrkp_n_c->internal_ip;// 
lrk_node->internal_ip;
 } else if (strstr(flags, "ie")) {
 ip_selected = e->node->lrkp_n_c->external_ip; 
//lrk_node->external_ip;
 } else {
-LM_INFO("no flags found\n");
-return 0;
+LM_INFO("unknown flags, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
-} else {
-ip_selected = e->node->lrkp_n_c->external_ip; //lrk_node->external_ip;
+}
+else {
+LM_INFO("no flags set, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
 
 if (op == OP_OFFER) {


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] git:master:321b9e1e: lrkproxy:fix flag parameter in change_media_sdp

[mojtaba]

Module: kamailio
Branch: master
Commit: 321b9e1e2215eb318847e0adc1341d18b6ca20ca
URL: 
https://github.com/kamailio/kamailio/commit/321b9e1e2215eb318847e0adc1341d18b6ca20ca

Author: mojtaba 
Committer: mojtaba 
Date: 2021-03-10T13:52:04+03:30

lrkproxy:fix flag parameter in change_media_sdp

Fix flags condition in change_media_sdp function.

---

Modified: src/modules/lrkproxy/lrkproxy.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/321b9e1e2215eb318847e0adc1341d18b6ca20ca.diff
Patch: 
https://github.com/kamailio/kamailio/commit/321b9e1e2215eb318847e0adc1341d18b6ca20ca.patch

---

diff --git a/src/modules/lrkproxy/lrkproxy.c b/src/modules/lrkproxy/lrkproxy.c
index 2c0405c8a5..1ef69bb9ac 100644
--- a/src/modules/lrkproxy/lrkproxy.c
+++ b/src/modules/lrkproxy/lrkproxy.c
@@ -1224,18 +1224,21 @@ static int change_media_sdp(sip_msg_t *msg, struct 
lrkproxy_hash_entry *e, const
 start_sdp_c = strstr(off, "c=IN IP4");
 start_sdp_m = strstr(off, "m=audio");
 
-//if enabled then set direction,
-if (e->node->lrkp_n_c->internal_ip && flags) {
+//The external_ip should be set in config file for relaying RTP media 
between NIC.
+//if (e->node->lrkp_n_c->external_ip && flags) {
+if(flags) {
 if (strstr(flags, "ei")) {
 ip_selected = e->node->lrkp_n_c->internal_ip;// 
lrk_node->internal_ip;
 } else if (strstr(flags, "ie")) {
 ip_selected = e->node->lrkp_n_c->external_ip; 
//lrk_node->external_ip;
 } else {
-LM_INFO("no flags found\n");
-return 0;
+LM_INFO("unknown flags, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
-} else {
-ip_selected = e->node->lrkp_n_c->external_ip; //lrk_node->external_ip;
+}
+else {
+LM_INFO("no flags set, use internal_ip\n");
+ip_selected = e->node->lrkp_n_c->internal_ip;
 }
 
 if (op == OP_OFFER) {


___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Question about textops

[Mojtaba]

Hello,
Some confusing things while developing in Kamailio:
In is_method_f function in textops module, the code checks the HDR_CSEQ_F
in msg also, and if the method name appears in CSEQ_F, The result is
returned TRUE.
These question will  arise why in this function, the CSEQ field in message
will check?
if(parse_headers(msg, HDR_CSEQ_F, 0)!=0 || msg->cseq==NULL)
{
LM_ERR("cannot parse cseq header\n");
return -1; /* should it be 0 ?!?! */
}
if(m->s==0)
return (get_cseq(msg)->method_id>len)?1:-1;
else
return (get_cseq(msg)->method_id==METHOD_OTHER
&& get_cseq(msg)->method.len==m->len
&& (strncasecmp(get_cseq(msg)->method.s, m->s,
m->len)==0))?1:-1;

I think it would be nice to add new function like: is_cseq_method_f in
module to avoid some problem understanding.

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] IMS_ISC technical specification

[Mojtaba]

Hello Ali,
I think there is a misunderstanding, When the PSI that hosted by the AS
send a initial request to SCSCF, the SCSCF really considered the request is
on behalf of IMPU. Then you have to make choice where the request
forwarded. In this case you have to check some conditions. The
P_Asserted_Identity is one of them. More conditions are appear in TS
24.229, 5.7.3 that you mentioned it before.
Nevertheless if you want make call to a registered user from your AS, Why
you don't send your reguest to ICSCF? because the ICSCF could found the
IMPU is registered or not (by LIR/LIA) and forward your request to SCSCF
and UE.
*With Best Regards.Mojtaba*

On Sat, Jul 27, 2019 at 9:47 AM Ali Shirvani  wrote:

> Hello Mojtaba,
>
> Thanks for your reply, I just tested P-Asserted-Identity, but S-CSCF
> doesn't route the request to the registered client.
>
> Regards,
> Ali
>
> On Wed, Jul 24, 2019 at 6:02 PM Mojtaba  wrote:
>
>> According to TS 24.229, The AS could send request to SCSCF, too.
>> But some rules shall be obeied.
>> For example did you add P-Asserted-Identity header to your request?
>> With Best Regards.Mojtaba
>>
>> On Wed, 24 Jul 2019, 17:19 Ali Shirvani >
>>> Hello Mojtaba,
>>>
>>> Thanks for your reply. You are completely correct, my current
>>> configuration work fine when request initiated from UEs, but I want to
>>> handle SIP requests that initiated by application server.
>>> When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check
>>> if the request match with iFC or not, if it matched kamailio forward the
>>> request to the application server.
>>> But when application server send request to S-CSCF, isc_from_as('orig')
>>> return false and I couldn't forward request to the target UE.
>>>
>>> Regards,
>>> Ali
>>>
>>> On Wed, Jul 24, 2019 at 3:45 PM Mojtaba  wrote:
>>>
>>>> Hello Ali,
>>>> The SCSCF has IFC service for decision what it should do with incoming
>>>> SIP message. During check all rules in IFC, If it match with one or some
>>>> rules, actually it marked with that rules. Then the real meaning of marking
>>>> is the SIP message is matched with one or some rules in IFC.
>>>> With Best Regards.
>>>>
>>>> On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani 
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I read some portion of imc_isc_mod.c, specially isc_from_as function.
>>>>> In that function there is some function call that searching for some marks
>>>>> in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't
>>>>> find the marking mechanism that used in isc_from_as function.
>>>>>
>>>>> Would you please point me to the technical specification that
>>>>> implemented in IMS_ISC module?
>>>>>
>>>>> Regards,
>>>>> Ali
>>>>> ___
>>>>> Kamailio (SER) - Development Mailing List
>>>>> sr-dev@lists.kamailio.org
>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>>>>
>>>>
>>>>
>>>> --
>>>> --Mojtaba Esfandiari.S
>>>> ___
>>>> Kamailio (SER) - Development Mailing List
>>>> sr-dev@lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>>>
>>> ___
>>> Kamailio (SER) - Development Mailing List
>>> sr-dev@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>> ___
>> Kamailio (SER) - Development Mailing List
>> sr-dev@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>
> ___
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] IMS_ISC technical specification

[Mojtaba]

According to TS 24.229, The AS could send request to SCSCF, too.
But some rules shall be obeied.
For example did you add P-Asserted-Identity header to your request?
With Best Regards.Mojtaba

On Wed, 24 Jul 2019, 17:19 Ali Shirvani  Hello Mojtaba,
>
> Thanks for your reply. You are completely correct, my current
> configuration work fine when request initiated from UEs, but I want to
> handle SIP requests that initiated by application server.
> When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if
> the request match with iFC or not, if it matched kamailio forward the
> request to the application server.
> But when application server send request to S-CSCF, isc_from_as('orig')
> return false and I couldn't forward request to the target UE.
>
> Regards,
> Ali
>
> On Wed, Jul 24, 2019 at 3:45 PM Mojtaba  wrote:
>
>> Hello Ali,
>> The SCSCF has IFC service for decision what it should do with incoming
>> SIP message. During check all rules in IFC, If it match with one or some
>> rules, actually it marked with that rules. Then the real meaning of marking
>> is the SIP message is matched with one or some rules in IFC.
>> With Best Regards.
>>
>> On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani 
>> wrote:
>>
>>> Hi all,
>>>
>>> I read some portion of imc_isc_mod.c, specially isc_from_as function. In
>>> that function there is some function call that searching for some marks in
>>> the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find
>>> the marking mechanism that used in isc_from_as function.
>>>
>>> Would you please point me to the technical specification that
>>> implemented in IMS_ISC module?
>>>
>>> Regards,
>>> Ali
>>> ___
>>> Kamailio (SER) - Development Mailing List
>>> sr-dev@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>
>>
>> --
>> --Mojtaba Esfandiari.S
>> ___
>> Kamailio (SER) - Development Mailing List
>> sr-dev@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>>
> ___
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] IMS_ISC technical specification

[Mojtaba]

Hello Ali,
The SCSCF has IFC service for decision what it should do with incoming SIP
message. During check all rules in IFC, If it match with one or some rules,
actually it marked with that rules. Then the real meaning of marking is the
SIP message is matched with one or some rules in IFC.
With Best Regards.

On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani  wrote:

> Hi all,
>
> I read some portion of imc_isc_mod.c, specially isc_from_as function. In
> that function there is some function call that searching for some marks in
> the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find
> the marking mechanism that used in isc_from_as function.
>
> Would you please point me to the technical specification that implemented
> in IMS_ISC module?
>
> Regards,
> Ali
> ___
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Question about connecting to rtpproxy , rtpengine and new LRE_Proxy module

[Mojtaba]

Hello,
In both rtpproxy and rtpengine modules, they use SOCK_DGRAM type to
connect to their sockets.  At some lines below, they use connect
command to connect to RTP proxy,too.
Why they use this command "connect" while their socket type are connectionless?

Another question is at send_rtpp_command function, when both module
want to send command to RTPProxy, why they create another stream
socket  (AF_LOCAL)?

fd = socket(AF_LOCAL, SOCK_STREAM, 0);

These question have raised because in LRE module which i have been
developing on it, i need to found out the LRE module can't connect to
LRE_Proxy.
Actually when i want to send a command to LRE_Proxy  with "write"
command which it's socket had disconnected before, I didn't get any
error! I have faced with this problem. It's strange why in both
rtpengine and rtpproxy modules it works!

do {
   len = writev(fd, v + 1, vcnt - 1);
} while (len == -1 && errno == EINTR);

if (len <= 0) {
   close(fd);
   LM_ERR("can't send command to a RTP proxy\n");
   goto badproxy;
}
Would you please help me.
With Best Regards.
-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] new child module for kamailio, is call "lre"

[Mojtaba]

Hello,
I mean could i cancel my last pull request and update it later? And one
other question is some parts of my code is very simple and i tagged them to
"todo...", i have to optimise them after i got some idea how i do that. For
this reason i decide to publish it on git and make questions. Is it right
way to share my question with other developers?
With Best Regards.Mojtaba


On Fri, 28 Jun 2019, 15:20 Daniel-Constantin Mierla  Hello,
>
> update on? There was no question, just an info email...
>
> Cheers,
> Daniel
> PS. It would be good to subscribe on mailing list, I let your message go
> from bounces because there were not many and I could spot non-spam, but
> they can be just discarded.
>
> On Thu, Jun 27, 2019 at 12:15 PM Mojtaba  wrote:
>
>> Hello,
>> Any update?
>>
>> On Mon, Jun 24, 2019 at 3:34 PM Mojtaba  wrote:
>> >
>> > Hello Everyone,
>> > In the middle of developing hiops module, another child module has
>> > grown up. I've been developing another module for Kamailio, I called
>> > this "lre". It means light-rtp-engine. The concept of this module is
>> > using the capability of linux-Kernel packet forwarding to forward RTP
>> > packets between both parties in a session call.
>> > As far as we know, this new way has some advantage in large VoIP
>> > networks that are using Kamailio as Proxy or SBC. Regardless of
>> > transcoding, it could be done by other servers,
>> > By using this module, Kamailio could handle a lot of concurrent calls
>> > with RTP. For example in my test-bed scenario, with 2 core of CPU,
>> > Kamailio could handle more than 1000 concurrent calls, with no issue
>> > like one-way audio or etc. The consumption of resources was
>> > incredible. Although I countn't finish the test-bed scenario,  because
>> > the resources of  SIPP servers, that make the calls, were run out.
>> > When kamailio starts, this module tries to connect to daemon project.
>> > The daemon project could be running on the same server with kamailio
>> > or on another server. The connection between two processes is TCP/IP
>> > Socket. I have to use libnfnetlink library to control Linux-kernel
>> > forwarding on the server. This library is the low-level library for
>> > netfilter related kernel/userspace communication.
>> > Some configuration in kamailio cfg is like below:
>> > #!ifdef WITH_LRE
>> > modparam("lre", "lre_sock", "tcp:192.168.122.108:8080")
>> > modparam("lre", "start_port", 10000)
>> > modparam("lre", "end_port", 3)
>> > #!endif
>> > In some parts of my code, I need some guides to optimize performance of
>> my code.
>> > The module will be published  soon on GitHub, but for some reason I
>> > need to remove my old pull-request of hiops module.I will publish it
>> > again.
>> > --
>> > --Mojtaba Esfandiari.S
>>
>>
>>
>> --
>> --Mojtaba Esfandiari.S
>>
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] new child module for kamailio, is call "lre"

[Mojtaba]

Hello,
Any update?

On Mon, Jun 24, 2019 at 3:34 PM Mojtaba  wrote:
>
> Hello Everyone,
> In the middle of developing hiops module, another child module has
> grown up. I've been developing another module for Kamailio, I called
> this "lre". It means light-rtp-engine. The concept of this module is
> using the capability of linux-Kernel packet forwarding to forward RTP
> packets between both parties in a session call.
> As far as we know, this new way has some advantage in large VoIP
> networks that are using Kamailio as Proxy or SBC. Regardless of
> transcoding, it could be done by other servers,
> By using this module, Kamailio could handle a lot of concurrent calls
> with RTP. For example in my test-bed scenario, with 2 core of CPU,
> Kamailio could handle more than 1000 concurrent calls, with no issue
> like one-way audio or etc. The consumption of resources was
> incredible. Although I countn't finish the test-bed scenario,  because
> the resources of  SIPP servers, that make the calls, were run out.
> When kamailio starts, this module tries to connect to daemon project.
> The daemon project could be running on the same server with kamailio
> or on another server. The connection between two processes is TCP/IP
> Socket. I have to use libnfnetlink library to control Linux-kernel
> forwarding on the server. This library is the low-level library for
> netfilter related kernel/userspace communication.
> Some configuration in kamailio cfg is like below:
> #!ifdef WITH_LRE
> modparam("lre", "lre_sock", "tcp:192.168.122.108:8080")
> modparam("lre", "start_port", 1)
> modparam("lre", "end_port", 3)
> #!endif
> In some parts of my code, I need some guides to optimize performance of my 
> code.
> The module will be published  soon on GitHub, but for some reason I
> need to remove my old pull-request of hiops module.I will publish it
> again.
> --
> --Mojtaba Esfandiari.S



-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] new child module for kamailio, is call "lre"

[Mojtaba]

Hello Everyone,
In the middle of developing hiops module, another child module has
grown up. I've been developing another module for Kamailio, I called
this "lre". It means light-rtp-engine. The concept of this module is
using the capability of linux-Kernel packet forwarding to forward RTP
packets between both parties in a session call.
As far as we know, this new way has some advantage in large VoIP
networks that are using Kamailio as Proxy or SBC. Regardless of
transcoding, it could be done by other servers,
By using this module, Kamailio could handle a lot of concurrent calls
with RTP. For example in my test-bed scenario, with 2 core of CPU,
Kamailio could handle more than 1000 concurrent calls, with no issue
like one-way audio or etc. The consumption of resources was
incredible. Although I countn't finish the test-bed scenario,  because
the resources of  SIPP servers, that make the calls, were run out.
When kamailio starts, this module tries to connect to daemon project.
The daemon project could be running on the same server with kamailio
or on another server. The connection between two processes is TCP/IP
Socket. I have to use libnfnetlink library to control Linux-kernel
forwarding on the server. This library is the low-level library for
netfilter related kernel/userspace communication.
Some configuration in kamailio cfg is like below:
#!ifdef WITH_LRE
modparam("lre", "lre_sock", "tcp:192.168.122.108:8080")
modparam("lre", "start_port", 1)
modparam("lre", "end_port", 3)
#!endif
In some parts of my code, I need some guides to optimize performance of my code.
The module will be published  soon on GitHub, but for some reason I
need to remove my old pull-request of hiops module.I will publish it
again.
-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Some issue in developing module

[Mojtaba]

Hello Everybody,
In during developing new module in Kamailio, I encountered with strange
thing. I used htable module instead of linked list for save some temporary
data during call process.dependencies module to save some information. the
skeleton of my code is like thus:

if (SIP_REQUEST _INVITE) {
  insert_data_htable("some data");
  other_process(msg);
}else if(SIP_REPLY){
 get_data_htable("some data");
 other_process(msg);
}
In other_process function i have some changes in msg's body with message
lump.
But after i make first call in kamailio. The kamailio was crashed.What is
it's problem?
In additional if i comment either insert/get_data_htable function or
othet_process function, i dont have this issue.
With best regards.

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] New Approach Of Relaying RTP (Media) In TURN

[Mojtaba]

Hello Everyone,
Since last my email about optimization hiops module for kamailio, I am
thinking about new approach of relaying RTP (media) in Kamailio. I
know there are some modules like RTPEngine, RTPProxy and
rtp_media_server in Kamailio.
All those modules are in TURN concept of NAT-Traversal in vioce over
ip networks.
Suppose there is no needed for transcoding in some calls, then those
modules get RTP packets from one hand and relay them to another hand.
This activities (with no transcoding) could be done by just forwarding
RTP-packet in third level of networks,too. Just like as connection
tracking have been doing in Linux Kernel. The RTPEngine use Linux
Kernel, But it is different from my own idea.
Actually i have written another module in Kamailio (light-rtp-engine
or lre) for checking this concept. it works great.It increase
concurrent of calls rather than other modules in the same situation
(no transcoding situation).
Now i want to integrate this module with all other RTP-engine module
in Kamailio, For example in some situation that the call no need for
transcoding, the module runs as upper layer on other RTP modules and
active forwarding packet by add new rule in Linux Kernel connection
tracking.
Now i need to get some idea of working this module with other RTP
module in Kamailio. Do you have any idea in regard of this module
works as upper layer on other RTP-modules?
Do you have better idea of using this new approach of relaying RTP in Kamailio?
With Best Regards.
-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] fork process during developing module

[Mojtaba]

Hello,
I just ask this question for more understanding during developing new
module in Kamailio,
A you know better than me, we could use register_procs and fork_process
functions to create new fork process in Kamailio project. I just did the
same things for first handover interface in hiops module. Finally you could
see list of all process with "kamctl ps" command.
I want to do the same things for third handover interface in hiops module,
But i think it would not be nice to see  a lot of list of process in
output! This conditions would be occurred if someone set the
hi3_worker_process parameter in hiops module to 100.
Am i right? Don't you think it is better to use nested fork process instead?
What do you think?
With Best Regards.Mojtaba
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Using htable module while developing other modules

[Mojtaba]

Yes, I have not seen before. I have written the function just as
ht_api_get_cell_expire_f function that it returned the value of cell,too.
Sure, I will look around this function again and try to pull request it.
Thanks.



On Sun, 24 Feb 2019, 02:19 Henning Westerholt,  wrote:

> Am Samstag, 23. Februar 2019, 12:42:28 CET schrieb Mojtaba:
> > According to previous my question about udsing htable module as
> > dependencies module in other modules (Actually i mean hiops module), i
> want
> > to have some changes in my code. Already i saved some data in cache
> memory
> > that is implemented via linked_list structure in module, i want to
> replace
> > them with htable module.
> > So i have to load htable module and some more extra works, all things are
> > straightforward. But when i have more dived into htable module (api.c,
> > ht_api.c files), there is no function to get the value of specific key.
> > there is  "ht_api_get_cell_expire_f" function that it just get back the
> > expire time, no value of key.
> > Now I need a function that it  return the value of key also, Could i add
> > this function in api.c and ht_api.c  source files and commit it or not?
> > If there is already the function like this, let me know about it?
> > Let me know about it?
>
> Hello Mojtaba,
>
> the htable API could be extended if necessary. So you propose a
> ht_api_get_cell" API function binding? The proper way to add this to the
> htable module would be with a pull request, that the author can have a
> look
> and it can be reviewed and maybe adapted before integration.
>
> I looked in the API, there is no function like this right now:
>
> typedef struct htable_api {
> ht_api_set_cell_f set;
> ht_api_del_cell_f rm;
> ht_api_set_cell_expire_f set_expire;
> ht_api_get_cell_expire_f get_expire;
> ht_api_rm_cell_re_f rm_re;
> ht_api_count_cells_re_f count_re;
> } htable_api_t;
>
> Best regards,
>
> Henning
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://skalatan.de/services
> Kamailio security assessment - https://skalatan.de/de/assessment
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Using htable module while developing other modules

[Mojtaba]

Hello,
According to previous my question about udsing htable module as
dependencies module in other modules (Actually i mean hiops module), i want
to have some changes in my code. Already i saved some data in cache memory
that is implemented via linked_list structure in module, i want to replace
them with htable module.
So i have to load htable module and some more extra works, all things are
straightforward. But when i have more dived into htable module (api.c,
ht_api.c files), there is no function to get the value of specific key.
there is  "ht_api_get_cell_expire_f" function that it just get back the
expire time, no value of key.
Now I need a function that it  return the value of key also, Could i add
this function in api.c and ht_api.c  source files and commit it or not?
If there is already the function like this, let me know about it?
Let me know about it?
With Regards
-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Add new module (Beta Release) into Kamailio project

[Mojtaba]

Hello,
I just commited the hiops module in Kamailio project.
It just is under developing and will take afew time.
Thanks

On Thu, 14 Feb 2019, 13:59 Mojtaba,  wrote:

> Sure, I will look into it.
> Thanks
>
> On Thu, Feb 14, 2019 at 12:52 PM Henning Westerholt 
> wrote:
>
>> Am Mittwoch, 13. Februar 2019, 21:24:00 CET schrieb Mojtaba:
>> > Let me know how i could insert my module (hiops)  into Kamailio github
>> > project?
>> > Also i've had some changes into other Kamailio file sources core
>> path(such
>> > as those that i asked before here, with this subject: A bit trick in
>> > msg_translator.c source file"), How i could push them to Kamailio
>> > project,too?
>> > Does it's enough i just pull all file sources and add my module along
>> with
>> > all others changes, push them with new branche in Kamailio project?
>>
>> Hello Mojtbaba,
>>
>> additional to the comment from Olle, have a look to this documentation:
>>
>> https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
>>
>> Looking forward to your pull request.
>>
>> Best regards,
>>
>> Henning
>>
>> --
>> Henning Westerholt - https://skalatan.de/blog/
>> Kamailio services - https://skalatan.de/services
>> Kamailio security assessment - https://skalatan.de/de/assessment
>>
>
>
> --
> --Mojtaba Esfandiari.S
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Add new module (Beta Release) into Kamailio project

[Mojtaba]

Sure, I will look into it.
Thanks

On Thu, Feb 14, 2019 at 12:52 PM Henning Westerholt  wrote:

> Am Mittwoch, 13. Februar 2019, 21:24:00 CET schrieb Mojtaba:
> > Let me know how i could insert my module (hiops)  into Kamailio github
> > project?
> > Also i've had some changes into other Kamailio file sources core
> path(such
> > as those that i asked before here, with this subject: A bit trick in
> > msg_translator.c source file"), How i could push them to Kamailio
> > project,too?
> > Does it's enough i just pull all file sources and add my module along
> with
> > all others changes, push them with new branche in Kamailio project?
>
> Hello Mojtbaba,
>
> additional to the comment from Olle, have a look to this documentation:
>
> https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
>
> Looking forward to your pull request.
>
> Best regards,
>
> Henning
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://skalatan.de/services
> Kamailio security assessment - https://skalatan.de/de/assessment
>


-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Add new module (Beta Release) into Kamailio project

[Mojtaba]

Hello,
Let me know how i could insert my module (hiops)  into Kamailio github
project?
Also i've had some changes into other Kamailio file sources core path(such
as those that i asked before here, with this subject: A bit trick in
msg_translator.c source file"), How i could push them to Kamailio
project,too?
Does it's enough i just pull all file sources and add my module along with
all others changes, push them with new branche in Kamailio project?
With Regardd.Mojtaba
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Give me a suggest for module implementation

[Mojtaba]

Hello Henning,
I looked at htable and usrloc modules, I just got some ideas from them. It
seems good. I could implement fork_sync_timer in my module and do some
specific process in interval times. That's greats.
Thank you again.
With Best Regards. Mojtaba

On Sun, Jan 20, 2019 at 11:24 PM Mojtaba  wrote:

> Sure. I just thought i would keep the list.
> I will look around it to give some ideas.
> Thanks again
> On Sun, 20 Jan 2019, 23:15 Henning Westerholt,  wrote:
>
>> Am Sonntag, 20. Januar 2019, 17:57:33 CET schrieb Mojtaba:
>> > Hello Henning,
>> >
>> > Thank you for replying.Sure. It would be useful. Thanks
>> > Using htable module is good idea, But if i want not to use htable module
>> > and save part of SIP Messagre in memory , How do i impelement
>> auto-expire
>> > after afew time?
>> > With regards.
>>
>> Hello Mojtaba,
>>
>> please keep the list in CC.
>>
>> The htable module support this memory storage and also auto-expiration
>> out of
>> the box. :-)
>>
>> You can find (a bit complicated) example in the usrloc module. A starting
>> point for the expiration logic can be the delete_ucontact(..) function
>> there.
>> You need to store the SIP message data in a proper data structure like a
>> list
>> or a hash table.
>>
>> Best regards,
>>
>> Henning
>>
>> > On Sun, 20 Jan 2019, 18:47 Henning Westerholt,  wrote:
>> > > Am Samstag, 19. Januar 2019, 10:43:09 CET schrieb Mojtaba:
>> > > > Sorry for my mistake in subject!
>> > > > "Give me suggestions for module implementation", anyway,
>> > > > Give me suggestions for duplication detection algorithm?
>> > >
>> > > Hello Mojtaba,
>> > >
>> > > just to give you an idea: you can access and store parts of the
>> message in
>> > > memory with e.g. the htable module. Then you can compare it during the
>> > > route
>> > > block with the new incoming message and reject it.
>> > >
>> > > I found this old discussion thread about a similar topic:
>> > > https://lists.kamailio.org/pipermail/users/2009-February/021906.html
>> > >
>> > > You can of course also implement this in a module, but in this case it
>> > > would
>> > > not be necessary.
>> > >
>> > > Maybe this is helpful for your as well.
>>
>> --
>> Henning Westerholt - https://skalatan.de/blog/
>> Kamailio services - https://skalatan.de/services
>> Kamailio security assessment - https://skalatan.de/de/assessment
>>
>

-- 
--Mojtaba Esfandiari.S
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Give me a suggest for module implementation

[Mojtaba]

Sure. I just thought i would keep the list.
I will look around it to give some ideas.
Thanks again
On Sun, 20 Jan 2019, 23:15 Henning Westerholt,  wrote:

> Am Sonntag, 20. Januar 2019, 17:57:33 CET schrieb Mojtaba:
> > Hello Henning,
> >
> > Thank you for replying.Sure. It would be useful. Thanks
> > Using htable module is good idea, But if i want not to use htable module
> > and save part of SIP Messagre in memory , How do i impelement auto-expire
> > after afew time?
> > With regards.
>
> Hello Mojtaba,
>
> please keep the list in CC.
>
> The htable module support this memory storage and also auto-expiration out
> of
> the box. :-)
>
> You can find (a bit complicated) example in the usrloc module. A starting
> point for the expiration logic can be the delete_ucontact(..) function
> there.
> You need to store the SIP message data in a proper data structure like a
> list
> or a hash table.
>
> Best regards,
>
> Henning
>
> > On Sun, 20 Jan 2019, 18:47 Henning Westerholt,  wrote:
> > > Am Samstag, 19. Januar 2019, 10:43:09 CET schrieb Mojtaba:
> > > > Sorry for my mistake in subject!
> > > > "Give me suggestions for module implementation", anyway,
> > > > Give me suggestions for duplication detection algorithm?
> > >
> > > Hello Mojtaba,
> > >
> > > just to give you an idea: you can access and store parts of the
> message in
> > > memory with e.g. the htable module. Then you can compare it during the
> > > route
> > > block with the new incoming message and reject it.
> > >
> > > I found this old discussion thread about a similar topic:
> > > https://lists.kamailio.org/pipermail/users/2009-February/021906.html
> > >
> > > You can of course also implement this in a module, but in this case it
> > > would
> > > not be necessary.
> > >
> > > Maybe this is helpful for your as well.
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://skalatan.de/services
> Kamailio security assessment - https://skalatan.de/de/assessment
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] Give me a suggest for module implementation

[Mojtaba]

Hello guys,
Sorry for my mistake in subject!
"Give me suggestions for module implementation", anyway,
Give me suggestions for duplication detection algorithm?
With Regards. Mojtaba
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Give me a suggest for module implementation

[Mojtaba]

Hello
As you will know i am developing new module for Kamailio and i'll commit on
main project as soon as. Let me give more news about this module later.
But i wanna to share with you one thing, if you were in my shoes, what do
you to found out duplicated signalling? I don't mean retransmision messages.
Let's go to question: In kamailio, you could get a copy of signalling
message that is generated by siptrace module in other one kamailio. We know
it would be send some signalling messages twice or more in duplicate( I
mean 180Ringing, 200OK or etc), How we could found out them? Actually i
must do it in module not do in cfg configuration.
Would you please give me a suggest? I really need a sugest with no extra
overhead.
With regards.Mojtaba
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] A bit trick in msg_translator.c source file

[Mojtaba]

Hello ,
Does anybody know why the lenght of both ip-address (s and name) in
check_via_address function in msg_translator.c source file dose not
check first?
Actually i think it's better do.
For example if via:192.168.122.1 and src:192.168.122.100, the result
returned true, as they are not the same!
With.Regards. Mojtaba
Happy new year

--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] compile source file in subdirectory of module

[Mojtaba]

Hi,
Let me know how i could add subdirectory in Makefile for module?
I am developing new module for kamailio. Some source files pasted in
subdirectory of main module. I need to compile them  when i run make
-C command.
But know it just compile all source file that exist in current
directory of module.
With best regards
-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] ASN-HI2Operations module in Kamailio

[Mojtaba]

Hello,
I am Mojtaba Esfandiai.
I am going to implement new module in Kamailio, In this module i wanna
to implement HI2Operations,ver18 for Lawful Interception (ETSI TS 101
671 V3.15.1).
My idea is when the request is received by Kamailio was "subject of
target", a module's function is executed.
In cmd_functions. we should check type of IRIContent and related data.
Then we encapsulated all data and encode in in BER file and save in in
favourite path.
Do you have any idea for this module?
Thanks With Regards.
-- 
--Mojtaba Esfandiari.S

___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev