Problem with signalling - RTP gets lost!
Rtpproxy not working properly?
I am absolutely stuck ... cause this happens in a live environement.
I have the following situation
A calls B over carrier 1 - number is not valid and I get back error 404 from
carrier and now freeswitch should play a messa
Dear Sir,
well i would like to know,is there any web interface for kamailio to
configure complete configuration part,database,modules and upgrades similar
like Astrix server ,Kamailio Sip server is Really Rock Solid server,when i
first visited your site,i saw the name called Rock Solid ,i though
On 11/27/13 11:59 PM, Daniel-Constantin Mierla wrote:
Hello,
I have few issues on my list to fix for 4.1 before the full release,
but I consider one week being enough time. Therefore I plan to release
4.1.0 next Wednesday, Dec 4, 2014.
Obviously I wanted to say this year, 2013 -- just thinkin
Hello,
I have few issues on my list to fix for 4.1 before the full release, but
I consider one week being enough time. Therefore I plan to release 4.1.0
next Wednesday, Dec 4, 2014.
If anyone would prefer a different plan, expose it on the mailing list
for further discussions.
Cheers,
Dani
For further clarification, the Contact header is not relevant at all (so
not used) for routing current request (no matter is ACK or something
else). No Contact never results in misrouting. As Alex pointed, only a
full sip trace can reveal the problem.
Cheers,
Daniel
On 11/27/13 8:31 PM, Alex
Hi,
I have Kamailio running on a 32-bit Linux server with 4 GB of memory.
Is there any performance impact on Kamailio when increasing shared
memory size? Or is the only concern that other processes have sufficient
memory left over?
The highest recommendation I have found on the mailing list
The only way to diagnose this is to get a full packet capture. In all
likelihood, there is a problem with the ACK. 4.0 does not, in principle,
mishandle ACKs, no, but loose-routing and NAT problems related to their
handling are not uncommon.
Adnan <112linuxstockh...@gmail.com> wrote:
>Hi,
>
>
Hi,
We are migrating from our openser 1.4 to kamailio 4.0.3 and have run into a
couple of issues. One of them is described below and we need to know if it
is a known bug or not.
Kamailio receives an INVITE from a gateway and finally responds with 200
OK. Then an ACK is generated by the gateway to
Thanks,
but im looking for something specific to Kamailio. I have worked with
different SBC's before and understand them somewhat. I know what I would like
to acomplish just dont know enough about Kamailio to get it done.
thanks,
On Nov 27, 2013, at 11:43 AM, Ovidiu Sas wrote:
> Your fir
Your first read should be: http://tools.ietf.org/html/rfc3261
After that, dealing with kamailio will be much easier :)
Regards,
Ovidiu Sas
On Wed, Nov 27, 2013 at 11:33 AM, Joli Martinez wrote:
> Hello,
>
> Is there any books you would recommend reading so I can learn more on
> Kamailio?
>
> th
Hello,
Is there any books you would recommend reading so I can learn more on Kamailio?
thanks,
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listin
Thanks,
that worked.
On Nov 27, 2013, at 3:47 AM, Muhammad Shahzad wrote:
> Never give any SIP response to any malicious SIP request, ignore it
> completely. Usually such malicious attacks are done through bots (with
> identifiable user--agent header), which send a basic / harmless SIP reques
Try to attach gdb to the kamailio processes and run a full backtrace.
Regards,
Ovidiu Sas
On Wed, Nov 27, 2013 at 5:16 AM, Sotas Development wrote:
> Hi,
>
> In the mean time we have gathered more information on this problem:
>
> As given below, kamailio stops grabbing UDP SIP messages (SIP regi
Hi,
In the mean time we have gathered more information on this problem:
As given below, kamailio stops grabbing UDP SIP messages (SIP
registrations) after running a while on an embedded ARM and PPC platform
(which runs linux 2.6.33 kernel). Some times the hangup occures within
hours and some time
You might want to use the db_extra Parameter in the acc-Module:
http://kamailio.org/docs/modules/4.0.x/modules/acc.html#idp1653488
modparam("acc", "db_extra", "real_error=$avp(s:real_error)")
(requires a real_error column in the acc-Table)
And in your failure route you could do:
$avp(s:real_error
I think it is a conceptual question indeed. You "abuse" the 403 error in
some table (actually "missed_calls" is for missed calls, not for
rejected calls) to log/account a rejected call.
Make it more explicit. If you want to track rejected calls, make a
dedicated table and insert an record into
Never give any SIP response to any malicious SIP request, ignore it
completely. Usually such malicious attacks are done through bots (with
identifiable user--agent header), which send a basic / harmless SIP request
such as SIP OPTIONS and see if they get response, if they do then they
proceed with
Do you have some example about malicious messages ?
D.
On 11/27/2013 12:00 AM, Joli Martinez wrote:
> I have placed the code below right underneath the route portion in the
> kamailio.cfg file restarted kamailio and I am still being attacked.
>
> ### Routing Logic
>
>
> # main req
18 matches
Mail list logo
