Re: [SR-Users] Weird config parsing issues - 5.4

2020-08-20 Thread Noah Mehl
Adding a new line did not resolve this.

~Noah

> On Aug 20, 2020, at 12:33 PM, Cindy Leung  wrote:
> 
> Try adding a newline at the end of your cfg files.
> 
> On Thu, Aug 20, 2020 at 11:48 AM Noah Mehl  > wrote:
> All,
> 
> I have built branch 5.4 from source, and I’m working with the default config. 
>  However, from time to time I get this error when launching kamailio:
> 
> root@inbound-kamailio-test-02:~# /usr/local/sbin/kamailio -P 
> /run/kamailio/kamailio.pid -f /usr/local/etc/kamailio/kamailio.cfg -m 128 -M 
> 64 -E
>  0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in 
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34: 
> syntax error
>  0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in 
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34: 
> Invalid arguments
>  0(1296) CRITICAL:  [core/cfg.y:3591]: yyerror_at(): parse error in 
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 35: 
> ERROR: bad config file (3 errors)
>  0(1296) ERROR:  [core/ppcfg.c:234]: pp_ifdef_level_error(): different 
> number of preprocessor directives: 1 more #!if[n]def as #!endif
> 
> However, if I run a “make install” from the source directory, this error goes 
> away.  Has anyone run into this issue before?
> 
> Configs attached.
> 
> Thanks!
> 
> ~Noah
> 
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org 
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org 
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> 
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] CockroachDB and Kamailio

2020-08-20 Thread Noah Mehl
Henning,

So, for the default config, it only has the option for: WITH_MYSQL.  I was 
wondering if a WITH_PGSQL would be accepted.

As for the kamdbctl scripts, there are a few things I’ve noticed:

I would prefer UUID vs SERIAL.  This actually is a little more annoying when 
dealing with the SEQUENCE entity in Postgres.  The only change required, is to 
load the pgcrypto extension and switch to uuid instead of SERIAL.  I have a 
tracking branch here:

https://github.com/reperio/kamailio/tree/postgres_uuid 


The other reason is that for cockroachdb, using gen_random_uuid() is documented 
to be more efficient 
 (in addition 
to being a preference).

As for cockroachdb, I have a tracking branch (based on the uuid branch) that 
seems to be working well:

https://github.com/reperio/kamailio/tree/cockroach 


So far, the only issue in the creation/managment of the schema is: CREATE 
FUNCTION.  But it looks like maybe concat() and random() are already supported 
by cockroackdb: 
https://www.cockroachlabs.com/docs/stable/functions-and-operators.html 
.  I 
will have to dig deeper into the lcr module to see where/if this is an issue.

Thanks!

~Noah

> On Aug 20, 2020, at 2:23 PM, Henning Westerholt  wrote:
> 
> Hi Noah,
> 
> if you find something that does not work with the default PostgreSQL schema 
> from kamdbctl, create an issue. It some cases it is just a matter of 
> formatting and it can work for PostgreSQL and CockroachDB. This is probably 
> the easier path, from an maintenance point of view.
> 
> What do you mean by default configuration?
> 
> Cheers,
> 
> Henning
> 
> -- 
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://gilawa.com 
> 
> -Original Message-
> From: Noah Mehl  
> Sent: Thursday, August 20, 2020 6:35 PM
> To: Henning Westerholt 
> Cc: Kamailio (SER) - Users Mailing List 
> Subject: Re: [SR-Users] CockroachDB and Kamailio
> 
> Henning,
> 
> Thanks for the reply!  I am testing away.  I will update with my findings.
> 
> That being said, some things might be slightly different.  Should I add a 
> cockroachdb option to the kamdbctl and default configs as a PR?
> 
> ~Noah
> 
>> On Aug 20, 2020, at 2:35 AM, Henning Westerholt  wrote:
>> 
>> Dear Noah,
>> 
>> it was probably not discussed on the public list, at least I don't remember 
>> it. Cockroachdb claims to be compatible with PostgreSQL, so it should work 
>> with this DB Kamailio module.
>> 
>> If you encounter issues, report on this list, or open a bug report if its 
>> something related to problems in the Kamailio db_postgres module.
>> 
>> Cheers,
>> 
>> Henning
>> 
>> --
>> Henning Westerholt - https://skalatan.de/blog/ Kamailio services - 
>> https://gilawa.com
>> 
>> -Original Message-
>> From: sr-users  On Behalf Of Noah 
>> Mehl
>> Sent: Wednesday, August 19, 2020 10:13 PM
>> To: sr-users@lists.kamailio.org
>> Subject: [SR-Users] CockroachDB and Kamailio
>> 
>> Has anyone been down this path before?  We are trying to test this out and 
>> the results are pretty promising so far.
>> 
>> I realize the lack of Stored Procedures and Triggers make this untenable for 
>> many Postgres based implementations.
>> 
>> Thanks!
>> 
>> ~Noah
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> 

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


