Hello
I want to know that .... Is there any monitoring tool for kamailio .. which
shows user details numbers of user connected @ that time... which
automatically updated every 2/5 minutes...
I knew about siremis... is there any other tools..???
--
Regards,
Chandrakant Solanki
Hello,
I currently have the following search method use:
search("(restricted|anonymous|Anonymous|Private|private|Unknown|unknown)")
unfortunately this is catching cases where there is a Diversion header i.e.
Diversion: < sip:1234@someHost > ; reason = unknown
So I attempted to do an assertion:
search("(restricted|anonymous|Anonymous|Private|private|Unknown|(?<!reason=)unknown)")
However it does not seem that Kamailio is completely PCRE compatible? thus
server fail.... / parse error
Does anyone have a solution so I can keep the same matching, except exclude
matching "unknown|Unknown" when reason=unknown, however match it in all
other conditions?
Thank you for any and all help ahead of time.
Sincerely,
Brandon
Hello,
I am trying to build kamailio from source.
I am a newbie to kamailio.
In the download area of 1.5.2,
http://www.kamailio.org/pub/kamailio/1.5.2/src/, there are two files:
kamailio-1.5.2-notls_src.tar.gz 3.3M
kamailio-1.5.2-tls_src.tar.gz 3.4M
I have a question: what is the difference, in short, between these two
tar balls ?
Regards,
Mark
I have a situation where SER sits between two independent
networks, one being an isolated network and the other being
the rest of the Internet. The isolated network is also
a PSTN gateway with only one switch on that network.
SER has two physical interfaces, and uses force_send_socket
and rewritehost to make sure things go out the right interfaces.
The problem is when the called network hangs up first and
generates a BYE* first, if SER didn't add a record-route,
the called network switch bypasses SER and attempts to send
directly to the calling IP address, which doesn't work because
the two networks cannot be reached directly.
If I add just one record-route in SER, the called
network now knows how to get back to SER to tell it about
the BYE, and SER passes that BYE on to the calling network.
So far so good.
Unfortunately, this also causes the called network to add
Record-Route to responses it sends out, like 183/200 with its
own IP address. Those reach the SER without problem, but SER
doesn't add its own Record-Route to the reply, so when this
reaches the calling network, they only have a Record-route
that points to an IP address they cannot possibly reach.
I tried a number of things to get around this, and
all failed.
1. Tried to add my own Record-Route to the reply, but
SER doesn't allow this. Won't even start.
2. Tried to remove the Record-Route from the reply, but
SER also doesn't allow this. Won't even start.
3. Tried to add both IP addresses for the two interfaces
to by using two Record-Routes at the INVITE. This doesn't
fix the response messages, and actually causes looping
behavior or "I'm terribly sorry" responses. (I tried this
with and without the "enable_double_rr" parameter set
and it didn't seem to make any difference.) By altering
the order of the two Record-Route you are pretty-much
guaranteed to confuse one party or the other as each
needs the Record-Routes listed in the opposite order.
4. Tried some combinations of the above with loose_route()
but the usual outcome is SER sending messages back to itself
rather than to the right place and eventually the dreaded
"I'm terribly sorry" or "481 Transaction" gets sent out,
usually to nobody in particular.
So, are there any working examples out there for a SER
that has two network interfaces, each in its own isolated
network that correctly route messages between the two sides?
I need SER to not only add Record-Routes when appropriate
but to strip them off or replace them as the replies pass
back through and back to the initiator.
The network isolation was a security thing, not a NAT thing
(although private IP space is in use), but it is not possible
for a message from one network to reach the other without
passing through SER, and some commercial equipment I am
working with ignores the source of a message and only
sends the response to wherever the record-route(s) say it
should go and if no record-route, it honors the Via, while
other gear ignored both and only replies to the source of
the message.
*The problems affecting called-party BYEs also causes
major grief when re-INVITEs occur, which fail to make it to
the calling network (or more likely, the 200 OK replies
fail to make it back), causing the call to die after 32
seconds.
Any examples would be greatly appreciated.
Hello all
How can i generate an INVITE from Kamailio.
I want generate many INVITE using parametre from data base.
Who have an idea for this pb.
Thanks
Regards
Aladin
I'm pulling two destinations out of a sql database that I'd like to
parallel fork on. I rewrite the main branches RURI to the first result
that's returned then append the second result as a branch using
assignment to $br. The first call always rings correctly but the second
hangs and it looks like it's sending a 407 to my UAC which already
authenticated on the initial INVITE.
if ($avp(s:alias_counter) == 0) {
# Replace the main branch URI with the first result of the DB
$ru = "sip:" + $dbr(result=>[0,0]) + "@" + $dbr(result=>[0,1]);
} else {
# For all other rows append them as branches
$br = "sip:" + $dbr(result=>[$avp(s:alias_counter),0]) + "@" +
$dbr(result=>[$avp(s:alias_counter),1]);
}
Sep 9 14:20:36 [12535] DBG:core:parse_msg: SIP Reply (status):
Sep 9 14:20:36 [12535] DBG:core:parse_msg: version: <SIP/2.0>
Sep 9 14:20:36 [12535] DBG:core:parse_msg: status: <407>
Sep 9 14:20:36 [12535] DBG:core:parse_msg: reason: <Proxy
Authentication Required>
Do I need to bypass my authentication route for new branches or am going
about this wrong? In openser 1.3 using enum for forking I don't have to
do any special logic for bypassing proxy_auth so I assumed it'd be
similar.
Thanks
Bob
--------------------------------------------------------------------------
This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.
On Mittwoch, 9. September 2009, Anders wrote:
> Thanks for the VERY quick answer!
Hi Anders,
np. :) Please always CC to the user list.
> server:/# kamctl fifo get_statistics inuse_transactions
> database engine 'MYSQL' loaded
> Control engine 'FIFO' loaded
> entering fifo_cmd get_statistics inuse_transactions
> tm:inuse_transactions = 23
>
> FIFO command was:
> :get_statistics:openser_receiver_1853
>
> inuse_transactions
>
> That looks alright, doesn't it?
It looks ok, but perhaps the additional debugging output you got confuse the
subsequent commands you want to run? Can you check your kamctlrc file? There
is something like this:
## verbose - debug purposes - default '0'
# VERBOSE=1
Perhaps it works when you deactivate this setting?
Henning
Hi list,
I'm pretty green, so please bare with me if the questions are
common-sense to some of you - I ask here only because I was unable to
find or understand the answer elsewhere, like it the very technical
documentation or somewhere else on the web.
I suspect that something is wrong with the configuration somewhere,
because I can't get much out of the statistics. Just look at the
responses from these commands:
> server:/etc/munin/plugins# kamctl fifo get_statistics active_dialogs |
> cut -d" " -f3 'MYSQL'
> 'FIFO'
> get_statistics
> 0
> was:\n:get_statistics:openser_receiver_6342\nactive_dialogs\n\n
> server:/etc/munin/plugins# kamctl fifo get_statistics early_dialogs |
> cut -d" " -f3 'MYSQL'
> 'FIFO'
> get_statistics
> 0
> was:\n:get_statistics:openser_receiver_6580\nearly_dialogs\n\n
> server:/etc/munin/plugins# kamctl fifo get_statistics
> inuse_transactions | cut -d" " -f3 'MYSQL'
> 'FIFO'
> get_statistics
> 0
> was:\n:get_statistics:openser_receiver_6593\ninuse_transactions\n\n
> server:/etc/munin/plugins# kamctl fifo get_statistics database engine
> 'MYSQL' loaded Control engine 'FIFO' loaded entering fifo_cmd
> get_statistics 400 Too few or too many arguments FIFO command was:
> :get_statistics:openser_receiver_6610
Doesn't look right, does it? Where do you suggest that I start looking?
Thanks!
Hello,
who ever has brand new features to push into upcoming Kamailio 3.0 has
to do it this week. The plan is o freeze the code and start the testing
phase at the beginning of next week, with bug hunting as main activity.
As usual, work on additional tools and documentation can go on during
testing. If discovered, important missing features from kamailio 1.5
will be considered bugs.
Cheers,
Daniel
--
Daniel-Constantin Mierla
* http://www.asipto.com/