sr-users September 2014

sr-users@lists.kamailio.org

96 participants
170 discussions

by Laurent Schweizer

Dear all, Since few weeks I have more and more TCP issue, I can see that sometimes the client send a TCP SYN but never get any response. 106.123315 62.12.179.104 -> X.X.X.X TCP 39174 > sip [SYN] Seq=0 Win=4380 Len=0 MSS=1380 TSV=4294942209 TSER=0 WS=1 109.124384 62.12.179.104 -> X.X.X.X TCP 39174 > sip [SYN] Seq=0 Win=4380 Len=0 MSS=1380 TSV=4294942510 TSER=0 WS=1 111.202946 62.12.179.104 -> X.X.X.X TCP 4993 > sip [SYN] Seq=0 Win=4380 Len=0 MSS=1380 TSV=4294942717 TSER=0 WS=1 114.204707 62.12.179.104 -> X.X.X.X TCP 4993 > sip [SYN] Seq=0 Win=4380 Len=0 MSS=1380 TSV=4294943018 TSER=0 WS=1 I have found on internet many doc regarding TCP and max connection issue and I have already done change in sysctl (see below) to increase the number of tcp connection but seems still not ok. Any idea ? Best regards Laurent net.ipv4.ip_forward = 0 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 0 net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 kernel.msgmnb = 65536 kernel.msgmax = 65536 kernel.shmmax = 68719476736 kernel.shmall = 4294967296 net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_keepalive_time = 1200 net.ipv4.tcp_max_syn_backlog = 8192 net.ipv4.tcp_max_tw_buckets = 5000 fs.file-max = 2097152 net.ipv4.ip_local_port_range = 2000 65535 net.ipv4.tcp_max_tw_buckets = 1440000 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_tw_reuse = 1 net.core.somaxconn = 65536 net.core.netdev_max_backlog = 65536

10 years, 2 months

Kamailio Installaton compatibility with ARM9 Architecture

by Nandini madhu

Dear all, Greetings. We need to install Kamailio server in ARM9 architecture based system (Example: Xilinx XC7Z045-2FFG676I FPGA board). Pleasse suggest me that, is there any possibility of installing Kamailio in ARM9 architecture based systems. Please respond Regards sermj2012

10 years, 2 months

New developer: Federico Cabiddu

by Daniel-Constantin Mierla

Hello, I would like to announce that Federico Cabiddu has now write access to Kamailio git repository. He is going to push a new module named tsilo, which facilitates adding new branches to active transactions -- the typical case implemented so far is to track invites per callee and add a new branch if the callee registers while invite transaction is active, quite useful for services with mobile clients that are getting push notifications to wake up. Federico is one of the guys using Kamailio for many years, currently working at Orange, France. His commit user id is: fcabiddu My warm welcome and thanks for joining the effort to develop Kamailio! Looking forward to future contribution to the project, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany

10 years, 2 months

new module db_kazoo

by Luis Azedo

Hello Awesome Kamailio Community, We are writing on behalf of 2600hz, where we have been using Kamailio for some time now and are very pleased with our results! So, seems time to commit something back, dontchya think? We would like to present to you a new module, to hopefully be included in master. We call it db_kazoo (although a new name is fine too). db_kazoo is a general purpose AMQP connector (connects to our rabbitmq-server). It exposes publish/consume capabilities into Kamailio. Why is this amazing, you ask? Well even if you didn’t ask, we will explain… >From a high-level, the purpose of the module might be for things like: - Integrate to an AMQP application to make real-time routing decisions (instead of using, say, a SQL database) - Provide a real-time integration into your program, instead of your database, so you can overlay additional logic in your preferred language while also utilizing a message bus - Utilize messaging to have a distributed messaging layer, such that machines processing requests/responses/events can go up/down or share the workload and your Kamailio node will still be happy With this module, someone can: 1 - publish json payloads to rabbitmq 2 - publish json payloads to rabbitmq and wait for correlated response message 3 - subscribe to an exchange with a routing key The module works with a main forked process that does the communication with rabbitmq for issuing publishes, waiting for replies and consuming messages. When it consumes a message it defers the process to a worker process so that it doesn't block this main process. The worker process issues an event-route where we can act on the received payload. The name of the event-route is composed by values extracted from the payload. Consumed messages have the option of being acknowledge in two ways: 1 - immediately when received 2 - after processing by the worker One unique feature of our implementation revolves around failover of the message bus itself. In our design, the module supports multiple RabbitMQ servers and will fallback from one to the next in a list of RabbitMQ servers if the connection fails to the current connected server. When using acknowledge in db_kazoo with clustering in RabbitMQ, we have simulated and experienced full reconnects while in the middle of processing pending messages. In this way, when we get disconnected from one server we proved that, even at high speeds, we are able to connect to the next in the list and continue interacting with our application. We have run a variety of sipp load tests on this module and believe it is ready for prime time. We monitored memory, response accuracy and overall stability and it seemed OK. But we would, of course, love for others to help us find what we have missed, or contribute more features, or overall just use the work we slaved over for so many hours. Or just make comments and suggestions! If nothing else, we hope we’ve provided something useful to the Kamailio community, as you all have provided useful items to us. Thanks to everyone for all the work on Kamailio and related products. Look forward to hearing from you all. This is our first formal / large contribution to Kamailio so if we’ve done something wrong process, code or otherwise please let us know!