Re: [SR-Users] Bug in Postgres SQL Script?

2020-08-20 Thread Noah Mehl
Ah, I see now.

Thanks!

~Noah

> On Aug 20, 2020, at 2:50 PM, Alex Balashov  wrote:
> 
> On 8/20/20 2:45 PM, Noah Mehl wrote:
> 
>> Basically, there are no tables created for Postgres that end in _id_seq.
> 
> No tables, or no entities?
> 
> https://www.postgresql.org/docs/current/sql-createsequence.html
> 
> https://www.postgresqltutorial.com/postgresql-serial/
> https://www.postgresqltutorial.com/postgresql-identity-column/
> 
> -- Alex
> 
> -- 
> Alex Balashov | Principal | Evariste Systems LLC
> 
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


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


Re: [SR-Users] Bug in Postgres SQL Script?

2020-08-20 Thread Alex Balashov

On 8/20/20 2:45 PM, Noah Mehl wrote:


Basically, there are no tables created for Postgres that end in _id_seq.


No tables, or no entities?

https://www.postgresql.org/docs/current/sql-createsequence.html

https://www.postgresqltutorial.com/postgresql-serial/
https://www.postgresqltutorial.com/postgresql-identity-column/

-- Alex

--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

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


[SR-Users] Bug in Postgres SQL Script?

2020-08-20 Thread Noah Mehl
Hey all,

I’m trying to understand the following lines in the kamdbctl.pgsql script:

https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f815d27de9/utils/kamctl/kamdbctl.pgsql#L150-L153
 

https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f815d27de9/utils/kamctl/kamdbctl.pgsql#L211
 

https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f815d27de9/utils/kamctl/kamdbctl.pgsql#L245-L246
 


Basically, there are no tables created for Postgres that end in _id_seq.

Am I missing something here?

Thanks!

~Noah___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] CockroachDB and Kamailio

2020-08-20 Thread Henning Westerholt
Hi Noah,

if you find something that does not work with the default PostgreSQL schema 
from kamdbctl, create an issue. It some cases it is just a matter of formatting 
and it can work for PostgreSQL and CockroachDB. This is probably the easier 
path, from an maintenance point of view.

What do you mean by default configuration?

Cheers,

Henning

-- 
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com 

-Original Message-
From: Noah Mehl  
Sent: Thursday, August 20, 2020 6:35 PM
To: Henning Westerholt 
Cc: Kamailio (SER) - Users Mailing List 
Subject: Re: [SR-Users] CockroachDB and Kamailio

Henning,

Thanks for the reply!  I am testing away.  I will update with my findings.

That being said, some things might be slightly different.  Should I add a 
cockroachdb option to the kamdbctl and default configs as a PR?

~Noah

