September 2015 - sr-users

ACK and BYE are forwarded statelessly (failed to parse Route HF)
by Miroslav Dunaev 30 Sep '15

30 Sep '15

Hello everyone, I have a setup where kamailio acts as UAC to a SIP provider. Kamailio is also configured to pass all incoming calls to an Asterisk. Here is a diagram: Phone<-->Asterisk(10.10.11.232)<--->(PRIV:10.10.11.238)Kamailio(PUB:44.44.44.148)<--->(194.213.29.92)SIP-provider. When a call comes in from the SIP-provider, it gets all the way to the phone. But when the SIP-provider sends BYE or ACK (during hungup event or 200OK/SDP asterisk response.). I get this errors in my kamailio log: siputils [checks.c:100]: has_totag(): totag found <core> [parser/parse_rr.c:49]: do_parse_rr_body(): parse_rr_body(): No body for record-route rr [loose.c:106]: find_first_route(): failed to parse Route HF rr [loose.c:929]: loose_route(): There is no Route HF tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffffffffffff tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=10101, isACK=1 tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed ..... .... .... siputils [checks.c:100]: has_totag(): totag found tm [t_lookup.c:1312]: t_newtran(): DEBUG: t_newtran: msg id=2 , global msg id=1 , T on entrance=0xffffffffffffffff tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=10101, isACK=1 tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found tm [t_funcs.c:279]: t_relay_to(): SER: forwarding ACK statelessly here is the link to: kamailio.cfg, ngrep -i any capture, debug_level6 log: http://labmir.com/kamailio/ Looking at the SIP ACK that comes from SIP provider I can see that they use strict routing. (i.e. TO field is set to kamailio's public IP that is next hop to them). Maybe I am wrong to judge that its not loose routing just because of the TO field. Anyways, because of (failed to parse Route HF) error, ACKs and BYEs are forwarded by kamailio statelessly, as a result kamailio uses wrong interface to forward them (SIP_dailog.txt line:233) and therefore asterisk never sees ACKs or BYEs. How can I make kamailio recognize ACKs and BYEs belonging to a dialog and pass them statefully through the right interface? It is worth to mention that I use exactly the same config with a different SIP-provider (which is peered to our PUB IP not registered through UAC like in this case) and it works flawlessly. Thank you, Mir

2 1

Anybody in Beijing interested in Kamailio related project cooperation ?
by Thierry Luo 29 Sep '15

29 Sep '15

很报歉通过这个邮件列表打扰大家。我们是一个创业团队，刚刚拿到投资，正在组建核心团队，现需要一位在OpenIMSCore （或Kamailio/OpenSIPS）方面有经验的C/C++开发工程师加盟，待遇优厚，期权可谈，职位在北京。请有意者速与 luoyongheng(a)nane.cn <mailto:luoyongheng@nane.cn> 联系。谢谢！打扰见谅！罗

1 0

Best practices for troubleshooting deadlocks?
by Alex Balashov 29 Sep '15

29 Sep '15

Hello, Very occasionally, we encounter what appear to be deadlocks in all UDP receiver threads. All Kamailio processes are running, but no SIP messages are being processed. On one of our high-volume installation, this happens extremely infrequently -- maybe once every month or two. On these occasions, the operator restarts the proxy before we get a chance to go in and figure out what's going on. So, I'm trying to provide the operator with a procedure to execute prior to restarting the proxy on these occasions, so that we can see a snapshot of where the receiver threads are stuck. As far as I can tell, unless Kamailio itself segfaults, there's no specific PID that one can attach GDB to in order to get an overhead snapshot of all the child processes. Here's what I came up with: --------------------------------------------- #!/bin/bash kamcmd -s /tmp/kamailio_ctl ps > thread_log.txt echo >> thread_log.txt while read PID; do gdb --pid=$PID<<EOF>>thread_log.txt set print elements 0 thread apply all bt full generate-core-file detach EOF done < <(kamcmd -s /tmp/kamailio_ctl ps | grep 'udp receiver' | awk '{print $1}') --------------------------------------------- As far as I can tell, this should give me the most ample visibility into the state of the threads, with further core dumps to inspect if follow-up is needed. Hopefully this will result in some fixes back to the project. However, if there are any other suggestions for information to grab in such a scenario, I'm all ears. Thanks in advance! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 5

Kazoo db_url required?
by Asgaroth 29 Sep '15

29 Sep '15

