There is also a most exquisite book, written by Daniel and Ramona for
Asipto, called "Sip Routing with Kamailio", that is just what you are
looking for.
Check it out, and buy it here:
https://www.asipto.com/sw/kamailio-admin-book/
sent from mobile
cell: +39 347 266 56 18
Giovanni Maruzzelli
Open
On 03/19/2016 11:03 PM, Marrold wrote:
That's essentially what I'm hoping for, although I appreciate from an
RFC purist perspective it's probably a bit of a nasty hack.
It's not a question of pedantic RFC purism so much as:
(a) Whether it creates at least as many complications as it solves;
Hello,
with CeBIT trip this week, I didn't get the change to look too much at it...
What is the device sending the reply to INVITE?
Cheers,
Daniel
On 18/03/16 10:05, Grant Bagdasarian wrote:
>
> Hello Community,
>
>
>
> Could someone point me into the right direction for fixing this issue
> w
That's essentially what I'm hoping for, although I appreciate from an RFC
purist perspective it's probably a bit of a nasty hack.
On Sun, Mar 20, 2016 at 2:57 AM, Alex Balashov
wrote:
> So, you mean some sort of scheme wherein...
>
> (1) Kamailio keeps endpoint A in the dark as to the fact that
So, you mean some sort of scheme wherein...
(1) Kamailio keeps endpoint A in the dark as to the fact that anything
was removed;
(2) Kamailio portrays itself as a UA/origin of all requests?
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta
I understand intermediate endpoints *expect* these headers, this is why I
asked if there's anyway for Kamailio to remember what is removed and
essentially re-add them to the response, IE-
SIP request hits edge proxy from internal network > Via and Route headers
from intermediate proxies are remove
On 03/19/2016 09:43 PM, Marrold wrote:
It should be theoretically possible to remove some of the via and
record-route headers, assuming the contact is also re-written. The end
point's (phones) themselves do not need to be aware of anything
downstream of the SIP server they're registered too.
N
Thanks for your quick response.
No, you can't remove those headers. They serve an essential purpose and the
> endpoints won't consider the requests or responses valid without them.
>
It should be theoretically possible to remove some of the via and
record-route headers, assuming the contact is al
Marrold,
No, you can't remove those headers. They serve an essential purpose and
the endpoints won't consider the requests or responses valid without them.
See my blog post on this topic:
http://blog.csrpswitch.com/sip-udp-fragmentation-and-kamailio-the-sip-header-diet/
And you certainly can
Hi,
Is there any way to remove Via and Record-Route headers from requests sent
to an endpoint and update the contact header, but have Kamailio statefully
remember where the replies need to route?
I imagine this would involve mangling the packets slightly to behave
similar to a B2BUA.
My motivati
Hello,
the problem is that the device you interconnect with (Server: sbc_5) is
not sending all the Via headers from INVITE in the 487 -- it is only one
Via:
# U 10.0.0.1:5060 -> 10.14.0.1:5060
SIP/2.0 487 Request Cancelled.
Via: SIP/2.0/UDP
10.14.0.1;branch=z9hG4bK3c3b.a6603e0f92db305f775f8bf1d9
Hello everyone,I have Kamailio server which runs at 192.168.2.170 address and
have PostgreSQL server which runs at 192.168.2.174.So I tried to arrange
Kamailio for working with PostgreSQL but I think I give something miss. I
couldnt handle it.Do you have any tutorial for this? Or can you tell me
When trying to pull a list of pipes and their current values by using pl.dump
via the JSONRPC-S module, I am only getting the last result in the reply as
opposed to an array. If I use the CLI RPC interface I get the data I expect.
Here's a sanitized example:
[root@server1 ~]# kamcmd pl.stats
P
Thanks Daniel, I'll give this patch a try as soon as I'm back in the office
Monday. I suspect it will sort out the issue as expected.
Brooks Bridges | Sr. Voice Services Engineer
O1 Communications
5190 Golden Foothill Pkwy
El Dorado Hills, CA 95762
office: 916.235.2097 | main: 888.444., Opti
Good it was sorted out and glad to see the docs were useful. Thanks for
sharing back the solution, it will help others to solve similar cases.
Cheers,
Daniel
On 16/03/16 13:34, Uri Shacked wrote:
> Thanks !
> I looked at the jsonrpc docs.
> if it helps anyone, the string to end a dialog is "{"jso
Hi Daniel,
No problem :)
Our devices are kamailios. Our customers use different equipment for sending
traffic and I'm not sure what kind of equipment our carriers are using. So, I
can't really tell what device they're using. My test was done using Bria
(X-Lite) acting as a "customer".
Regards
Hi!
"to see the complete traces" - use ngrep/tcpdump
also use kamailio's sipcapture and siptrace modules, that were suggested
earlier.
cheers
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/for-kamailio-registration-tp146556p146558.html
Sent from the Users mailing
Hi all!
any suggestions here?
thanks in advance for any idea or thought!
cheers!
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/srv-query-question-tp146546p146594.html
Sent from the Users mailing list archive at Nabble.com.
_
On 17/03/16 22:50, Alex Balashov wrote:
> Whoops, look like Daniel beat me to it. :-)
>
EU still ahead of USA even with DST already active ...
But there can be other RPC commands that miss the flag, now we retire
here, but you are just warmed up for working and plenty of time to
midnight, so if
Traced this, got it to work for 'pl.stats' ...
[root@allegro-4 pipelimit]# !curl
curl --digest --user xxx:xxx http://10.150.20.6:5060/csrp_rpc/ --data
'{"jsonrpc": "2.0", "method": "pl.stats", "id": "0xd"}'; echo
{
"jsonrpc":"2.0",
"result": ["PIPE: id=bg350_ingress load=0 counter=
Hello Community,
Could someone point me into the right direction for fixing this issue with
CANCEL replies?
Regards,
Grant
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of
Grant Bagdasarian
Sent: Tuesday, March 15, 2016 8:47 PM
To: 'mico...@gmail.com' ; Kamailio (SER
On 03/17/2016 06:18 PM, Daniel-Constantin Mierla wrote:
EU still ahead of USA even with DST already active ...
Yep. There's no beating Bushido Blade Daniel. :-)
--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States
Tel: +1-800
Hello
I have been running kamailio on local network including rtpengine and
freeswitch.
Now i am configuring kamailio with my public IP(trying with stock kamailio
configuration to get started)
#define WITH_NAT
listen=udp:192.168.3.32:5060
listen=tcp:192.168.3.32:5060
advertised_address= "122.xx.xx
Hello,
either you extend the module to export a function for naptr query if you
have C dev background or use an embedded interpreter (eg., app_lua,
which is very fast) to do the complex dns chain of queries. Alternative
to embedded interpreters is to use exec module or do some external api
call vi
Thanks !
I looked at the jsonrpc docs.
if it helps anyone, the string to end a dialog is "{"jsonrpc": "2.0",
"method": "dlg.end_dlg","params": [,], "id": 1}"
Yes, you can send multiple commands at the same time for jsonrpc over http
- TCP workers are used there. It would be good if you listen o
Hello,
with no major issues reported lately, I think we are on a good track for
releasing stable v4.4.0. Next week a lot of people prepare for Easter,
therefore I propose to do the release on Wednesday, March 30, 2016. If
new things pop up, the exact date can be adjusted a bit before or after
the
Hi Daniel!
Thank you for suggestion!
will give it a shot, after getting working result - report here.
cheers!
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/srv-query-question-tp146546p146600.html
Sent from the Users mailing list archive at Nabble.com.
Whoops, look like Daniel beat me to it. :-)
--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
__
28 matches
Mail list logo