> On Aug 20, 2020, at 2:35 AM, Henning Westerholt  wrote:
> 
> Dear Noah,
> 
> it was probably not discussed on the public list, at least I don't remember 
> it. Cockroachdb claims to be compatible with PostgreSQL, so it should work 
> with this DB Kamailio module.
> 
> If you encounter issues, report on this list, or open a bug report if its 
> something related to problems in the Kamailio db_postgres module.
> 
> Cheers,
> 
> Henning
> 
> --
> Henning Westerholt - https://skalatan.de/blog/ Kamailio services - 
> https://gilawa.com
> 
> -Original Message-
> From: sr-users  On Behalf Of Noah 
> Mehl
> Sent: Wednesday, August 19, 2020 10:13 PM
> To: sr-users@lists.kamailio.org
> Subject: [SR-Users] CockroachDB and Kamailio
> 
> Has anyone been down this path before?  We are trying to test this out and 
> the results are pretty promising so far.
> 
> I realize the lack of Stored Procedures and Triggers make this untenable for 
> many Postgres based implementations.
> 
> Thanks!
> 
> ~Noah
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


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


Re: [SR-Users] CockroachDB and Kamailio

2020-08-20 Thread Alex Balashov
I don’t know that the project can reasonably support every conceivable 
database. We might be wise to stick to the major ones.

—
Sent from mobile, with due apologies for brevity and errors.

> On Aug 20, 2020, at 11:35 AM, Noah Mehl  wrote:
> 
> Henning,
> 
> Thanks for the reply!  I am testing away.  I will update with my findings.
> 
> That being said, some things might be slightly different.  Should I add a 
> cockroachdb option to the kamdbctl and default configs as a PR?
> 
> ~Noah
> 
>> On Aug 20, 2020, at 2:35 AM, Henning Westerholt  wrote:
>> 
>> Dear Noah,
>> 
>> it was probably not discussed on the public list, at least I don't remember 
>> it. Cockroachdb claims to be compatible with PostgreSQL, so it should work 
>> with this DB Kamailio module.
>> 
>> If you encounter issues, report on this list, or open a bug report if its 
>> something related to problems in the Kamailio db_postgres module.
>> 
>> Cheers,
>> 
>> Henning
>> 
>> -- 
>> Henning Westerholt - https://skalatan.de/blog/
>> Kamailio services - https://gilawa.com 
>> 
>> -Original Message-
>> From: sr-users  On Behalf Of Noah Mehl
>> Sent: Wednesday, August 19, 2020 10:13 PM
>> To: sr-users@lists.kamailio.org
>> Subject: [SR-Users] CockroachDB and Kamailio
>> 
>> Has anyone been down this path before?  We are trying to test this out and 
>> the results are pretty promising so far.
>> 
>> I realize the lack of Stored Procedures and Triggers make this untenable for 
>> many Postgres based implementations.
>> 
>> Thanks!
>> 
>> ~Noah
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> 
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

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


Re: [SR-Users] Weird config parsing issues - 5.4

2020-08-20 Thread Cindy Leung
Try adding a newline at the end of your cfg files.

On Thu, Aug 20, 2020 at 11:48 AM Noah Mehl  wrote:

> All,
>
> I have built branch 5.4 from source, and I’m working with the default
> config.  However, from time to time I get this error when launching
> kamailio:
>
> root@inbound-kamailio-test-02:~# /usr/local/sbin/kamailio -P
> /run/kamailio/kamailio.pid -f /usr/local/etc/kamailio/kamailio.cfg -m 128
> -M 64 -E
>  0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34:
> syntax error
>  0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34:
> Invalid arguments
>  0(1296) CRITICAL:  [core/cfg.y:3591]: yyerror_at(): parse error in
> config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 35:
> ERROR: bad config file (3 errors)
>  0(1296) ERROR:  [core/ppcfg.c:234]: pp_ifdef_level_error():
> different number of preprocessor directives: 1 more #!if[n]def as #!endif
>
> However, if I run a “make install” from the source directory, this error
> goes away.  Has anyone run into this issue before?
>
> Configs attached.
>
> Thanks!
>
> ~Noah
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Weird config parsing issues - 5.4

2020-08-20 Thread Noah Mehl
All,

I have built branch 5.4 from source, and I’m working with the default config.  
However, from time to time I get this error when launching kamailio:

root@inbound-kamailio-test-02:~# /usr/local/sbin/kamailio -P 
/run/kamailio/kamailio.pid -f /usr/local/etc/kamailio/kamailio.cfg -m 128 -M 64 
-E
 0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in 