Hi, I am doing some tests with the kazoo module, I only want to use it for some amqp related tasks. In our particular case, we do not require kazoo to hook into the presence tables, however, if I do *not* set the db_url parameter for kazoo, then kamailio fails to start with the following error: /usr/sbin/kamailio[11557]: CRITICAL: kazoo [kazoo.c:361]: mod_child_init(): child_init: database not bound /usr/sbin/kamailio[11557]: ERROR: <core> [sr_module.c:900]: init_mod_child(): Error while initializing module kazoo (/usr/lib64/kamailio/modules/kazoo.so) Is it possible to run the kazoo module without specifying the db_url parameter, we only need it for sending/recieving amqp messages. Additionally, I noticed that the amqp_connection parameter has a max limit of 50 characters, is it possible to increase this at all? I had a case where my url was 64 characters long and kazoo would fail with max character limit exceeded for the module parameter. Any tips much appreciated. Thanks

1 2

Kamailio recvfrom out of bounds
by José Seabra 28 Sep '15

28 Sep '15

I have one kamailio server listening in 2 network interfaces, kamailio receives sip messages from interface A and then send it to destine through interface B. When we start kamailio service then run gdb for each kamailio network interface process, execute the command "bt full" the result is the following: *tmp = 0x5f801b994c4715bd <Address 0x5f801b994c4715bd out of bounds>* interface - A bt full #0 0x00007fb01bfa40c3 in recvfrom () from /lib64/libc.so.6 No symbol table info available. #1 0x000000000047f2ba in udp_rcv_loop () at udp_server.c:421 len = 13 buf = '\000' <repeats 65535 times> tmp = 0x5f801b994c4715bd <Address 0x5f801b994c4715bd out of bounds> from = 0x7faf9bf38bb8 fromlen = 16 ri = {src_ip = {af = 2309178400, len = 32765, u = {addrl = {5458819, 4284160}, addr32 = {5458819, 0, 4284160, 0}, addr16 = {19331, 83, 0, 0, 24320, 65, 0, 0}, addr = "\203KS\000\000\000\000\000\000_A\000\000\000\000"}}, dst_ip = {af = 2, len = 4, u = {addrl = {80026686, 0}, addr32 = {80026686, 0, 0, 0}, addr16 = {7230, 1221, 0, 0, 0, 0, 0, 0}, addr = ">\034\305\004", '\000' <repeats 11 times>}}, src_port = 55576, dst_port = 5060, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = 32687, sa_data = "\000\000\200D\243\211\375\177\000\000\213\337D"}, sin = {sin_family = 32687, sin_port = 0, sin_addr = {s_addr = 2309178496}, sin_zero = "\375\177\000\000\213\337D"}, sin6 = {sin6_family = 32687, sin6_port = 0, sin6_flowinfo = 2309178496, sin6_addr = {__in6_u = {__u6_addr8 = "\375\177\000\000\213\337D\000\000\000\000\000p", <incomplete sequence \372\233>, __u6_addr16 = {32765, 0, 57227, 68, 0, 0, 21616, 39930}, __u6_addr32 = {32765, 4513675, 0, 2616874096}}}, sin6_scope_id = 32687}}, bind_address = 0x7faf9becd7d8, proto = 1 '\001'} __FUNCTION__ = "udp_rcv_loop" #2 0x0000000000525eae in main_loop () at main.c:1573 i = 0 pid = 0 si = 0x7faf9becd7d8 si_desc = "udp receiver child=0 sock=62.28.197.4:5060 \000\000\000\000\000\000\001\000\000\000\000\000\000\000\260\244r\023n\000\000\000\071\263q\000\000\000\000\000\020\243q\000\000\000\000\000\b\000\000\000\001\000\000\000\260\373\371\233\257\177\000\000\220E\243\211\375\177\000\000|\351O\000\000\000\000\000\000\266\253\023\257\177\000\000\260\244r\023\257\177\000" ---Type <return> to continue, or q <return> to quit--- nrprocs = 32 __FUNCTION__ = "main_loop" #3 0x000000000052c395 in main (argc=11, argv=0x7ffd89a34848) at main.c:2533 cfg_stream = 0x2296010 c = -1 r = 0 tmp = 0x7ffd89a35f61 "" tmp_len = 0 port = 0 proto = 32688 options = 0x725010 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ret = -1 seed = 1641321572 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x7ffd89a34710 p = 0x7fb01bf4c646 <intel_check_word+166> "H\205\300t\025\017\266P\003\017\266\312D9\371\017\204", <incomplete sequence \305> __FUNCTION__ = "main" interface B bt full #0 0x00007fb01bfa40c3 in recvfrom () from /lib64/libc.so.6 No symbol table info available. #1 0x000000000047f2ba in udp_rcv_loop () at udp_server.c:421 len = 45 buf = '\000' <repeats 65535 times> tmp = 0x13cb2f24296000e9 <Address 0x13cb2f24296000e9 out of bounds> from = 0x7faf9bf38bb8 fromlen = 16 ri = {src_ip = {af = 2309178400, len = 32765, u = {addrl = {5458819, 4284160}, addr32 = {5458819, 0, 4284160, 0}, addr16 = {19331, 83, 0, 0, 24320, 65, 0, 0}, addr = "\203KS\000\000\000\000\000\000_A\000\000\000\000"}}, dst_ip = {af = 2, len = 4, u = {addrl = {2764381246, 0}, addr32 = {2764381246, 0, 0, 0}, addr16 = {7230, 42181, 0, 0, 0, 0, 0, 0}, addr = ">\034Ť", '\000' <repeats 11 times>}}, src_port = 56136, dst_port = 5060, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = 32687, sa_data = "\000\000\200D\243\211\375\177\000\000\213\337D"}, sin = {sin_family = 32687, sin_port = 0, sin_addr = {s_addr = 2309178496}, sin_zero = "\375\177\000\000\213\337D"}, sin6 = {sin6_family = 32687, sin6_port = 0, sin6_flowinfo = 2309178496, sin6_addr = {__in6_u = { __u6_addr8 = "\375\177\000\000\213\337D\000\000\000\000\000p", <incomplete sequence \372\233>, __u6_addr16 = {32765, 0, 57227, 68, 0, 0, 21616, 39930}, __u6_addr32 = {32765, 4513675, 0, 2616874096}}}, sin6_scope_id = 32687}}, bind_address = 0x7faf9becda08, proto = 1 '\001'} __FUNCTION__ = "udp_rcv_loop" #2 0x0000000000525eae in main_loop () at main.c:1573 ---Type <return> to continue, or q <return> to quit--- i = 0 pid = 0 si = 0x7faf9becda08 si_desc = "udp receiver child=0 sock=62.28.197.164:5060 \000\000\000\000\001\000\000\000\000\000\000\000\260\244r\023n\000\000\000\071\263q\000\000\000\000\000\020\243q\000\000\000\000\000\b\000\000\000\001\000\000\000\260\373\371\233\257\177\000\000\220E\243\211\375\177\000\000|\351O\000\000\000\000\000\000\266\253\023\257\177\000\000\260\244r\023\257\177\000" nrprocs = 32 __FUNCTION__ = "main_loop" #3 0x000000000052c395 in main (argc=11, argv=0x7ffd89a34848) at main.c:2533 cfg_stream = 0x2296010 c = -1 r = 0 tmp = 0x7ffd89a35f61 "" tmp_len = 0 port = 0 proto = 32688 options = 0x725010 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ---Type <return> to continue, or q <return> to quit--- ret = -1 seed = 1641321572 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x7ffd89a34710 p = 0x7fb01bf4c646 <intel_check_word+166> "H\205\300t\025\017\266P\003\017\266\312D9\371\017\204", <incomplete sequence \305> __FUNCTION__ = "main" [root@c4-srv1 kamailio]# kamctl stats shmem shmem:fragments = 2552 shmem:free_size = 2082764040 shmem:max_used_size = 66449600 shmem:real_used_size = 64719608 shmem:total_size = 2147483648 shmem:used_size = 54355992 Can anyone explain the meaning of *tmp = 0x5f801b994c4715bd <Address 0x5f801b994c4715bd out of bounds>* Best Regards José Seabra

