Re: [OpenSIPS-Users] Opensips restart and hanging process (dialogs?)
What distro are u using? This sounds more like a problem in the init script, where it tries to restart opensips before the last process has existed, which then fails to start. Try adding - - retry option to start-stop-daemon. On May 7, 2015 4:01 AM, Max Mühlbronner m...@42com.com wrote: Comparing opensipsctl ps and the pid of the remaining process shows it's the attendant process. root@opensips1:/etc/opensips# opensipsctl ps Process:: ID=0 PID=25935 Type=attendant root@opensips1:/etc/opensips# /etc/init.d/opensips restart Restarting opensips: opensips^[[Aroot@opensips1:/etc/opensips# ps uax|grep opensips opensips 25935 0.0 2.1 962160 21768 ? S 09:44 0:00 /sbin/opensips -P /var/run/opensips/opensips.pid -m 896 -M 32 -u opensips -g opensips After a few seconds the attendant process is gone, and opensips is not running anymore. Did anyone experience something like this before? BR Max M. On 05.05.2015 11:00, Max Mühlbronner wrote: Hi, when restarting Opensips it will shut down all the processes immediately, but there is still a single process left hanging (cpu load) which eventually exits after some time. It is not possible to restart Opensips until this process is killed/quits. root@opensips1:~# /etc/init.d/opensips restart Restarting opensips: opensipsroot@opensips1:~# Opensips version is 1.11.4-tls. But we also had the same issue with 1.7.x and 1.10.X. There are ~3000 active dialogs, but it should not take that long to dump everything into the database. (db_mode is set to 2) right? Any hints/ideas are appreciated. Best Regards Max M. ___ 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 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] forwarding calls from Asterisk to OpenSIPs
Hello Everyone; I want to be able to forward calls from Asterisk to a phone registered with OpenSIPs, can anyone give me some information on how this can be done? Or a link to the info I would need to do this. Thanks for any help Juls ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Opensips restart and hanging process (dialogs?)
Comparing opensipsctl ps and the pid of the remaining process shows it's the attendant process. root@opensips1:/etc/opensips# opensipsctl ps Process:: ID=0 PID=25935 Type=attendant root@opensips1:/etc/opensips# /etc/init.d/opensips restart Restarting opensips: opensips^[[Aroot@opensips1:/etc/opensips# ps uax|grep opensips opensips 25935 0.0 2.1 962160 21768 ? S 09:44 0:00 /sbin/opensips -P /var/run/opensips/opensips.pid -m 896 -M 32 -u opensips -g opensips After a few seconds the attendant process is gone, and opensips is not running anymore. Did anyone experience something like this before? BR Max M. On 05.05.2015 11:00, Max Mühlbronner wrote: Hi, when restarting Opensips it will shut down all the processes immediately, but there is still a single process left hanging (cpu load) which eventually exits after some time. It is not possible to restart Opensips until this process is killed/quits. root@opensips1:~# /etc/init.d/opensips restart Restarting opensips: opensipsroot@opensips1:~# Opensips version is 1.11.4-tls. But we also had the same issue with 1.7.x and 1.10.X. There are ~3000 active dialogs, but it should not take that long to dump everything into the database. (db_mode is set to 2) right? Any hints/ideas are appreciated. Best Regards Max M. ___ 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] forwarding calls from Asterisk to OpenSIPs
Just define a peer in sip.conf then Dial(SIP/peer_name/OpensipsAccount) on extensions.conf. Very simple. regards, s Il 07/05/2015 08:32, Julian Kay ha scritto: Hello Everyone; I want to be able to forward calls from Asterisk to a phone registered with OpenSIPs, can anyone give me some information on how this can be done? Or a link to the info I would need to do this. Thanks for any help Juls ___ 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 restart and hanging process (dialogs?)
Hi, Debian. testing now. Could this have any other undesired side-effects? BR Max M. On 07.05.2015 10:12, Podrigal, Aron wrote: What distro are u using? This sounds more like a problem in the init script, where it tries to restart opensips before the last process has existed, which then fails to start. Try adding - - retry option to start-stop-daemon. On May 7, 2015 4:01 AM, Max Mühlbronner m...@42com.com mailto:m...@42com.com wrote: Comparing opensipsctl ps and the pid of the remaining process shows it's the attendant process. root@opensips1:/etc/opensips# opensipsctl ps Process:: ID=0 PID=25935 Type=attendant root@opensips1:/etc/opensips# /etc/init.d/opensips restart Restarting opensips: opensips^[[Aroot@opensips1:/etc/opensips# ps uax|grep opensips opensips 25935 0.0 2.1 962160 21768 ? S 09:44 0:00 /sbin/opensips -P /var/run/opensips/opensips.pid -m 896 -M 32 -u opensips -g opensips After a few seconds the attendant process is gone, and opensips is not running anymore. Did anyone experience something like this before? BR Max M. On 05.05.2015 11:00, Max Mühlbronner wrote: Hi, when restarting Opensips it will shut down all the processes immediately, but there is still a single process left hanging (cpu load) which eventually exits after some time. It is not possible to restart Opensips until this process is killed/quits. root@opensips1:~# /etc/init.d/opensips restart Restarting opensips: opensipsroot@opensips1:~# Opensips version is 1.11.4-tls. But we also had the same issue with 1.7.x and 1.10.X. There are ~3000 active dialogs, but it should not take that long to dump everything into the database. (db_mode is set to 2) right? Any hints/ideas are appreciated. Best Regards Max M. ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org mailto: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 -- Max Mühlbronner 42com Telecommunication GmbH Straße der Pariser Kommune 12-16 10243 Berlin E-Mail: m...@42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Geschäftsführer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enthält Informationen von 42com Telecommunication GmbH. Diese sind möglicherweise vertraulich und ausschließlich für den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrtümlicherweise erhalten haben, so informieren Sie uns bitte unverzüglich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Failed to replicate Dialog
Kneeoh has already started an earlier thread related to this problem [1] This should be moved to the GitHub tracker [2]. We need either a relevant SIP trace, or a way of explaining the NULL socket behaviour / replicating the errors ourselves. [1] http://opensips-open-sip-server.1449251.n2.nabble.com/Failed-to-Replicate-Dialog-Dialog-in-DB-doesn-t-match-any-listening-sockets-td7596328.html [2] https://github.com/OpenSIPS/opensips/issues?q=is%3Aopen+is%3Aissue+label%3Abug Best regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 07.05.2015 20:05, Bogdan-Andrei Iancu wrote: Hi Kneeoh, The dialog replication is done assuming that both opensips servers do share the listening interface (via vrrp, heartbeat, etc). Do you different listening IPs on the 2 opensips instances ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 29.04.2015 20:35, Kneeoh wrote: Hello, I've got two VIPs on two instances of opensips and am doing dialog replication. I'm getting a steady stream of failed to replicate dialog errors in my opensips log. 192.168.30.39 192.168.30.40 are the two VIPs. Both have a listen = on both opensips configs. I'm not sure if this line in the log is the problem but it looks like it: DBG:core:bin_pop_str: Popped: '' [0] I'm not sure how the receive IP could be an empty string. debug: DBG:dialog:dlg_replicated_create: Received replicated dialog! DBG:core:bin_pop_str: Popped: 'udp:192.168.30.40:5060' [22] DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.39] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.40] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:bin_pop_str: Popped: '' [0] ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening sockets DBG:dialog:destroy_dlg: destroing dialog 0x7f09ddd9f958 DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7f09ddd9f958 [2225:721583693] with clid 'f4f2446c-6937-1233-f798-0024e869f1eb' and tags 'NULL' 'NULL' ERROR:dialog:receive_binary_packet: Failed to process a binary packet! ___ 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 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Contest and prizes - OpenSIPS 2.1 testing
Hello again! And the winner of the last OpenSIPS 2.1 Bug Hunt edition[1] is Dan Bogos(@danbogos)[2] for reporting cases where ACC events were not properly raised. Congratulations! Since the OpenSIPS 2.1 Final Release due date is today, there won't be any Bug Hunt editions for OpenSIPS 2.1. However, since many of you found the contest challenging and interesting, we will definitely organize new editions for future releases. Therefore you'll have new chances to will a nice OpenSIPS T-shirt. [1] http://www.opensips.org/Community/BugHuntContest [2] https://github.com/danbogos Cheers, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Opensips 2.1 Asynchronous explaine
Hi, I have installed 2.1 but i didn't understand use of Async mode. I was reading article http://www.opensips.org/Documentation/Script-Async-2-1 But don't understand how and where i can use in my script because in my script i am doing some SQL operation but i don't know how it can fit and how good i use it. Can someone explain in layman's terms? http://www.urbandictionary.com/define.php?term=layman%27s+termsdefid=2021603 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] OpenSIPS 1.11.5, 1.10.5 and 1.8.8 Minor Releases
Hi, all! Good news! We have just released three new minor releases for OpenSIPS: 1.11.5, 1.10.5 and 1.8.8. All three versions are stable and ready for production use. Since they contain the latest bug fixes, we strongly recommend you to upgrade your current instances! Thank you all for your patches, reports, fixes and all your contributions to this project! The full ChangeLogs for the newly released versions are: http://opensips.org/pub/opensips/1.11.5/ChangeLog http://opensips.org/pub/opensips/1.10.5/ChangeLog http://opensips.org/pub/opensips/1.8.8/ChangeLog Get the latest versions from: http://www.opensips.org/Downloads/Downloads Enjoy OpenSIPS! -- Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Opensips 2.1 Asynchronous explaine
Hi Satish, Do you do DB queries using avp_db_query() ? If yes, see the example: http://www.opensips.org/Documentation/Script-Async-2-1#toc3 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 07.05.2015 18:39, Satish Patel wrote: Hi, I have installed 2.1 but i didn't understand use of Async mode. I was reading article http://www.opensips.org/Documentation/Script-Async-2-1 But don't understand how and where i can use in my script because in my script i am doing some SQL operation but i don't know how it can fit and how good i use it. Can someone explain in layman's terms? http://www.urbandictionary.com/define.php?term=layman%27s+termsdefid=2021603 ___ 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 restart and hanging process (dialogs?)
Hi Max, The attendant is responsible for doing the cleanup for all modules and core - this is why it may take longer to complete. Do you have memory logging or some expensive DB flushing on shutdown ? BTW: see you in Amsterdam for the OpenSIPS Summit ! Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 07.05.2015 11:01, Max Mühlbronner wrote: Comparing opensipsctl ps and the pid of the remaining process shows it's the attendant process. root@opensips1:/etc/opensips# opensipsctl ps Process:: ID=0 PID=25935 Type=attendant root@opensips1:/etc/opensips# /etc/init.d/opensips restart Restarting opensips: opensips^[[Aroot@opensips1:/etc/opensips# ps uax|grep opensips opensips 25935 0.0 2.1 962160 21768 ? S 09:44 0:00 /sbin/opensips -P /var/run/opensips/opensips.pid -m 896 -M 32 -u opensips -g opensips After a few seconds the attendant process is gone, and opensips is not running anymore. Did anyone experience something like this before? BR Max M. On 05.05.2015 11:00, Max Mühlbronner wrote: Hi, when restarting Opensips it will shut down all the processes immediately, but there is still a single process left hanging (cpu load) which eventually exits after some time. It is not possible to restart Opensips until this process is killed/quits. root@opensips1:~# /etc/init.d/opensips restart Restarting opensips: opensipsroot@opensips1:~# Opensips version is 1.11.4-tls. But we also had the same issue with 1.7.x and 1.10.X. There are ~3000 active dialogs, but it should not take that long to dump everything into the database. (db_mode is set to 2) right? Any hints/ideas are appreciated. Best Regards Max M. ___ 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 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] CANCEL in t_relay() not forwarding user defined Headers
Hi Rahul, As per RFC3261, the stateful CANCELs are hop-by-hop - which means each hop consumes the incoming CANCEL and generates a new one for the next hop. This is why the headers do not propagate. What kind of headers are looking to be passed further ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.05.2015 20:45, Gupta, Rahul wrote: I am using opensips as a proxy, when a CANCEL to an INVITE comes in, its processed as follows # CANCEL processing if (is_method(CANCEL)) { if (t_check_trans()) t_relay(); exit; } in t_relay() seems like its creating new transaction for CANCEL and forwarding to the destination. However its not copying user-defined Headers which comes as a part of CANCEL. Is there a way to forward the other Headers ? I also tried using forward(). In this case, all the headers are getting forwarded, however, the branch in Via header is getting duplicated from the incoming VIA header which is causing issues with the endpoint. Question 1) If I use t_realy() for CANCEL, then how do I forward user defined Headers ? Question 2) If I use forward() for CANCEL, then how do I get the Via Header with proper branch as created in INVITE ? -- DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. ___ 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] Dialog start event over EVI
Hi Dan, As in ACC you cannot do START/STOP and CDRs in the same time, I suggest to use the CDR event for accounting purposes and for monitoring the dialog status take a look at the E_DLG_STATE_CHANGED event: http://www.opensips.org/html/docs/modules/2.1.x/dialog.html#id297207 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.05.2015 13:39, DanB wrote: Hey Guys, I am using EVI to generate CDRs out of OpenSIPS. The result is that I get one CDR record at the end of the dialog as E_ACC_CDR event. Now I would need to know also when dialog starts (eg: after INVITE is being OKed). What is the most recommended way to achieve that? I tried setting evi_flag but it appears that works only if I do not set cdr_flag. Am I right in that assumption? Are both evi_flag and evi_missed_flag options suppressed by cdr_flag? Thanks in advance for your feedback! DanB ___ 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] TCP connection closed after the call is established
Hi Mickael, No, you cannot force it - it is against the TCP philosophy :) . Which entity closes the TCP conn - OpenSIPS or the SBC ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.05.2015 11:02, Mickael Marrache wrote: Forget the previous error, it is not related to the issue. The issue is that when OpenSIPS sends the BYE to the SBC, it opens a new TCP connection to the SBC but uses a randomly chosen source port, therefore we don't see the SIP traffic using ngrep since we are filtering using port. Is there a way to force OpenSIPS to always use port 5060 as source port when opening TCP connections? *From:*Mickael Marrache [mailto:mickaelmarra...@gmail.com] *Sent:* Wednesday, May 06, 2015 10:15 AM *To:* users@lists.opensips.org *Subject:* TCP connection closed after the call is established Hi, We systematically get the following error with a particular SBC when a BYE is received: Apr 30 21:41:47 [11535]: ERROR:core:tcp_read: error reading: Connection reset by peer Apr 30 21:41:47 [11535]: ERROR:core:tcp_read_req: failed to read The components present in the call flow are: UAC - SBC - OpenSIPS - UAS The call works fine until a BYE is sent by the UAS to OpenSIPS which doesn't forward the BYE to the SBC. I know the TCP connection between the SBC and OpenSIPS is closed after the call is established, and before the BYE is received. However, I expect OpenSIPS to open a TCP connection with the SBC so that the BYE can be forwarded. Any idea? Thanks, Mickael ___ 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] CANCEL in t_relay() not forwarding user defined Headers
Hi Bogdan, I want to use opensips as stateless proxy that's why I tried forward() which is causing the branch issue as shown below, the branch in both the Via headers are same. CANCEL sip:@IP:PORT SIP/2.0 From: Alan Altman[3004]sip:@IP:PORT;tag=389cc678-0-13c4-65014-16288-3d1c9b70-16288 To: sip:@IP:PORT Call-ID: 10589b68-0-13c4-65014-16288-156334b2-16288 CSeq: 1 CANCEL Via: SIP/2.0/UDP IP:PORT;branch=z9hG4bK-16288-568e507-60d8e02-38903830 Via: SIP/2.0/UDP IP:PORT;branch=z9hG4bK-16288-568e507-60d8e02-38903830 Reason: SIP;cause=200;text=User Release Max-Forwards: 69 Supported: timer,replaces,from-change,histinfo,answermode,eventlist,recipient-list-subscribe User-Agent: test user agent Content-Length: 0 X-testHeader: RAHUL If we use t_relay(), I want to forward X-testHeader to the endpoint. From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] Sent: Thursday, May 07, 2015 12:39 PM To: OpenSIPS users mailling list; Gupta, Rahul Subject: Re: [OpenSIPS-Users] CANCEL in t_relay() not forwarding user defined Headers Hi Rahul, As per RFC3261, the stateful CANCELs are hop-by-hop - which means each hop consumes the incoming CANCEL and generates a new one for the next hop. This is why the headers do not propagate. What kind of headers are looking to be passed further ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.05.2015 20:45, Gupta, Rahul wrote: I am using opensips as a proxy, when a CANCEL to an INVITE comes in, its processed as follows # CANCEL processing if (is_method(CANCEL)) { if (t_check_trans()) t_relay(); exit; } in t_relay() seems like its creating new transaction for CANCEL and forwarding to the destination. However its not copying user-defined Headers which comes as a part of CANCEL. Is there a way to forward the other Headers ? I also tried using forward(). In this case, all the headers are getting forwarded, however, the branch in Via header is getting duplicated from the incoming VIA header which is causing issues with the endpoint. Question 1) If I use t_realy() for CANCEL, then how do I forward user defined Headers ? Question 2) If I use forward() for CANCEL, then how do I get the Via Header with proper branch as created in INVITE ? -- DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. ___ Users mailing list Users@lists.opensips.orgmailto: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] Manually load rpid from subscriber table
Hi Staish, If you do IP base auth, I guess you do not use the subscriber table at all, right ? SO you can set the RPID directly in the address table (I assume you use it for the IP auth) in the attr fields, so the RPID will be directly available for you Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 29.04.2015 23:42, Satish Patel wrote: We are using IP base authentication so how do i load rpid value from subscriber table? or do i need to do SQL query function to load? is there any built in function in opensips to manually load rpid from subscriber table if we don't want to use Registration method? ___ 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] Failed to replicate Dialog
Hi Kneeoh, The dialog replication is done assuming that both opensips servers do share the listening interface (via vrrp, heartbeat, etc). Do you different listening IPs on the 2 opensips instances ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 29.04.2015 20:35, Kneeoh wrote: Hello, I've got two VIPs on two instances of opensips and am doing dialog replication. I'm getting a steady stream of failed to replicate dialog errors in my opensips log. 192.168.30.39 192.168.30.40 are the two VIPs. Both have a listen = on both opensips configs. I'm not sure if this line in the log is the problem but it looks like it: DBG:core:bin_pop_str: Popped: '' [0] I'm not sure how the receive IP could be an empty string. debug: DBG:dialog:dlg_replicated_create: Received replicated dialog! DBG:core:bin_pop_str: Popped: 'udp:192.168.30.40:5060' [22] DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.39] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.40] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:bin_pop_str: Popped: '' [0] ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening sockets DBG:dialog:destroy_dlg: destroing dialog 0x7f09ddd9f958 DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7f09ddd9f958 [2225:721583693] with clid 'f4f2446c-6937-1233-f798-0024e869f1eb' and tags 'NULL' 'NULL' ERROR:dialog:receive_binary_packet: Failed to process a binary packet! ___ 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] CANCEL in t_relay() not forwarding user defined Headers
Rahul, As per RFC, in stateless mode there is no branch (for the newly added VIA) - as branch is transaction oriented. And the RFC3261 recommends to reuse the previous VIA hdr (if exists). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 07.05.2015 20:01, Gupta, Rahul wrote: Hi Bogdan, I want to use opensips as stateless proxy that’s why I tried forward() which is causing the branch issue as shown below, the branch in both the Via headers are same. CANCEL sip:@IP:PORT SIP/2.0 From: Alan Altman[3004]sip:@IP:PORT;tag=389cc678-0-13c4-65014-16288-3d1c9b70-16288 To: sip:@IP:PORT Call-ID: 10589b68-0-13c4-65014-16288-156334b2-16288 CSeq: 1 CANCEL Via: SIP/2.0/UDP IP:PORT;branch=z9hG4bK-16288-568e507-60d8e02-38903830 Via: SIP/2.0/UDP IP:PORT;branch=z9hG4bK-16288-568e507-60d8e02-38903830 Reason: SIP;cause=200;text=User Release Max-Forwards: 69 Supported: timer,replaces,from-change,histinfo,answermode,eventlist,recipient-list-subscribe User-Agent: test user agent Content-Length: 0 X-testHeader: RAHUL If we use t_relay(), I want to forward X-testHeader to the endpoint. *From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org] *Sent:* Thursday, May 07, 2015 12:39 PM *To:* OpenSIPS users mailling list; Gupta, Rahul *Subject:* Re: [OpenSIPS-Users] CANCEL in t_relay() not forwarding user defined Headers Hi Rahul, As per RFC3261, the stateful CANCELs are hop-by-hop - which means each hop consumes the incoming CANCEL and generates a new one for the next hop. This is why the headers do not propagate. What kind of headers are looking to be passed further ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 06.05.2015 20:45, Gupta, Rahul wrote: I am using opensips as a proxy, when a CANCEL to an INVITE comes in, its processed as follows # CANCEL processing if (is_method(CANCEL)) { if (t_check_trans()) t_relay(); exit; } in t_relay() seems like its creating new transaction for CANCEL and forwarding to the destination. However its not copying user-defined Headers which comes as a part of CANCEL. Is there a way to forward the other Headers ? I also tried using forward(). In this case, all the headers are getting forwarded, however, the branch in Via header is getting duplicated from the incoming VIA header which is causing issues with the endpoint. Question 1) If I use t_realy() for CANCEL, then how do I forward user defined Headers ? Question 2) If I use forward() for CANCEL, then how do I get the Via Header with proper branch as created in INVITE ? -- DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. ___ Users mailing list Users@lists.opensips.org mailto: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] Custom RADIUS auth and db_check_*
Hi Aleksey, Try do the a manual comparison: if ($au != $fU) see http://www.opensips.org/Documentation/Script-CoreVar-1-11#toc7 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 24.04.2015 17:35, Aleksey Fedorov wrote: Hi! How to check To/From username against digest credentials if radius_send_auth() used instead of aaa_www_authorize/aaa_proxy_authorize. If I call db_check_to() after successful radius_send_auth() call I get this errors: Apr 24 14:02:28 sip-node1 /sbin/opensips[2653]: ERROR:uri:check_username: No authorized credentials found (error in scripts) Apr 24 14:02:28 sip-node1 /sbin/opensips[2653]: ERROR:uri:check_username: Call {www,proxy}_authorize before calling check_* functions! When aaa_www_authorize/aaa_proxy_authorize is used all is OK. But I need custom attributes send to RADIUS therefore I need to use radius_send_auth(). -- ___ 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
[OpenSIPS-Users] [Release] OpenSIPS 2.1.0 stable is out !
Hi all, The day is here - 2.1 RC becomes 2.1.0 stable. After 1.5 months of a collective effort of testing, reporting and fixing, 2.1 because stable, production ready. See our bug-hunting contest (with many thanks to everybody involved): http://www.opensips.org/Community/BugHuntContest This is the climax for the 2.1 - a new radical, improved, extended, but stable version of OpenSIPS. Please enjoy ! -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Failed to replicate Dialog
Hi Bogdan, Both Opensips hosts are set to use corosync/heartbeat to failover the two IPs in our config. Both hosts are set to non-localbind and opensips is explicitly listening on both of the VIPs. This is why I'm confused. It seems that everything is configured correctly yet I'm getting these errors on the inactive opensips instance. On Thursday, May 7, 2015 1:05 PM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi Kneeoh, The dialog replication is done assuming that both opensips servers do share the listening interface (via vrrp, heartbeat, etc). Do you different listening IPs on the 2 opensips instances ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 29.04.2015 20:35, Kneeoh wrote: Hello, I've got two VIPs on two instances of opensips and am doing dialog replication. I'm getting a steady stream of failed to replicate dialog errors in my opensips log. 192.168.30.39 192.168.30.40 are the two VIPs. Both have a listen = on both opensips configs. I'm not sure if this line in the log is the problem but it looks like it: DBG:core:bin_pop_str: Popped: '' [0] I'm not sure how the receive IP could be an empty string. debug: DBG:dialog:dlg_replicated_create: Received replicated dialog! DBG:core:bin_pop_str: Popped: 'udp:192.168.30.40:5060' [22] DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.39] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:grep_sock_info: checking if host==us: 13==13 [192.168.30.40] == [192.168.30.40] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 DBG:core:bin_pop_str: Popped: '' [0] ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening sockets DBG:dialog:destroy_dlg: destroing dialog 0x7f09ddd9f958 DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7f09ddd9f958 [2225:721583693] with clid 'f4f2446c-6937-1233-f798-0024e869f1eb' and tags 'NULL' 'NULL' ERROR:dialog:receive_binary_packet: Failed to process a binary packet! ___ 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