config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34: 
syntax error
 0(1296) CRITICAL:  [core/cfg.y:3588]: yyerror_at(): parse error in 
config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 30-34: 
Invalid arguments
 0(1296) CRITICAL:  [core/cfg.y:3591]: yyerror_at(): parse error in 
config file /usr/local/etc/kamailio/kamailio.cfg, line 410, column 35: 
ERROR: bad config file (3 errors)
 0(1296) ERROR:  [core/ppcfg.c:234]: pp_ifdef_level_error(): different 
number of preprocessor directives: 1 more #!if[n]def as #!endif

However, if I run a “make install” from the source directory, this error goes 
away.  Has anyone run into this issue before?

Configs attached.

Thanks!

~Noah




kamailio.cfg
Description: Binary data


kamailio-local.cfg
Description: Binary data
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] CockroachDB and Kamailio

2020-08-20 Thread Noah Mehl
Henning,

Thanks for the reply!  I am testing away.  I will update with my findings.

That being said, some things might be slightly different.  Should I add a 
cockroachdb option to the kamdbctl and default configs as a PR?

~Noah

> On Aug 20, 2020, at 2:35 AM, Henning Westerholt  wrote:
> 
> Dear Noah,
> 
> it was probably not discussed on the public list, at least I don't remember 
> it. Cockroachdb claims to be compatible with PostgreSQL, so it should work 
> with this DB Kamailio module.
> 
> If you encounter issues, report on this list, or open a bug report if its 
> something related to problems in the Kamailio db_postgres module.
> 
> Cheers,
> 
> Henning
> 
> -- 
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://gilawa.com 
> 
> -Original Message-
> From: sr-users  On Behalf Of Noah Mehl
> Sent: Wednesday, August 19, 2020 10:13 PM
> To: sr-users@lists.kamailio.org
> Subject: [SR-Users] CockroachDB and Kamailio
> 
> Has anyone been down this path before?  We are trying to test this out and 
> the results are pretty promising so far.
> 
> I realize the lack of Stored Procedures and Triggers make this untenable for 
> many Postgres based implementations.
> 
> Thanks!
> 
> ~Noah
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


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


Re: [SR-Users] kamailio+rtpengine for media not playing media file while hold the call

2020-08-20 Thread Amit Pal
Dear Richard Fuchs,

Thanks for giving your valuable time.

I am newbie of kamailio and taking configuration file from
kamailio mailing list.
I need to know where I am going to change for play hold music on 'reconly'.
I am attaching kamailio.cfg file.

 

 

Please guide me where I need to change.

 

Thanks 

Amit Pal

 

 

From: sr-users [mailto:sr-users-boun...@lists.kamailio.org] On Behalf Of
Richard Fuchs
Sent: Thursday, August 20, 2020 7:05 PM
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] kamailio+rtpengine for media not playing media file
while hold the call

 

On 20/08/2020 03.42, Amit Pal wrote:

Dear Team, 

 

   I am using kamailio with rtpengine  for media. 
when call getting hold no media sound play (configure hold.mp3). 

 

 

>From rtpengine gets following error.

rtpengine[624]: ERR:  No suitable SDP section for media playback

rtpengine[624]: WARNING:  Protocol error in packet from 127.0.0.1:46333:
Failed to start media playback from file [d8:supportsl10:load
limite4:file38:/home/coralswitch/queuesounds/hold.mp37:call-id60:89162207232
fae50MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.13:received-froml3:IP414:19
2.168.20.254e8:from-tag32:9f5288f14b704b28a1c2dfc2112250eb6:to-tag8:1e05e757
7:command10:play mediae]

rtpengine[624]: INFO:  Received command 'offer' from 127.0.0.1:46333

rtpengine[624]: INFO: Replying to 'offer' from 127.0.0.1:46333 (elapsed time
0.000106 sec) 

 /usr/local/sbin/kamailio[9094]: ERROR:rtpengine [rtpengine.c:2619]:
rtpp_function_call(): proxy replied with error: Failed to start media
playback from file

 

Attached file show complete log of one call with hold /unhold actions.

That's because you tried to play media towards a `sendonly` RTP client.

Cheers