2 6

Kamailio with Radius authentication
by Ciolpan Ionut-Marian 28 Sep '15

28 Sep '15

Hi, I want to implement Kamailio with Radius authentication. To be more exactly I want to register SIP users (PhonerLite and/or Jitsi) based on the credentials stored in radcheck table from radius database. First of all, I have tried to register SIP users based on the credentials stored in users file from /etc/raddb directory. In order to do this,I am using auth_radius module (you can find the content of my kamailio.cfg file in the attachements) but without success. All of the SIP users are registeres successfully even if they are not specified in users file. Can you provide me some help to achieve this task? and also, can you explain to me how should I do this authentication based on the credentials stored in radcheck table? The content of users file in /etc/raddb: usertest@mydomain_name Auth-Type := Digest, User-Password == "*89Lob?p" Reply-Message = "Authenticated" Thank you for any help you can provide ! Best regards PS: kamailio 4.0.5 freeradius 2.2.0 radclient 2.2.0 PPS: I managed to register SIP users based on the credentials stored in subscriber table from kamailio db.

2 10

Releasing Kamailio v4.3.3
by Daniel-Constantin Mierla 28 Sep '15

28 Sep '15

Hello, I am considering to release Kamailio v4.3.3 by end of this week, most likely of Friday, Oct 2. As usual, announce any issues that you are aware and not reported to sr-dev or bug tracker. Also, if some patch was no backported and you think it has to be, write to sr-dev mailing list. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com