10 years, 2 months

Location of Encryption Algorithm in TLS Module

by aawaise

Hello, I have downloaded and unzipped kamailio package available online. I want to know about TLS module, My question is that where is the encryption module located in TLS module ?? Is it in some .c file of TLS module or does TLS module use AES encryption available in LINUX or UNIX systems?? This question arises because I want to customize AES algorithm ?? Can it be done in TLS module or not ?? Regards, Aawaise -- View this message in context: http://sip-router.1086192.n5.nabble.com/Location-of-Encryption-Algorithm-in… Sent from the Users mailing list archive at Nabble.com.

10 years, 2 months

Freezing development for v4.2 at the end of today

by Daniel-Constantin Mierla

Hello, the development of new features for next major release, v4.2.0, is going to be frozen by end of today. As we have developers all over the world, we are going to allow everyone to benefit of the full day, so technically is like end of Wednesday, September 10, in Hawaii ( :-) a good fit, because it is the home region for the name of the project. If there is a patch with new features that you want to push, but needs review, we are going to take care of them in the next days, but upload them to the tracker or send them to sr-dev mailing list by today. Then follows about one month of testing and bug fixing for the existing code, with the target to have the 4.2.0 release out around mid of October. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany

10 years, 2 months

New developer: Luis Azedo

by Daniel-Constantin Mierla

Hello, I would like to announce that a new developer has now write access to Kamailo git repository: Luis Azedo. His commit username is: lazedo He is going to push soon the 'kazoo' module that was discussed these days on the mailing list - a module connector for the Kazoo - the open source, distributed VoIP platform using Kamailio for core SIP routing. He also provided many patches to other components so far. Luis works for 2600hz, an USA company, and will be accompanied by Darren Schreiber and Karl Andreson in maintenance of the new module. My warm welcome and thanks for joining the effort of developing Kamailio further! Looking forward to future contributions to the project! Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany

10 years, 2 months

No BYE from Called party

by Yuriy Gorlichenko