kamailio.cfg
Description: Binary data
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] kamailio+rtpengine for media not playing media file while hold the call

2020-08-20 Thread Richard Fuchs

On 20/08/2020 03.42, Amit Pal wrote:


Dear Team,

   I am using kamailio with rtpengine  for media.
when call getting hold no media sound play (configure hold.mp3).

From rtpengine gets following error.

rtpengine[624]: ERR:  No suitable SDP section for media playback

rtpengine[624]: WARNING:  Protocol error in packet from 
127.0.0.1:46333: Failed to start media playback from file 
[d8:supportsl10:load 
limite4:file38:/home/coralswitch/queuesounds/hold.mp37:call-id60:89162207232fae50MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.13:received-froml3:IP414:192.168.20.254e8:from-tag32:9f5288f14b704b28a1c2dfc2112250eb6:to-tag8:1e05e7577:command10:play 
mediae]


rtpengine[624]: INFO:  Received command 'offer' from 127.0.0.1:46333

rtpengine[624]: INFO: Replying to 'offer' from 127.0.0.1:46333 
(elapsed time 0.000106 sec)


 /usr/local/sbin/kamailio[9094]: ERROR:rtpengine [rtpengine.c:2619]: 
rtpp_function_call(): proxy replied with error: Failed to start media 
playback from file


Attached file show complete log of one call with hold /unhold actions.


That's because you tried to play media towards a `sendonly` RTP client.

Cheers

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


Re: [SR-Users] Module IMS_QOS does not support Re-Auth Request (RAR)

2020-08-20 Thread hrhashmi
Dear Users

Can somebody confirms either module ims_qos supports RAR or not?

Regards
Hamid R. Hashmi



--
Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html

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


[SR-Users] Kamailio drop calls with Teams

2020-08-20 Thread sip user
 Hi, I'm connecting Teams with kamailio server. From Kamailio to teams I
have no problems, but from teams to Kamailio yes. Drop the call..

With ngrep I see that:

INVITE sip:1005@CLIENT_IP:55766;transport=UDP;rinstance=d47edf336726e940
SIP/2.0.
Record-Route: .
Record-Route: .
FROM: "Javier Gonz..lez Mu..oz";tag=c17bb1eb7f8649d4a89d8d4a876ac32b.
TO: .
CSEQ: 1 INVITE.
CALL-ID: c1364913e582553a9a9c2544c3583b0a.
MAX-FORWARDS: 69.
Via: SIP/2.0/UDP
92.222.217.64;branch=z9hG4bK7bb5.0fbae76a37829205e04279f220a26af2.0;i=a1.
VIA: SIP/2.0/TLS 52.114.76.76:5061;branch=z9hG4bKd216a55.
RECORD-ROUTE: .
CONTACT: .
CONTENT-LENGTH: 1091.
MIN-SE: 300.
SUPPORTED: timer.
USER-AGENT: Microsoft.PSTNHub.SIPProxy v.2020.7.31.1 i.EUNO.0.
CONTENT-TYPE: application/sdp.
ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY.
P-ASSERTED-IDENTITY: ,.
PRIVACY: id.
SESSION-EXPIRES: 3600.
.
v=0.
o=- 165103 0 IN IP4 127.0.0.1.
s=session.
c=IN IP4 52.113.44.8.
b=CT:1000.
t=0 0.
m=audio 50452 RTP/SAVP 104 9 103 111 18 0 8 97 101 13 118.
c=IN IP4 52.113.44.8.
a=rtcp:50453.
a=ice-ufrag:FZTb.
a=ice-pwd:yD3P7nr+xNq0VYdv7xpB1F+Y.
a=rtcp-mux.
a=candidate:1 1 UDP 2130706431 52.113.44.8 50452 typ srflx raddr
10.0.33.240 rport 50

