date:20210113

Re: [OpenSIPS-Users] OpenSIPS-CP errors

2021-01-13 Thread bobsy via Users

Okay m4 dependency was missing.

> On 14 Jan 2021, at 1:07 pm, bobsy  wrote:
> 
> While I’m at it when I try to create a script using osipsconfig I get this :
> 
> 
>   Config generated : 
> /etc/opensips/opensips_loadbalancer_2021-1-14_13:6:
> 26.cfg = FAILED (). Press any key to continue
> 
> 
>> On 14 Jan 2021, at 12:55 pm, bobsy via Users > > wrote:
>> 
>> Hi,
>> 
>> I’m using opensips 3.1.1 from deb repo
>> And opensips-cp 8.3.1
>> With nginx and php7.3-fpm
>> Postgresql for db
>> 
>> And I’ve configured mi_http for json…
>> 
>> I’m receiving a few errors like this:
>> 
>> Failed to issue total count query, error message : Array ( [0] => 42P01 [1] 
>> => 7 [2] => ERROR: relation "cc_agents" does not exist LINE 2: from 
>> cc_agents ^ ) [select count(id) from cc_agents]
>> 
>> On the call centre page and on the dialog page
>> 
>> 
>> 2021/01/14 12:50:29 [error] 3849#3849: *289 FastCGI sent in stderr: "PHP 
>> message: PHP Warning:  Creating default object from empty value in 
>> /var/www/opensips-cp/config/tools/system/dialog/local.inc.php on line 27PHP 
>> message: PHP Notice:  Array to string conversion in 
>> /var/www/opensips-cp/web/tools/system/dialog/dialog.php on line 112" while 
>> reading response header from upstream, client: 119.18.18.117, server: 
>> opensips.vale.ski, request: "GET /tools/system/dialog/dialog.php HTTP/1.1", 
>> upstream: "fastcgi://unix:/run/php/php7.3-fpm.sock: 
>> ", host: "opensips.vale.ski", 
>> referrer: "http://opensips.vale.ski/menu.php 
>> ”
>> 
>> I get this error on that page:
>> 
>> MI command failed with code -32601 (Method not found)
>> 
>> Any insight would be greatly appreciated.
>> 
>> 
>> ___
>> Users mailing list
>> Users@lists.opensips.org 
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS-CP errors

2021-01-13 Thread bobsy via Users

While I’m at it when I try to create a script using osipsconfig I get this :


  Config generated : /etc/opensips/opensips_loadbalancer_2021-1-14_13:6:
26.cfg = FAILED (). Press any key to continue


> On 14 Jan 2021, at 12:55 pm, bobsy via Users  wrote:
> 
> Hi,
> 
> I’m using opensips 3.1.1 from deb repo
> And opensips-cp 8.3.1
> With nginx and php7.3-fpm
> Postgresql for db
> 
> And I’ve configured mi_http for json…
> 
> I’m receiving a few errors like this:
> 
> Failed to issue total count query, error message : Array ( [0] => 42P01 [1] 
> => 7 [2] => ERROR: relation "cc_agents" does not exist LINE 2: from cc_agents 
> ^ ) [select count(id) from cc_agents]
> 
> On the call centre page and on the dialog page
> 
> 
> 2021/01/14 12:50:29 [error] 3849#3849: *289 FastCGI sent in stderr: "PHP 
> message: PHP Warning:  Creating default object from empty value in 
> /var/www/opensips-cp/config/tools/system/dialog/local.inc.php on line 27PHP 
> message: PHP Notice:  Array to string conversion in 
> /var/www/opensips-cp/web/tools/system/dialog/dialog.php on line 112" while 
> reading response header from upstream, client: 119.18.18.117, server: 
> opensips.vale.ski, request: "GET /tools/system/dialog/dialog.php HTTP/1.1", 
> upstream: "fastcgi://unix:/run/php/php7.3-fpm.sock: 
> ", host: "opensips.vale.ski", 
> referrer: "http://opensips.vale.ski/menu.php 
> ”
> 
> I get this error on that page:
> 
> MI command failed with code -32601 (Method not found)
> 
> Any insight would be greatly appreciated.
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS-CP errors

2021-01-13 Thread bobsy via Users

I also get this in OpenSIPS

 DBG:httpd:answer_to_connection: START *** cls=(nil), 