Hello All. I have kamailio with provider connection (trunk) When I call to external number through my provider call extablished Ok. But when i try hangup call from external number no BYE sended to me. When I hangup call from my kamailio (internal num) I send by to exteral number and it respond me Ok so session if fully complete. I guess that BYE from external number not recieves to me because I have wrong routing header fields at my INVITe or ACK messages, but can not find any information what what header must recieve info to external number where send BYE at hangup or thomething like this. This is my little dump for situation wherer I hangup from internal number and BYE finished successfully: IP my.kamailio.com.5068 > my.proider.com.5060: UDP, length 1599 E....< .@.'. ...6........G.RINVITE sip:12345678900@my.provider.com:5060 SIP/2.0 Record-Route: <sip:my.kamailio.com:5068;nat=yes;ftag=as5872f19e;lr=on> Via: SIP/2.0/UDP my.kamailio.com:5068 ;branch=z9hG4bK5c63.57e9ba848fadd4e228caa4445baf9d76.2 Via: SIP/2.0/UDP my.client.internal.ip:50600;branch=z9hG4bK4d90cebf;rport=50600 Max-Forwards: 70 From: <sip:TrunkNum@my.provider.com>;tag=as5872f19e To: <sip:12345678900@my.provider.com:5068> Contact:<TrunkNum@my.kamailio.com:5068> Call-ID: 42b819d45c08c9d304343bf976c5b405@my.client.internal.ip:50600 CSeq: 102 INVITE User-Agent: Asterisk PBX 12.5.0 Date: Thu, 04 Sep 2014 21:53:13 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 544 Proxy-Authorization: Digest username="TrunkNum", realm="my.provider.com", nonce="VAjgfVQI31EsekTXtYjBzKa59XFSJB5P", uri=" sip:12345678900@my.provider.com:5060", qop=auth, nc=00000001, cnonce="3619116795", response="f5bc1d8125dd9e448d2e73764823adee", algorithm=MD5 v=0 o=root 1022912010 1022912010 IN IP4 my.kamailio.com s=Asterisk PBX 12.5.0 c=IN IP4 my.kamailio.com t=0 0 a=ice-lite m=audio 30032 RTP/AVP 0 3 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=maxptime:150 a=sendrecv a=rtcp:30033 a=ice-ufrag:3o8JrqkF a=ice-pwd:m8q4khQT8NKSABqeUkKs7ed8ClR2 a=candidate:TgT1dfTnI3kBgWQ IP my.proider.com.5060 > my.kamailio.com.5068: UDP, length 1882 E..... ./...6... ........b..SIP/2.0 200 OK Via: SIP/2.0/UDP my.kamailio.com:5068;rport=5068;received=my.kamailio.com ;branch=z9hG4bK5c63.57e9ba848fadd4e228caa4445baf9d76.2 Via: SIP/2.0/UDP my.client.internal.ip:50600;branch=z9hG4bK4d90cebf;rport=50600 Record-Route: <sip:my.proider.com;lr=on;ftag=as5872f19e> Record-Route: <sip:my.kamailio.com:5068;nat=yes;ftag=as5872f19e;lr=on> From: <sip:TrunkNum@my.provider.com>;tag=as5872f19e To: <sip:12345678900@my.provider.com:5068>;tag=5rF0FNamQ99gH Call-ID: 42b819d45c08c9d304343bf976c5b405@my.client.internal.ip:50600 CSeq: 102 INVITE Contact: <sip:12345678900@externail.number.end.ip:5060;transport=udp> User-Agent: provider agent Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 746 X-provider agentOutboundGateway: sip:5574012345678900@62.93.147.149 X-provider agentOutboundCarrierID: 23705946361020 X-provider agentCarrierRate: 0.20180 X-provider agentCloudRate: 0.00300 Remote-Party-ID: "Outbound Call" <sip:5060@my.provider.com >;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1409844386 1409844387 IN IP4 externail.number.end.ip s=FreeSWITCH c=IN IP4 externail.number.end.ip t=0 0 a=msid-semantic: WMS hQBNQPw0VjJInvOA0H6HPZyePNO0IIqP m=audio 23216 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=ssrc:2990874569 cname:pRs5xP IP my.kamailio.com.5068 > my.proider.com.5060: UDP, length 596 E..p.@..@.K\ ...6........\`.ACK sip:12345678900@externail.number.end.ip:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP my.kamailio.com:5068 ;branch=z9hG4bK5c63.8c0bfc7de0669f1b8252b97b8431b2e1.0 Via: SIP/2.0/UDP my.client.internal.ip:50600;branch=z9hG4bK5420b559;rport=50600 Route: <sip:my.proider.com;lr=on;ftag=as5872f19e> Max-Forwards: 70 From: <sip:TrunkNum@sip.callsion.com>;tag=as5872f19e To: <sip:12345678900@my.provider.com:5068>;tag=5rF0FNamQ99gH Call-ID: 42b819d45c08c9d304343bf976c5b405@my.client.internal.ip:50600 CSeq: 102 ACK User-Agent: Asterisk PBX 12.5.0 Content-Length: 0 IP my.kamailio.com.5068 > my.proider.com.5060: UDP, length 617 E....D..@.KC ...6........q.ZBYE sip:12345678900@externail.number.end.ip:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP my.kamailio.com:5068 ;branch=z9hG4bK6c63.3deda3c1fee0ef86d7eae9549dd1b194.0 Via: SIP/2.0/UDP my.client.internal.ip:50600;branch=z9hG4bK65e48b85;rport=50600 Route: <sip:my.proider.com;lr=on;ftag=as5872f19e> Max-Forwards: 70 From: <sip:TrunkNum@sip.callsion.com>;tag=as5872f19e To: <sip:12345678900@my.provider.com:5068>;tag=5rF0FNamQ99gH Call-ID: 42b819d45c08c9d304343bf976c5b405@my.client.internal.ip:50600 CSeq: 103 BYE User-Agent: Asterisk PBX 12.5.0 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0 IP my.proider.com.5060 > my.kamailio.com.5068: UDP, length 568 E..T....-.676... ........@..SIP/2.0 200 OK Via: SIP/2.0/UDP my.kamailio.com:5068;received=my.kamailio.com ;branch=z9hG4bK6c63.3deda3c1fee0ef86d7eae9549dd1b194.0 Via: SIP/2.0/UDP my.client.internal.ip:50600;branch=z9hG4bK65e48b85;rport=50600 From: <sip:TrunkNum@sip.callsion.com>;tag=as5872f19e To: <sip:12345678900@my.provider.com:5068>;tag=5rF0FNamQ99gH Call-ID: 42b819d45c08c9d304343bf976c5b405@my.client.internal.ip:50600 CSeq: 103 BYE User-Agent: provider agent Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY Supported: timer, precondition, path, replaces Content-Length: 0 Thanks for help.

10 years, 2 months

Using app_java

by Tom Johnson

Any tips on compiling the app_java module? I am on CentOS 6. And I have libgcj-4.4.7 installed, but the build process complains about missing jni.h and other files.

10 years, 2 months

Creating array out of hashtable

by aft

[1]Is it possible to iterate a htable without using "keys" like an array? [2] Is it possible to search for "keys" using regxp? -- -Cheers -Arif

10 years, 2 months

← Newer
1
...
10
11
12
13
14
15
16
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users September 2014