U CLIENT_IP:55766 -> FQND_IP:5060 #2
SIP/2.0 180 Ringing.
Via: SIP/2.0/UDP
FQND_IP;branch=z9hG4bK7bb5.0fbae76a37829205e04279f220a26af2.0;i=a1.
Via: SIP/2.0/TLS 52.114.76.76:5061;branch=z9hG4bKd216a55.
Record-Route: .
Record-Route: .
Record-Route: .
Contact: .
To: ;tag=de4e6b45.
From: "Javier Gonz..lez Mu..oz";tag=c17bb1eb7f8649d4a89d8d4a876ac32b.
Call-ID: c1364913e582553a9a9c2544c3583b0a.
CSeq: 1 INVITE.
User-Agent: 3CXPhone 6.0.26523.0.
Content-Length: 0.

U CLIENT_IP:55766 -> FQND_IP:5060 #3
SIP/2.0 200 OK.
Via: SIP/2.0/UDP
FQND_IP;branch=z9hG4bK7bb5.0fbae76a37829205e04279f220a26af2.0;i=a1.
Via: SIP/2.0/TLS 52.114.76.76:5061;branch=z9hG4bKd216a55.
Record-Route: .
Record-Route: .
Record-Route: .
Contact: .
To: ;tag=de4e6b45.
From: "Javier Gonz..lez Mu..oz";tag=c17bb1eb7f8649d4a89d8d4a876ac32b.
Call-ID: c1364913e582553a9a9c2544c3583b0a.
CSeq: 1 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY,
REFER, INFO, MESSAGE.
Content-Type: application/sdp.
Supported: replaces.
User-Agent: 3CXPhone 6.0.26523.0.
Content-Length: 1067.
.
v=0.
o=3cxVCE 324945090 117647850 IN IP4 .
s=3cxVCE Audio Call.
t=0 0.
m=audio 0 RTP/SAVP 104 9 103 111 18 0 8 97 101 13 118.
c=IN IP4 52.113.44.8.
a=rtpmap:104 SILK/16000.
a=rtpmap:9 G722/8000.
a=rtpmap:103 SILK/8000.
a=rtpmap:111 SIREN/16000.
a=fmtp:111 bitrate=16000.
a=rtpmap:18 G729/8000.
a=fmtp:18 annexb=no.
a=rtpmap:0 PCMU/8000.
a=rtpmap:8 PCMA/8000.
a=rtpmap:97 RED/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-16.
a=rtpmap:13 CN/8000.
a=rtpmap:118 CN/16000.
a=rtcp:50453.
a=ice-ufrag:FZTb.
a=ice-pwd:yD3P7nr+xNq0VYdv7xpB1F+Y.
a=rtcp-mux.
a=candidate:1 1 UDP 213

I never received ACK..

In my configuration:

Kamailio.cfg:

#!KAMAILIO
#!define WITH_TLS

event_route[tm:local-request] {

if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") {
   append_hf("Contact: \r\n");
}
xlog("L_INFO", "Sent out tm request: $mb\n");
}