connection=0x55d766a1b220, url=/mi, method=POST, versio=HTTP/1.1, 
upload_data[48]=0x55d766a229cc, *con_cls=0x7f53f1f2d4d0
Jan 14 12:57:26 [27593] DBG:httpd:answer_to_connection: NOT a regular POST :o)
Jan 14 12:57:26 [27593] DBG:httpd:getConnectionHeader: key=[Host] 
value=[127.0.0.1:]
Jan 14 12:57:26 [27593] DBG:httpd:getConnectionHeader: Accept=*/*
Jan 14 12:57:26 [27593] DBG:httpd:getConnectionHeader: 
Content-Type=application/json
Jan 14 12:57:26 [27593] DBG:httpd:getConnectionHeader: Content-Length=48
Jan 14 12:57:26 [27593] DBG:httpd:answer_to_connection: got ContentType [3] 
with len [48]: {"jsonrpc":"2.0","id":1,"method":"dr_gw_status"}\nJan 14 
12:57:26 [27593] DBG:httpd:answer_to_connection: START *** cls=(nil), 
connection=0x55d766a1b220, url=/mi, method=POST, versio=HTTP/1.1, 
upload_data[0]=(nil), *con_cls=0x7f53f1f2d4d0
Jan 14 12:57:26 [27593] DBG:httpd:answer_to_connection: normalised_url=[]
Jan 14 12:57:26 [27593] DBG:mi_http:mi_json_answer_to_connection: START *** 
cls=(nil), connection=0x55d766a1b220, url=, method=POST, version=HTTP/1.1, 
upload_data[48]=0x7f53f1f2b299, *con_cls=0x7f53f1f2d468
Jan 14 12:57:26 [27593] DBG:mi_http:mi_http_run_mi_cmd: got command=dr_gw_status
Jan 14 12:57:26 [27593] ERROR:core:handle_mi_request: Command not found

> On 14 Jan 2021, at 12:55 pm, bobsy  wrote:
> 
> Hi,
> 
> I’m using opensips 3.1.1 from deb repo
> And opensips-cp 8.3.1
> With nginx and php7.3-fpm
> Postgresql for db
> 
> And I’ve configured mi_http for json…
> 
> I’m receiving a few errors like this:
> 
> Failed to issue total count query, error message : Array ( [0] => 42P01 [1] 
> => 7 [2] => ERROR: relation "cc_agents" does not exist LINE 2: from cc_agents 
> ^ ) [select count(id) from cc_agents]
> 
> On the call centre page and on the dialog page
> 
> 
> 2021/01/14 12:50:29 [error] 3849#3849: *289 FastCGI sent in stderr: "PHP 
> message: PHP Warning:  Creating default object from empty value in 
> /var/www/opensips-cp/config/tools/system/dialog/local.inc.php on line 27PHP 
> message: PHP Notice:  Array to string conversion in 
> /var/www/opensips-cp/web/tools/system/dialog/dialog.php on line 112" while 
> reading response header from upstream, client: 119.18.18.117, server: 
> opensips.vale.ski, request: "GET /tools/system/dialog/dialog.php HTTP/1.1", 
> upstream: "fastcgi://unix:/run/php/php7.3-fpm.sock: 
> ", host: "opensips.vale.ski", 
> referrer: "http://opensips.vale.ski/menu.php 
> ”
> 
> I get this error on that page:
> 
> MI command failed with code -32601 (Method not found)
> 
> Any insight would be greatly appreciated.
> 
> 

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSIPS-CP errors

2021-01-13 Thread bobsy via Users

Hi,

I’m using opensips 3.1.1 from deb repo
And opensips-cp 8.3.1
With nginx and php7.3-fpm
Postgresql for db

And I’ve configured mi_http for json…

I’m receiving a few errors like this:

Failed to issue total count query, error message : Array ( [0] => 42P01 [1] => 
7 [2] => ERROR: relation "cc_agents" does not exist LINE 2: from cc_agents ^ ) 
[select count(id) from cc_agents]

On the call centre page and on the dialog page


2021/01/14 12:50:29 [error] 3849#3849: *289 FastCGI sent in stderr: "PHP 
message: PHP Warning:  Creating default object from empty value in 
/var/www/opensips-cp/config/tools/system/dialog/local.inc.php on line 27PHP 
message: PHP Notice:  Array to string conversion in 
/var/www/opensips-cp/web/tools/system/dialog/dialog.php on line 112" while 
reading response header from upstream, client: 119.18.18.117, server: 
opensips.vale.ski, request: "GET /tools/system/dialog/dialog.php HTTP/1.1", 
upstream: "fastcgi://unix:/run/php/php7.3-fpm.sock:", host: 
"opensips.vale.ski", referrer: "http://opensips.vale.ski/menu.php”

I get this error on that page:

MI command failed with code -32601 (Method not found)

Any insight would be greatly appreciated.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

2021-01-13 Thread Adrian Georgescu

Google search for SIP ALG problem to see if this is relevant for your case.

Regards,
Adrian


> On 13 Jan 2021, at 13:08, Mark Allen  wrote:
> 
> Hi all - I've been banging my head against this but not succeeding.
> 
> Our setup...
> 
> UAC   192.168.x.x
>   | 
> Router5.x.x.x
>   |
> (internet)
>   | 
> Firewall  46.x.x.x maps
>   |   directly to
> OpenSIPS  192.168.x.x  Mid-registrar
>   |
> Asterisk  192.168.x.x
> 
> 
> Current situation: 
> - UAC can register on Asterisk via OpenSIPS
> - UAC can call destination registered on Asterisk on local n/w to Asterisk box
> - Destination extension rings and can pick up call
> - There is no audio either way & call drops after about 30 secs (Asterisk 
> kills call with "Requested channel not available" because not RTP traffic is 
> reaching destination)
> 
> I have tried passing audio through Mediaproxy on OpenSIPS box but with no 
> success. Using Wireshark I can see RTP traffic initiated at both ends, but it 
> doesn't reach the other end either way.
> 
> Is there some definitive guide to setting this up correctly or are there 
> specific steps that I need to follow? 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] sangoma issue ?

2021-01-13 Thread Andy Dierlam

Hi John,

I've tested rtpengine's transcoding.   I like the load balancing features.
Though wish it could automatically transcode ( with out flags per call ? )
  And I would think under heavy load, hardware transcoding might scale
better ?  Though maybe dedicated rtpengine servers(pooled) would serve just
as well ?

thanks
Andy


On Wed, Jan 13, 2021 at 11:45 AM Johan De Clercq  wrote:

> Why not use rtpengine to do transcoding?
>
> Outlook voor iOS  downloaden
> --
> *Van:* Users  namens Andy Dierlam <
> adier...@ptgi-ics.com>
> *Verzonden:* Wednesday, January 13, 2021 4:26:03 PM
> *Aan:* users@lists.opensips.org 
> *Onderwerp:* Re: [OpenSIPS-Users] sangoma issue ?
>
> forgot to mention this from:
>
> opensips -V
> version: opensips 3.0.4 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll, sigio_rt, select.
> git revision: d19b20e
> main.c compiled on 14:39:30 Dec 21 2020 with gcc 4.8.5
>
> FYI get the same results from 2.4, 3.0, and 3.1
>
>
>
>
>
> On Tue, Jan 12, 2021 at 3:14 PM Andy Dierlam 
> wrote:
>
> Hello All,
>
> Wondering if anyone can offer some guidance on an issue seemingly with a
> newly setup Sangoma D-500 Transcoding card.
>
> Issue:
> When using transcoding, soon after 1 transcoded call completes, utimer
> task messages until opensips is restarted
> seems like it happens when fetch_dlg_value: looking for 
>
> Jan 12 15:05:26 [21578] DBG:tm:timer_routine: timer
> routine:2,tl=0x7f9ce5fd3cc0 next=(nil), timeout=16
>
> Jan 12 15:05:26 [21578] DBG:tm:wait_handler: removing 0x7f9ce5fd3c40 from
> table
>
> Jan 12 15:05:26 [21578] DBG:tm:delete_cell: delete transaction
> 0x7f9ce5fd3c40
>
> Jan 12 15:05:26 [21578] DBG:tm:run_trans_callbacks: trans=0x7f9ce5fd3c40,
> callback type 4096, id 3 entered
>
> Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: destroying dialog
> 0x7f9ce5fcdc50
>
> Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: dlg expired or not in list
> - dlg 0x7f9ce5fcdc50 [57:1450509359] with clid
> '3b72b48a67a1eec840e2e1db12f8b37f@x.x.x.x' and tags 'as6d2cf831'
> 'Yjg9IHv3tknz-KgDTUF.K-lleno6X-hI'
>
> Jan 12 15:05:26 [21578] DBG:dialog:run_dlg_callbacks:
> dialog=0x7f9ce5fcdc50, type=2048
>
> Jan 12 15:05:26 [21578] DBG:dialog:fetch_dlg_value: looking for 
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 100 ms ago (now 16950 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 200 ms ago (now 17050 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 300 ms ago (now 17150 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 400 ms ago (now 17250 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 490 ms ago (now 17340 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 590 ms ago (now 17440 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 690 ms ago (now 17540 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 790 ms ago (now 17640 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 890 ms ago (now 17740 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:timer_ticker: timer task 
> already scheduled 990 ms ago (now 17740 ms), delayin
>
>
>
> opensips-cli trap output ( not sure what am looking at here, in case helps
> )
>
> #1  0x7f9cde9aee5f in sangoma_worker_loop (proc_no=)
> at sngtc_proc.c:46
>
> req = {type = REQ_FREE_SESSION, response_fd = 78, sng_req =
> {usr_priv = 0x7f9ce8c8f86b , tag = 15, rtcp_enable = 5
> '\005', a = {codec_
>
> id = 32668, ms = 20, host_ip = 0, host_netmask = 2021, host_udp_port = 0},
> b = {codec_id = 9217376, ms = 0, host_ip = 3905485451, host_netmask =
> 32668, host_
>
> udp_port = 20}}, sng_reply = 0x7f9ce5fd2c78}
>
> rc = 0
>
> __FUNCTION__ = "sangoma_worker_loop"
>
> #2  0x005045c8 in start_module_procs () at sr_module.c:858
>
> m = 0x7f9ce7beafa8
>
> n = 0
>
> l = 0
>
> x = 
>
> __FUNCTION__ = "start_module_procs"
>
> #3  0x0041e3df in main_loop () at main.c:779
>
> startup_done = 0x0
>
> chd_rank = 0
>
> last_check = 0
>
> rc = 
>
> #4  main (argc=, argv=) at main.c:1479
>
> c = 
>
> r = 0
>
> tmp = 0x1 
>
> tmp_len = 
>
> port = 
>
> proto = 
>
>

Re: [OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

2021-01-13 Thread Johan De Clercq

Firewall is not sip aware, rtprelay via box in dmz

Outlook voor iOS downloaden

Van: Users  namens Mark Allen 

Verzonden: Wednesday, January 13, 2021 5:08:27 PM
Aan: OpenSIPS users mailling list 
Onderwerp: [OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

Hi all - I've been banging my head against this but not succeeding.

Our setup...

UAC   192.168.x.x
  |
Router5.x.x.x
  |
(internet)
  |
Firewall  46.x.x.x maps
  |   directly to
OpenSIPS  192.168.x.x  Mid-registrar
  |
Asterisk  192.168.x.x


Current situation:
- UAC can register on Asterisk via OpenSIPS
- UAC can call destination registered on Asterisk on local n/w to Asterisk box
- Destination extension rings and can pick up call
- There is no audio either way & call drops after about 30 secs (Asterisk kills 
call with "Requested channel not available" because not RTP traffic is reaching 
destination)

I have tried passing audio through Mediaproxy on OpenSIPS box but with no 
success. Using Wireshark I can see RTP traffic initiated at both ends, but it 
doesn't reach the other end either way.

Is there some definitive guide to setting this up correctly or are there 
specific steps that I need to follow?

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] sangoma issue ?

2021-01-13 Thread Johan De Clercq

Why not use rtpengine to do transcoding?

Outlook voor iOS downloaden

Van: Users  namens Andy Dierlam 

Verzonden: Wednesday, January 13, 2021 4:26:03 PM
Aan: users@lists.opensips.org 
Onderwerp: Re: [OpenSIPS-Users] sangoma issue ?

forgot to mention this from:

opensips -V
version: opensips 3.0.4 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
F_MALLOC, HP_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.
git revision: d19b20e
main.c compiled on 14:39:30 Dec 21 2020 with gcc 4.8.5

FYI get the same results from 2.4, 3.0, and 3.1





On Tue, Jan 12, 2021 at 3:14 PM Andy Dierlam 
mailto:adier...@ptgi-ics.com>> wrote:
Hello All,

Wondering if anyone can offer some guidance on an issue seemingly with a newly 
setup Sangoma D-500 Transcoding card.

Issue:
When using transcoding, soon after 1 transcoded call completes, utimer task 
messages until opensips is restarted
seems like it happens when fetch_dlg_value: looking for 


Jan 12 15:05:26 [21578] DBG:tm:timer_routine: timer routine:2,tl=0x7f9ce5fd3cc0 
next=(nil), timeout=16

Jan 12 15:05:26 [21578] DBG:tm:wait_handler: removing 0x7f9ce5fd3c40 from table

Jan 12 15:05:26 [21578] DBG:tm:delete_cell: delete transaction 0x7f9ce5fd3c40

Jan 12 15:05:26 [21578] DBG:tm:run_trans_callbacks: trans=0x7f9ce5fd3c40, 
callback type 4096, id 3 entered

Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: destroying dialog 0x7f9ce5fcdc50

Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: dlg expired or not in list - 
dlg 0x7f9ce5fcdc50 [57:1450509359] with clid 
'3b72b48a67a1eec840e2e1db12f8b37f@x.x.x.x' and tags 'as6d2cf831' 
'Yjg9IHv3tknz-KgDTUF.K-lleno6X-hI'

Jan 12 15:05:26 [21578] DBG:dialog:run_dlg_callbacks: dialog=0x7f9ce5fcdc50, 
type=2048

Jan 12 15:05:26 [21578] DBG:dialog:fetch_dlg_value: looking for 

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 100 ms ago (now 16950 ms), delaying execution

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 200 ms ago (now 17050 ms), delaying execution

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 300 ms ago (now 17150 ms), delaying execution

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 400 ms ago (now 17250 ms), delaying execution

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 490 ms ago (now 17340 ms), delaying execution

Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 590 ms ago (now 17440 ms), delaying execution

Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 690 ms ago (now 17540 ms), delaying execution

Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 790 ms ago (now 17640 ms), delaying execution

Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task  
already scheduled 890 ms ago (now 17740 ms), delaying execution

Jan 12 15:05:27 [21561] WARNING:core:timer_ticker: timer task  
already scheduled 990 ms ago (now 17740 ms), delayin



opensips-cli trap output ( not sure what am looking at here, in case helps )


#1  0x7f9cde9aee5f in sangoma_worker_loop (proc_no=) at 
sngtc_proc.c:46

req = {type = REQ_FREE_SESSION, response_fd = 78, sng_req = {usr_priv = 
0x7f9ce8c8f86b , tag = 15, rtcp_enable = 5 '\005', a = {codec_

id = 32668, ms = 20, host_ip = 0, host_netmask = 2021, host_udp_port = 0}, b = 
{codec_id = 9217376, ms = 0, host_ip = 3905485451, host_netmask = 32668, host_

udp_port = 20}}, sng_reply = 0x7f9ce5fd2c78}

rc = 0

__FUNCTION__ = "sangoma_worker_loop"

#2  0x005045c8 in start_module_procs () at sr_module.c:858

m = 0x7f9ce7beafa8

n = 0

l = 0

x = 

__FUNCTION__ = "start_module_procs"

#3  0x0041e3df in main_loop () at main.c:779

startup_done = 0x0

chd_rank = 0

last_check = 0

rc = 

#4  main (argc=, argv=) at main.c:1479

c = 

r = 0

tmp = 0x1 

tmp_len = 

port = 

proto = 

protos_no = 

options = 0x664908 "f:cCm:M:b:l:n:N:rRvdDFEVhw:t:u:g:p:P:G:W:o:a:k:s:"

ret = -1

seed = 4061548656

rfd = 

__FUNCTION__ = "main"

thanks
Andy
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

2021-01-13 Thread Mark Allen

Hi all - I've been banging my head against this but not succeeding.

Our setup...

UAC   192.168.x.x
  |
Router5.x.x.x
  |
(internet)
  |
Firewall  46.x.x.x maps
  |   directly to
OpenSIPS  192.168.x.x  Mid-registrar
  |
Asterisk  192.168.x.x


Current situation:
- UAC can register on Asterisk via OpenSIPS
- UAC can call destination registered on Asterisk on local n/w to Asterisk
box
- Destination extension rings and can pick up call
- There is no audio either way & call drops after about 30 secs (Asterisk
kills call with "Requested channel not available" because not RTP traffic
is reaching destination)

I have tried passing audio through Mediaproxy on OpenSIPS box but with no
success. Using Wireshark I can see RTP traffic initiated at both ends, but
it doesn't reach the other end either way.

Is there some definitive guide to setting this up correctly or are there
specific steps that I need to follow?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] local_route & append_hf

2021-01-13 Thread Mark Farmer

Thanks Arsen, that makes sense.

The trace is there so that I can use sngrep which in this case was
misleading :)

Mark.


On Wed, 13 Jan 2021 at 15:02, Arsen Semenov  wrote:

> Hi,
>
> The msg you've catched with trace("htid","t") you see it - as it is in the
> buffer, before the changes are applied. The diff (removed or appended
> headers) is being applied right before the message goes to wires.
> So actually your header should be there.
>
> On Wed, Jan 13, 2021 at 5:30 PM Mark Farmer  wrote:
>
>> Hi everyone
>>
>> I have append_hf in my local_route to add the contact header in for MS
>> Teams but the OPTIONS message does not contain the contact header:
>>
>> OPTIONS sip:sip.pstnhub.microsoft.com:5061 SIP/2.0
>> Via: SIP/2.0/TLS xxx.xxx.xxx.xxx:5061;branch=z9hG4bK4e45.15b9f883.0
>> To: sip:sip.pstnhub.microsoft.com:5061
>> From: ;tag=81adef1f13e5d48c34554037e606a809-cdf9
>> CSeq: 14 OPTIONS
>> Call-ID: 5918f5195ed9f0cf-315525@10.150.50.110
>> Max-Forwards: 70
>> Content-Length: 0
>> User-Agent: OpenSIPS
>>
>> if (is_method("OPTIONS") && ($(rd{s.index, $var(dst)}) != NULL))
>> xlog("CUSTOM_LOG: local_route Matched OPTIONS to $rd");
>> append_hf("Contact: > ;transport=tls>\r\n");
>> trace("htid","t");
>>
>> It seems to be matching just fine:
>>
>> CUSTOM_LOG: local_route 5
>> CUSTOM_LOG: local_route Matched OPTIONS to sip3.pstnhub.microsoft.com
>>
>> I checked the doc for sipmsgops and append_hf does NOT say that it can be
>> used in local_route.
>>
>> Any ideas?
>>
>> Many thanks
>> Mark.
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> --
> Arsen Semenov
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 
Mark Farmer
farm...@gmail.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] sangoma issue ?

2021-01-13 Thread Andy Dierlam

forgot to mention this from:

opensips -V
version: opensips 3.0.4 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
F_MALLOC, HP_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.
git revision: d19b20e
main.c compiled on 14:39:30 Dec 21 2020 with gcc 4.8.5

FYI get the same results from 2.4, 3.0, and 3.1





On Tue, Jan 12, 2021 at 3:14 PM Andy Dierlam  wrote:

> Hello All,
>
> Wondering if anyone can offer some guidance on an issue seemingly with a
> newly setup Sangoma D-500 Transcoding card.
>
> Issue:
> When using transcoding, soon after 1 transcoded call completes, utimer
> task messages until opensips is restarted
> seems like it happens when fetch_dlg_value: looking for 
>
> Jan 12 15:05:26 [21578] DBG:tm:timer_routine: timer
> routine:2,tl=0x7f9ce5fd3cc0 next=(nil), timeout=16
>
> Jan 12 15:05:26 [21578] DBG:tm:wait_handler: removing 0x7f9ce5fd3c40 from
> table
>
> Jan 12 15:05:26 [21578] DBG:tm:delete_cell: delete transaction
> 0x7f9ce5fd3c40
>
> Jan 12 15:05:26 [21578] DBG:tm:run_trans_callbacks: trans=0x7f9ce5fd3c40,
> callback type 4096, id 3 entered
>
> Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: destroying dialog
> 0x7f9ce5fcdc50
>
> Jan 12 15:05:26 [21578] DBG:dialog:destroy_dlg: dlg expired or not in list
> - dlg 0x7f9ce5fcdc50 [57:1450509359] with clid
> '3b72b48a67a1eec840e2e1db12f8b37f@x.x.x.x' and tags 'as6d2cf831'
> 'Yjg9IHv3tknz-KgDTUF.K-lleno6X-hI'
>
> Jan 12 15:05:26 [21578] DBG:dialog:run_dlg_callbacks:
> dialog=0x7f9ce5fcdc50, type=2048
>
> Jan 12 15:05:26 [21578] DBG:dialog:fetch_dlg_value: looking for 
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 100 ms ago (now 16950 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 200 ms ago (now 17050 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 300 ms ago (now 17150 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 400 ms ago (now 17250 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 490 ms ago (now 17340 ms), delaying execution
>
> Jan 12 15:05:26 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 590 ms ago (now 17440 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 690 ms ago (now 17540 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 790 ms ago (now 17640 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:utimer_ticker: utimer task
>  already scheduled 890 ms ago (now 17740 ms), delaying execution
>
> Jan 12 15:05:27 [21561] WARNING:core:timer_ticker: timer task 
> already scheduled 990 ms ago (now 17740 ms), delayin
>
>
>
> opensips-cli trap output ( not sure what am looking at here, in case helps
> )
>
> #1  0x7f9cde9aee5f in sangoma_worker_loop (proc_no=)
> at sngtc_proc.c:46
>
> req = {type = REQ_FREE_SESSION, response_fd = 78, sng_req =
> {usr_priv = 0x7f9ce8c8f86b , tag = 15, rtcp_enable = 5
> '\005', a = {codec_
>
> id = 32668, ms = 20, host_ip = 0, host_netmask = 2021, host_udp_port = 0},
> b = {codec_id = 9217376, ms = 0, host_ip = 3905485451, host_netmask =
> 32668, host_
>
> udp_port = 20}}, sng_reply = 0x7f9ce5fd2c78}
>
> rc = 0
>
> __FUNCTION__ = "sangoma_worker_loop"
>
> #2  0x005045c8 in start_module_procs () at sr_module.c:858
>
> m = 0x7f9ce7beafa8
>
> n = 0
>
> l = 0
>
> x = 
>
> __FUNCTION__ = "start_module_procs"
>
> #3  0x0041e3df in main_loop () at main.c:779
>
> startup_done = 0x0
>
> chd_rank = 0
>
> last_check = 0
>
> rc = 
>
> #4  main (argc=, argv=) at main.c:1479
>
> c = 
>
> r = 0
>
> tmp = 0x1 
>
> tmp_len = 
>
> port = 
>
> proto = 
>
> protos_no = 
>
> options = 0x664908
> "f:cCm:M:b:l:n:N:rRvdDFEVhw:t:u:g:p:P:G:W:o:a:k:s:"
>
> ret = -1
>
> seed = 4061548656
>
> rfd = 
>
> __FUNCTION__ = "main"
>
> thanks
> Andy
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1

2021-01-13 Thread Mark Allen

Your right Johan! :-D

For info  - I do see an error in the log...

TIMER_ROUTE: get data
ERROR:core:parse_from_header: bad msg or missing FROM header
ERROR:core:pv_get_from_attr: cannot parse From header
Message info: , , , DUMMY

...where "Message info" comes from: xlog("Message info: $fU, $tU, $td,
$rm");

However, I've had multiple timers kicking off LUA scripts all running for a
while now and I've not seen any problems. YMMV


On Wed, 23 Dec 2020 at 15:17, johan  wrote:

> then you are fine :-)
> On 4/12/2020 09:26, Mark Allen wrote:
>
> Interestingly - TIMER already seems to use some form of dummy message to
> avoid problems. If I add the line...
>
> timer_route[checkNodeCache, 5] {
> xlog("TIMER_ROUTE");
> xlog("Message info: $fU, $tU, $td, $rm");
>
> ...what is logged is...
>
> Message info: , , , DUMMY
>
> ...so LUA will be passed a (very simple) message it seems
>
>
>
> On Thu, 3 Dec 2020 at 15:57, Mark Allen  wrote:
>
>> LOL! Yes, I did understand, but it is an important distinction.
>>
>> On Thu, 3 Dec 2020 at 15:53, Ben Newlin  wrote:
>>
>>> It seems like you read that as I intended, but I want to clarify I meant
>>> to say I *wouldn’t* feel safe assuming that this would work long term.
>>>
>>>
>>>
>>> Ben Newlin
>>>
>>>
>>>
>>> *From: *Users  on behalf of Mark
>>> Allen 
>>> *Date: *Thursday, December 3, 2020 at 10:40 AM
>>> *To: *OpenSIPS users mailling list 
>>> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>>>
>>> > a memory leak or segfault after continued use
>>>
>>>
>>>
>>> Yes - it would be useful to know if this could result in problems down
>>> the road. Not sure how else I can run a timed job if I can't use the TIMER
>>> route though.
>>>
>>>
>>>
>>> On Thu, 3 Dec 2020 at 15:17, Ben Newlin  wrote:
>>>
>>> Mark,
>>>
>>>
>>>
>>> My concern was less about you using the message object in LUA as it was
>>> with how robust OpenSIPS’ handling is if a message if expected to be there
>>> and memory is allocated and passed but there is no actual message due to
>>> this “trick”. Without digging into the actual code, I would feel safe
>>> assuming that this wouldn’t result in a memory leak or segfault after
>>> continued use.
>>>
>>>
>>>
>>> Ben Newlin
>>>
>>>
>>>
>>> *From: *Users  on behalf of Mark
>>> Allen 
>>> *Date: *Thursday, December 3, 2020 at 10:04 AM
>>> *To: *OpenSIPS users mailling list 
>>> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>>>
>>> Thanks, Johan and Ben.
>>>
>>>
>>>
>>> Johan:
>>>
>>> I tried your suggested approach and (much to my surprise) it worked both
>>> for lua_exec and cache_remove_chunk. Thanks for that.
>>>
>>>
>>>
>>> Ben:
>>>
>>> I understand what you are saying for LUA. However, I think that if it's
>>> made clear that you do not have access to (or should not use) the message,
>>> the results should be predictable. It seems to work for me.
>>>
>>>
>>>
>>> My LUA function is reading in external data and doesn't make use of the
>>> message at all. Perhaps there might be a way to provide an empty message to
>>> LUA if it's invoked in TIMER  routes to avoid possible problems? LUA and
>>> Python offer powerful extendablity to OpenSIPS, so it seems to me to be a
>>> bit of a shame to limit their use at startup or in timers if all that's
>>> needed is a tweak - or even just a warning in the documentation.
>>>
>>>
>>>
>>> As for the "cache_remove_chunk" - it's less clear why TIMER couldn't run
>>> this in a straightforward way as it's not dependent on the current message
>>> as far as I understand it.
>>>
>>>
>>>
>>>
>>>
>>> If anybody wants to try doing this - here's an example that worked for
>>> me in OpenSIPS 3.1...
>>>
>>>
>>>
>>> timer_route[refreshNodes, 30] {
>>> route(remove_chunk);
>>> route(cache_reload);
>>>
>>> }
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> route[remove_chunk] {
>>> cache_remove_chunk("validNodes", "*");
>>> }
>>>
>>> route[cache_reload] {
>>> lua_exec("getValidNodes");
>>> for ($var(node) in $(avp(validNodes)[*])) {
>>> cache_store("local:validNodes", "$var(node)", "true");
>>> }
>>> }
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thu, 3 Dec 2020 at 14:20, Ben Newlin  wrote:
>>>
>>> I wouldn’t recommend trying to bypass the restriction in this way. Both
>>> the lua and python exec modules were designed to operate on a SIP message,
>>> which is why they can only be called from routes that process messages.
>>> Calling it from time_route where there is no message, even if you could get
>>> it to work, could have unexpected and unpleasant results.
>>>
>>>
>>>
>>> From LUA module doc for lua_exec: “Calls a Lua function with passing it
>>> the current SIP message” [1].
>>>
>>>
>>>
>>> [1] https://opensips.org/docs/modules/3.1.x/lua.html#idp5933680
>>>
>>>
>>>
>>> Ben Newlin
>>>
>>>
>>>
>>> *From: *Users  on behalf of Johan De
>>> Clercq 
>>> *Date: *Thursday, December 3, 2020 at 6:55 AM
>>> *To: *OpenSIPS

Re: [OpenSIPS-Users] local_route & append_hf

2021-01-13 Thread Arsen Semenov

Hi,

The msg you've catched with trace("htid","t") you see it - as it is in the
buffer, before the changes are applied. The diff (removed or appended
headers) is being applied right before the message goes to wires.
So actually your header should be there.

On Wed, Jan 13, 2021 at 5:30 PM Mark Farmer  wrote:

> Hi everyone
>
> I have append_hf in my local_route to add the contact header in for MS
> Teams but the OPTIONS message does not contain the contact header:
>
> OPTIONS sip:sip.pstnhub.microsoft.com:5061 SIP/2.0
> Via: SIP/2.0/TLS xxx.xxx.xxx.xxx:5061;branch=z9hG4bK4e45.15b9f883.0
> To: sip:sip.pstnhub.microsoft.com:5061
> From: ;tag=81adef1f13e5d48c34554037e606a809-cdf9
> CSeq: 14 OPTIONS
> Call-ID: 5918f5195ed9f0cf-315525@10.150.50.110
> Max-Forwards: 70
> Content-Length: 0
> User-Agent: OpenSIPS
>
> if (is_method("OPTIONS") && ($(rd{s.index, $var(dst)}) != NULL))
> xlog("CUSTOM_LOG: local_route Matched OPTIONS to $rd");
> append_hf("Contact:  ;transport=tls>\r\n");
> trace("htid","t");
>
> It seems to be matching just fine:
>
> CUSTOM_LOG: local_route 5
> CUSTOM_LOG: local_route Matched OPTIONS to sip3.pstnhub.microsoft.com
>
> I checked the doc for sipmsgops and append_hf does NOT say that it can be
> used in local_route.
>
> Any ideas?
>
> Many thanks
> Mark.
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 
Arsen Semenov
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

2021-01-13 Thread Sunil More

Thanks Liviu Chircu . I will do one of those .


On Wed, Jan 13, 2021, 7:55 PM Liviu Chircu  wrote:

> On 13.01.2021 15:24, Sunil More wrote:
> > I am using opensips 3.1.1 along with homer 7 and I could observe that
> > logs are going to Homer with type as ERROR.
> >
> > Here's opensips -V
> > version: opensips 3.1.1 (x86_64/linux)
> > git revision: 229ec0793
> > main.c compiled on 10:46:42 Jan  7 2021 with gcc 7
> >
> Hi,
>
> This has been fixed on Dec 10th [1], so you have 3 options:
>
> * pull latest 3.1 source code and rebuild OpenSIPS
> * install nightly 3.1 packages
> * wait until 3.1.2 release
>
> [1]: https://github.com/OpenSIPS/opensips/commit/2212865f19d
>
> Cheers,
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 
 



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

2021-01-13 Thread Liviu Chircu


On 13.01.2021 15:24, Sunil More wrote:
I am using opensips 3.1.1 along with homer 7 and I could observe that 
logs are going to Homer with type as ERROR.


Here's opensips -V
version: opensips 3.1.1 (x86_64/linux)
git revision: 229ec0793
main.c compiled on 10:46:42 Jan  7 2021 with gcc 7


Hi,

This has been fixed on Dec 10th [1], so you have 3 options:

* pull latest 3.1 source code and rebuild OpenSIPS
* install nightly 3.1 packages
* wait until 3.1.2 release

[1]: https://github.com/OpenSIPS/opensips/commit/2212865f19d

Cheers,

--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

2021-01-13 Thread Sunil More

Hello All,

I am using opensips 3.1.1 along with homer 7 and I could observe that logs
are going to Homer with type as ERROR.

Here's opensips -V
version: opensips 3.1.1 (x86_64/linux)
git revision: 229ec0793
main.c compiled on 10:46:42 Jan  7 2021 with gcc 7

Here are  global  params
# Global Parameters 
log_level=3
log_stderror=no
log_facility=LOG_LOCAL3


here's the log line in script
xlog("This is a outbound Call $tt/$si/$rm/$ci/$fU/$rU ");

here's the HEP ngrep trace log

HEP3.
_..
.
..=...d.
...d.
..5..
..5..hERROR:This is a outbound Call /
10.153.53.157/INVITE/3BOQOHazTu/abcde/16468107000..3BOQOHazTu

Is there a way to control the type of log or is there something wrong that
I am doing here. I have also tried to log using

  xlog("L_INFO","This is a outbound Call $tt/$si/$rm/$ci/$fU/$rU ");  but
that doesn't go to HEP not does it show up in tail syslogs.



Sunil More

Manager - DevOps

91 95033 38275

sunil.m...@samespace.com





-- 
 



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] local_route & append_hf

2021-01-13 Thread Mark Farmer

Hi everyone

I have append_hf in my local_route to add the contact header in for MS
Teams but the OPTIONS message does not contain the contact header:

OPTIONS sip:sip.pstnhub.microsoft.com:5061 SIP/2.0
Via: SIP/2.0/TLS xxx.xxx.xxx.xxx:5061;branch=z9hG4bK4e45.15b9f883.0
To: sip:sip.pstnhub.microsoft.com:5061
From: ;tag=81adef1f13e5d48c34554037e606a809-cdf9
CSeq: 14 OPTIONS
Call-ID: 5918f5195ed9f0cf-315525@10.150.50.110
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS

if (is_method("OPTIONS") && ($(rd{s.index, $var(dst)}) != NULL))
xlog("CUSTOM_LOG: local_route Matched OPTIONS to $rd");
append_hf("Contact: \r\n");
trace("htid","t");

It seems to be matching just fine:

CUSTOM_LOG: local_route 5
CUSTOM_LOG: local_route Matched OPTIONS to sip3.pstnhub.microsoft.com

I checked the doc for sipmsgops and append_hf does NOT say that it can be
used in local_route.

Any ideas?

Many thanks
Mark.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Digest Auth with LDAP/RADIUS

2021-01-13 Thread bobsy via Users

Thanks Bogdan that useful to know.   Turns out I just typed the password in 
wrong!

> On 8 Jan 2021, at 3:35 am, Bogdan-Andrei Iancu  wrote:
> 
> Hi Michael,
> 
> What you can do is to grab some online digest auth calculator and to 
> doublecheck the auth responses on each side (opensips and radius)
> 
> Regards,
> 
> Bogdan-Andrei Iancu
> 
> OpenSIPS Founder and Developer
>  https://www.opensips-solutions.com
> OpenSIPS Bootcamp 2020 online
>  https://opensips.org/training/OpenSIPS_eBootcamp_2020/
> 
> On 1/6/21 6:56 PM, bobsy via Users wrote:
>> Hello everyone,
>> 
>> I’m attempting to use digest auth on Freeradius with LDAP and plaintext 
>> userPassword’s.
>> 
>> When the radius server goes to auth the digest hashes don’t match up.
>> 
>>   authenticate {
>> (17) digest: A1 = bobsy:opensips.vale.ski:password
>> (17) digest: A2 = REGISTER:sip:opensips.vale.ski
>> H(A1) = 0342aafbaea975d9fde3c46f3f093993
>> H(A2) = b0605d01a41aac18c7f1a84c8ca1c4f5
>> (17) digest: KD = 
>> 0342aafbaea975d9fde3c46f3f093993:5ff5eaca15917970591b0edf7c7c6bbd13698c0dd5e6:b0605d01a41aac18c7f1a84c8ca1c4f5
>> EXPECTED a8d6639edfd61ac7b1bb247f7832b8e5
>> RECEIVED a817470a4e1612532d167bed0354a88b
>> (17) digest: FAILED authentication
>> (17) [digest] = reject
>> (17)   } # authenticate = reject
>> (17) Failed to authenticate the user
>> 
>> I have calculate_ha1 set to 1.
>> 
>> Any insight would be great.
>> 
>> And after this is resolved maybe someone can help me find out why the 
>> Kerberos module looks for “User-Password”.  I believe it should be looking 
>> for “Cleartext-Password” and that’s why Kerberos won’t work for me.
>> 
>> Regards,
>> 
>> Michael Vale.
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS as simple SIP proxy

2021-01-13 Thread Johan De Clercq

take the residential config and see where that gets you.

Op wo 13 jan. 2021 om 08:21 schreef Conor Power :

> Hi,
>Apologies for the noob question but I'm hoping someone can point me in
> the right direction.
>
> I am trying to use OpenSIPS as a simple proxy to proxy all calls to
> another SIP endpoint and back again to the original client. The only role
> of the OpenSIPS server is to function as the proxy and it is for all
> requests.
>
> I have OpenSIPS up and running and can see the requests coming inbound
> using ngrep but I've had no success proxying the requests.
>
> I added a sethostport() call in the config file but really am not sure
> where or how it fits in.
>
> If someone might point me to a simple config file that would be used for
> such a proxy setup, it would be greatly appreciated.
>
> Conor
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS-CP errors

Re: [OpenSIPS-Users] OpenSIPS-CP errors

Re: [OpenSIPS-Users] OpenSIPS-CP errors

[OpenSIPS-Users] OpenSIPS-CP errors

Re: [OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

Re: [OpenSIPS-Users] sangoma issue ?

Re: [OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

Re: [OpenSIPS-Users] sangoma issue ?

[OpenSIPS-Users] OpenSIPS 3.1 & NAT issues

Re: [OpenSIPS-Users] local_route & append_hf

Re: [OpenSIPS-Users] sangoma issue ?

Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1

Re: [OpenSIPS-Users] local_route & append_hf

Re: [OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

Re: [OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

[OpenSIPS-Users] xlog message sent to homer 7 via HEP has type as ERROR

[OpenSIPS-Users] local_route & append_hf

Re: [OpenSIPS-Users] Digest Auth with LDAP/RADIUS

Re: [OpenSIPS-Users] OpenSIPS as simple SIP proxy

19 matches

Site Navigation

Mail list logo

Footer information