1 0

GeoIP and multiple rtp
by Infinicalls Infinicalls 28 Sep '15

28 Sep '15

Hi, I have installed Kamailio in one instance and want to have multiple RTP instances for geo loadbalancing. I can understand that rtp_cluster will do that based on number of parameters, but geo_IP is missing. Can somebody tell me how do I go about with it? Is it possible to get with Kamailio's geoip module and "instruct" rtp? regards Ganesh Kumar

3 2

passing multiple values in mqueue
by Thibault Gueslin 28 Sep '15

28 Sep '15

I want to pass several arguments to a mqueue to process them asynchronously. (like in the example of sip sweet). How could it be done ? Other possibility is to generate a string and parse it in the lua script. But there should something more simple ? thibault

2 1

MSRP over Websockets
by vamsi 25 Sep '15

25 Sep '15

Hi, I am trying to configure MSRP over websocket and using Crocodilr-msrp client for connecting the same but when I try to transfer any file it gives me the below error. Any thoughts is appreciated. I am able to do audio, vedio and messaging using SIP-JSSIP client and working fine. Error - Log -------------- Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: tls [tls_server.c:208]: tls_complete_init(): Using initial TLS domain TLSc<default> (dom 0x7f35500d4858 ctx 0x7f355013d620 sn []) Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: tls [tls_domain.c:701]: sr_ssl_ctx_info_callback(): SSL handshake started Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: ERROR: <core> [tcp_main.c:2654]: tcpconn_1st_send(): connect 10.205.64.24:8084 failed (RST) Connection refused Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: ERROR: <core> [tcp_main.c:2664]: tcpconn_1st_send(): 10.205.64.24:8084: connect & send for 0x7f35501bca20 failed: Connection refused (111) Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: <core> [tcp_main.c:2858]: tcpconn_chld_put(): destroying connection 0x7f35501bca20 (24, -1) flags 0060 Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: ERROR: msrp [msrp_netio.c:178]: msrp_relay(): forwarding frame failed Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: exec: *** cfgtrace:request_route=[DEFAULT_EVENT] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1202 a=2 n=exit Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: <core> [tcp_read.c:1153]: ws_process_msg(): WebSocket Message: [[>>>#012??#011?i#036'?$Mu?Ik#022?#001,I?#005>t?'Z*?=q#012?#010jO?IsT?#031m#035?F/#027?[.#022?_*#011?]$#037?Q*#010?G/#027?\&#011?G+#021?]*#020?^*#034?#012n#007?#032lW?S1#010?Y0#025?\0#021?G,#023?Q.#037?Fm#011?Y*#022?G)#011?P)#021?\(#021?RjD?IsT?#031$#010?<<<]] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_conn.c:429]: wsconn_get(): wsconn_get for id [22] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_conn.c:437]: wsconn_get(): wsconn_get returns wsc [0x7f3550140930] refcnt [2] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_frame.c:415]: decode_and_validate_ws_frame(): decoding WebSocket frame Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_frame.c:456]: decode_and_validate_ws_frame(): supported non-control frame: 0x2 Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_frame.c:555]: decode_and_validate_ws_frame(): Rx (decoded): MSRP u5xh2ntl SEND#015#012To-Path: msrps:// 10.205.64.24:8084/s.10458.4.561447274;tcp msrps:// 10.205.64.24:8084/s.10453.7.297645663;tcp msrp://i64fn3tc.invalid:2855/g14o60krz6;ws#015#012From-Path: msrp://grtsrfd0.invalid:2855/505z40k5b1;ws#015#012Message-ID: 3652053096.cr4l1e1q#015#012Success-Report: yes#015#012Failure-Report: yes#015#012Byte-Range: 2049-4096/68240#015#012Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document#015#012#015#012 Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_frame.c:671]: ws_frame_receive(): Rx MSRP frame:#012MSRP u5xh2ntl SEND#015#012To-Path: msrps://10.205.64.24:8084/s.10458.4.561447274;tcp msrps://10.205.64.24:8084/s.10453.7.297645663;tcp msrp://i64fn3tc.invalid:2855/g14o60krz6;ws#015#012From-Path: msrp://grtsrfd0.invalid:2855/505z40k5b1;ws#015#012Message-ID: 3652053096.cr4l1e1q#015#012Success-Report: yes#015#012Failure-Report: yes#015#012Byte-Range: 2049-4096/68240#015#012Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document#015#012#015#012 Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_conn.c:382]: wsconn_put(): wsconn_put start for [0x7f3550140930] refcnt [2] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: websocket [ws_conn.c:415]: wsconn_put(): wsconn_put end for [0x7f3550140930] refcnt [1] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:171]: msrp_parse_fline(): MSRP FLine: [1] [MSRP] [u5xh2ntl] [SEND] [1] [] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c0d1b8) [To-Path] [2] [msrps://10.205.64.24:8084/s.10458.4.561447274;tcp msrps:// 10.205.64.24:8084/s.10453.7.297645663;tcp msrp://i64fn3tc.invalid:2855/g14o60krz6;ws] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c0c918) [From-Path] [1] [msrp://grtsrfd0.invalid:2855/505z40k5b1;ws] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c0ed80) [Message-ID] [4] [3652053096.cr4l1e1q] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c0ee10) [Success-Report] [7] [yes] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c1a868) [Failure-Report] [0] [yes] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c0c9a8) [Byte-Range] [5] [2049-4096/68240] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:327]: msrp_parse_headers(): MSRP Header: (0x7f3558c107d8) [Content-Type] [8] [application/vnd.openxmlformats-officedocument.wordprocessingml.document] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_parser.c:356]: msrp_parse_headers(): MSRP Body: [2050] [[#012#012]] Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: msrp [msrp_mod.c:468]: msrp_frame_received(): executing event_route[msrp:frame-in] (3) Sep 23 23:11:36 ip-10-205-64-24 kamailio[10460]: DEBUG: <core> [parser/msg_par *********** Kamailio.cfg **************** #!ifdef WITH_MSRP event_route[msrp:frame-in] { msrp_reply_flags("1"); if ((($Rp == MY_WS_PORT || $Rp == MY_WSS_PORT) && !(proto == WS || proto == WSS)) && $Rp != MY_MSRP_PORT) { xlog("L_WARN", "MSRP request received on $Rp\n"); msrp_reply("403", "Action-not-allowed"); exit; } if (msrp_is_reply()) { msrp_relay(); } else if($msrp(method)=="AUTH") { if($msrp(nexthops)>0) { msrp_relay(); exit; } if (!www_authenticate("MY_DOMAIN", "subscriber", "$msrp(method)")) { if (auth_get_www_authenticate("MY_DOMAIN", "1", "$var(wauth)")) { msrp_reply("401", "Unauthorized", "$var(wauth)"); } else { msrp_reply("500", "Server Error"); } exit; } if ($hdr(Expires) != $null) { $var(expires) = (int) $hdr(Expires); if ($var(expires) < MSRP_MIN_EXPIRES) { msrp_reply("423", "Interval Out-of-Bounds", "Min-Expires: MSRP_MIN_EXPIRES\r\n"); exit; } else if ($var(expires) > MSRP_MAX_EXPIRES) { msrp_reply("423", "Interval Out-of-Bounds", "Max-Expires: MSRP_MAX_EXPIRES\r\n"); exit; } } else { $var(expires) = MSRP_MAX_EXPIRES; } $var(cnt) = $var(cnt) + 1; pv_printf("$var(sessid)", "s.$(pp).$(var(cnt)).$(RANDOM)"); $sht(msrp=>$var(sessid)::srcaddr) = $msrp(srcaddr); $sht(msrp=>$var(sessid)::srcsock) = $msrp(srcsock); $shtex(msrp=>$var(sessid)) = $var(expires) + 5; # - Use-Path: the MSRP address for server + session id $var(hdrs) = "Use-Path: msrps://MY_IP_ADDR:MY_MSRP_PORT/" + $var(sessid) + ";tcp\r\n" + "Expires: " + $var(expires) + "\r\n"; msrp_reply("200", "OK", "$var(hdrs)"); } else if ($msrp(method)=="SEND" || $msrp(method)=="REPORT") { if ($msrp(nexthops)>1) { if ($msrp(method)!="REPORT") { msrp_reply("200", "OK"); } msrp_relay(); exit; } $var(sessid) = $msrp(sessid); if ($sht(msrp=>$var(sessid)::srcaddr) == $null) { # one more hop, but we don't have address in htable msrp_reply("481", "Session-does-not-exist"); exit; } else if ($msrp(method)!="REPORT") { msrp_reply("200", "OK"); } msrp_relay_flags("1"); msrp_set_dst("$sht(msrp=>$var(sessid)::srcaddr)", "$sht(msrp=>$var(sessid)::srcsock)"); msrp_relay(); } else { msrp_reply("501", "Request-method-not-understood"); } } Thanks, Vamsi

2 3