request_route{

   remove_hf("Route");
if (is_method("INVITE|SUBSCRIBE")) {
xlog("L_INFO","$fU is trying to call to $rU con valores
$tu\n");
$rU="1005";
}
}

What I'm doing wrong?

I don't understand why not received ACK..

Could anyone help me?

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


[SR-Users] kamailio+rtpengine for media not playing media file while hold the call

2020-08-20 Thread Amit Pal
Dear Team, 

 

   I am using kamailio with rtpengine  for media. 
when call getting hold no media sound play (configure hold.mp3). 

 

 

>From rtpengine gets following error.

rtpengine[624]: ERR:  No suitable SDP section for media playback

rtpengine[624]: WARNING:  Protocol error in packet from 127.0.0.1:46333:
Failed to start media playback from file [d8:supportsl10:load
limite4:file38:/home/coralswitch/queuesounds/hold.mp37:call-id60:89162207232
fae50MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.13:received-froml3:IP414:19
2.168.20.254e8:from-tag32:9f5288f14b704b28a1c2dfc2112250eb6:to-tag8:1e05e757
7:command10:play mediae]

rtpengine[624]: INFO:  Received command 'offer' from 127.0.0.1:46333

rtpengine[624]: INFO: Replying to 'offer' from 127.0.0.1:46333 (elapsed time
0.000106 sec) 

 /usr/local/sbin/kamailio[9094]: ERROR:rtpengine [rtpengine.c:2619]:
rtpp_function_call(): proxy replied with error: Failed to start media
playback from file

 

Attached file show complete log of one call with hold /unhold actions.

 

Please advise what I miss to configure here. 

 

 

 

Regards

Amit Pal

Aug 20 13:00:16 secondary rtpengine[3691]: DEBUG: timer run time = 0.95 sec
Aug 20 13:00:17 secondary rtpengine[3691]: DEBUG: timer run time = 0.000115 sec
Aug 20 13:00:18 secondary rtpengine[3691]: DEBUG: timer run time = 0.000118 sec
Aug 20 13:00:20 secondary rtpengine[3691]: DEBUG: timer run time = 0.000114 sec
Aug 20 13:00:22 secondary rtpengine[3691]: DEBUG: timer run time = 0.94 sec
Aug 20 13:00:23 secondary rtpengine[3691]: DEBUG: timer run time = 0.000159 sec
Aug 20 13:00:24 secondary rtpengine[3691]: DEBUG: timer run time = 0.000104 sec
Aug 20 13:00:25 secondary rtpengine[3691]: DEBUG: timer run time = 0.000104 sec
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: timer run time = 0.000103 sec
Aug 20 13:00:26 secondary rtpengine[3691]: INFO: 
[6c3df07271594cc09613b05cd6dd]: Received command 'offer' from 
127.0.0.1:45365
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Dump for 'offer' from 127.0.0.1:45365: { 
"supports": [ "load limit" ], "sdp": "v=0
Aug 20 13:00:26 secondary rtpengine[3691]: o=- 3806917224 3806917224 IN IP4 
192.168.20.254
Aug 20 13:00:26 secondary rtpengine[3691]: s=pjmedia
Aug 20 13:00:26 secondary rtpengine[3691]: b=AS:84
Aug 20 13:00:26 secondary rtpengine[3691]: t=0 0
Aug 20 13:00:26 secondary rtpengine[3691]: a=X-nat:0
Aug 20 13:00:26 secondary rtpengine[3691]: m=audio 4002 RTP/AVP 8 0 101
Aug 20 13:00:26 secondary rtpengine[3691]: c=IN IP4 192.168.20.254
Aug 20 13:00:26 secondary rtpengine[3691]: b=TIAS:64000
Aug 20 13:00:26 secondary rtpengine[3691]: a=rtcp:4003 IN IP4 192.168.1.5
Aug 20 13:00:26 secondary rtpengine[3691]: a=sendrecv
Aug 20 13:00:26 secondary rtpengine[3691]: a=rtpmap:8 PCMA/8000
Aug 20 13:00:26 secondary rtpengine[3691]: a=rtpmap:0 PCMU/8000
Aug 20 13:00:26 secondary rtpengine[3691]: a=rtpmap:101 telephone-event/8000
Aug 20 13:00:26 secondary rtpengine[3691]: a=fmtp:101 0-16
Aug 20 13:00:26 secondary rtpengine[3691]: a=ssrc:1825338321 
cname:628029f8212a2b33
Aug 20 13:00:26 secondary rtpengine[3691]: ", "call-id": 
"6c3df07271594cc09613b05cd6dd", "received-from": [ "IP4", "192.168.20.254" 
], "from-tag": "49c073bb09fa436ea9a2c643adf40897", "command": "offer" }
Aug 20 13:00:26 secondary rtpengine[3691]: NOTICE: 
[6c3df07271594cc09613b05cd6dd]: Creating new call
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Default sink codec is PCMA/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: 0 DTMF sink entries
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Creating codec handler for PCMA/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Sink supports codec PCMA/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Using passthrough handler for PCMA/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Creating codec handler for PCMU/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Sink supports codec PCMU/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Using passthrough handler for PCMU/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Creating codec handler for 
telephone-event/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Sink supports codec telephone-event/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: Using passthrough handler for 
telephone-event/8000
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: creating send_timer
Aug 20 13:00:26 secondary rtpengine[3691]: DEBUG: 
[6c3df07271594cc09613b05cd6dd]: creating send_time