Hello;
with adding microseconds to Event-Time-Stamp , it will be more specific time. radiusclient library doesnt support double so i had to convert from double to char variable. in addition , after changing radius time mode to 1 , Event-Time-Stamp attribute needs to be switched integer/date to string in dictionary.kamailio and also radius server dictionary.
if you accept this request , i will add more information to radius docs.
Thanks.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/375
-- Commit Summary --
* acc_radius : adding radius time mode
-- File Changes --
M modules/acc_radius/acc_radius_mod.c (23)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/375.patchhttps://github.com/kamailio/kamailio/pull/375.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/375
Hi,
I have been trying to setup Kamailio v4.3.3 rev. e275bc on RHEL 7.1 64bit.
It has been very difficult to resolve all dependencies initially due to
RHEL's extremely limited repositories and libraries support, but
nevertheless I am finally able to successfully compile kamailio with all
essential modules on it.
However, now kamailio fails to start up and gives this strange error,
--
36(3335) CRITICAL: <core> [io_wait.c:526]: init_io_wait(): could not alloc
epoll array
36(3335) CRITICAL: <core> [tcp_main.c:4523]: tcp_main_loop(): exiting...
0(3250) ALERT: <core> [main.c:725]: handle_sigs(): child process 3335
exited normally, status=255
0(3250) INFO: <core> [main.c:743]: handle_sigs(): terminating due to
SIGCHLD
--
I have never seem this error before nor i can find any info related to it
anywhere on internet. So, i doubt it is due to any missing dependency.
Any idea what may be the cause of this?
Thank you.
Module: kamailio
Branch: master
Commit: 9251a6f386c27017c71e3cd468b20df16a65329d
URL: https://github.com/kamailio/kamailio/commit/9251a6f386c27017c71e3cd468b20df…
Author: Olle E. Johansson <oej(a)edvina.net>
Committer: Olle E. Johansson <oej(a)edvina.net>
Date: 2015-10-21T14:46:04+02:00
curl Update TODO and add a note for improvement in the way we handle reading from the server.
We may want to just drop data instead of allocating memory for it. It is not a good situation
to swallow anything.
---
Modified: modules/curl/TODO.txt
Modified: modules/curl/functions.c
---
Diff: https://github.com/kamailio/kamailio/commit/9251a6f386c27017c71e3cd468b20df…
Patch: https://github.com/kamailio/kamailio/commit/9251a6f386c27017c71e3cd468b20df…
---
diff --git a/modules/curl/TODO.txt b/modules/curl/TODO.txt
index 77ab3cc..0a728fd 100644
--- a/modules/curl/TODO.txt
+++ b/modules/curl/TODO.txt
@@ -3,18 +3,22 @@ The curl module - todo
- connection parameters
timeout=x - DONE
- read=line/all
+ read=line/all - Implemented in API, but not in parameter
tlsverify=on/off
failover=curlcon Other curlcon that can be used for failover in case of 5xx response or timeout
httpredirect - DONE
useragent - DONE
+
- Make sure modparams work
httpproxy - Not working with curl
tls cert, key, ca - Not working with curl yet
httpredirect - done
timeout - done
+ maxdatasize - done
+- Add XAVP parameter setting before running curl_connect
+
- save fingerprint of cert for trust-on-first-use procedure
- status for curlcon-object, needs to be object in process memory, so child_init
@@ -22,6 +26,8 @@ The curl module - todo
- function in dialplan - curlcon_exist(object)
- pv $curlstatus(object) ??
+- Figure out a way to communicate back the content-type of the response. Another pvar arg?
+
- pv for curl error codes (result < 100)
$curlerror(code) Result string - DONE
diff --git a/modules/curl/functions.c b/modules/curl/functions.c
index 17b85a9..4c9961e 100644
--- a/modules/curl/functions.c
+++ b/modules/curl/functions.c
@@ -60,6 +60,10 @@ static int curL_query_url(struct sip_msg* _m, char* _url, char* _dst, const char
*/
size_t write_function( void *ptr, size_t size, size_t nmemb, void *stream_ptr)
{
+ /* A question here is if we can somehow signal maxdatasize and stop filling
+ buffers at maxdatasize - we don't need any more. Or just ignore and stop
+ allocating pkg memory at that point. A good todo.
+ */
http_res_stream_t *stream = (http_res_stream_t *) stream_ptr;
stream->buf = (char *) pkg_realloc(stream->buf, stream->curr_size +
Hi guys,
What do you think about the RFC 5393 on loop detection and amplification
attack protection?
The RFC is short and still a proposed
standard but don't you think it could be useful to prevent loop and
amplification attack? Because even if the max-forward field reduces the
loop to ~70 hosts (in most cases) with some techniques we could fork the
message up to 2^70 messages (as described in the RFC) to crash the
servers.
Basically the server has to do 2 things:
* check if it is not already in the via of the message
*
the previous check is not enough as a B2BUA could have replaced the via
headers, so the RFC introduces a new field called max-breadth to limit
the forking.
I have not seen a lot of implementation of this RFC
on the free SIP software and I think it could be a good way to improve
kamailio making a module for it (the easier way to implement this
feature I think).
In fact I'm in a research internship about VoIP
security and
I have time to develop such a module for kamailio if you think it's a
good idea (I'm looking for some security improvements in free software
solutions so if you have other idea don't hesitate to tell me).
Cheers,
Tetram