sr-users April 2006

sr-users@lists.kamailio.org

188 participants
432 discussions

[Users] cancel processing
by Jose Antonio Garvayo 26 Apr '06

26 Apr '06

*Hi, I am experiencing a problem regarding CANCEL processing, I have the normal config file plus the following (I got that in a previous mail) * if (is_method("CANCEL")) { t_relay(); break; } The problem is that openserver is relaying the CANCEL, but putting a completely new branch tag in the Via header, instead of the same branch than in the INVITE that is to be cancel. I have debug dump, that shows that the CANCEL message is matched with the INVITE, but it still … [View More]put a new branch in the relayed cancel, and also in the 200 OK response. If somebody could help me it would be great 0(5309) DEBUG: callid: '2ef6f3df-5309(a)10.161.14.110' 0(5309) DEBUG:init_mod_child: CHILD , rank=1, module=usrloc 0(5309) DEBUG:init_mod_child: CHILD , rank=1, module=xlog 0(5309) XLOG: init_child [1] pid [5309] 0(5309) SIP Request: 0(5309) method: <INVITE> 0(5309) uri: <sip:user4@home2.jagarvayo.mot.dev> 0(5309) version: <SIP/2.0> 0(5309) parse_headers: flags=2 0(5309) Found param type 232, <branch> = <z9hG4bK4f9932cde5bad6c36f103563aa96f449>; state=6 0(5309) Found param type 238, <xxxST_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK6f59072ad3fe644fcf851c16d3168bee>; state=6 0(5309) Found param type 238, <xxxIT_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK80752856b61f3aaf3f1d17e57067d067>; state=6 0(5309) Found param type 238, <xxxSO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK8b46a43071f3848c711cb4bcf4b42335>; state=6 0(5309) Found param type 238, <xxxPO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) end of header reached, state=5 0(5309) parse_headers: Via found, flags=2 0(5309) parse_headers: this is the first via 0(5309) After parse_msg... 0(5309) preparing to run routing scripts... 0(5309) parse_headers: flags=100 0(5309) DEBUG:parse_to:end of header reached, state=9 0(5309) DEBUG: get_hdr_field: <To> [37]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev> ] 0(5309) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(5309) DEBUG: get_hdr_body : content_length=95 0(5309) DEBUG:maxfwd:is_maxfwd_present: value = 66 0(5309) DEBUG: add_param: tag=6661 0(5309) DEBUG:parse_to:end of header reached, state=29 0(5309) xl_printf: final buffer length 112 0(5309) INVITE: 10.161.14.59:5060 ci=1-26284(a)10.161.14.105 ft=6661 tt=<null> cseq=1 sip:user4@home2.jagarvayo.mot.dev: 0(5309) parse_headers: flags=200 0(5309) is_preloaded: Yes 0(5309) grep_sock_info - checking if host==us: 13==13 && [10.161.14.110] == [10.161.14.110] 0(5309) grep_sock_info - checking if port 7000 matches port 7000 0(5309) after_loose: Topmost route URI: 'sip:10.161.14.110:7000' is me 0(5309) after_loose: URI to be processed: ' sip:csm002_c638dcee898a6df9b8a460a45e020ce4@10.161.14.59;lr' 0(5309) after_loose: Next URI is a loose router 0(5309) xl_printf: final buffer length 78 0(5309) Relying to Route: sip:csm002_c638dcee898a6df9b8a460a45e020ce4@10.161.14.59;lr 0(5309) parse_headers: flags=ffffffffffffffff 0(5309) found end of header 0(5309) DEBUG: t_newtran: msg id=1 , global msg id=0 , T on entrance=0xffffffff 0(5309) parse_headers: flags=ffffffffffffffff 0(5309) parse_headers: flags=78 0(5309) t_lookup_request: start searching: hash=61655, isACK=0 0(5309) DEBUG: RFC3261 transaction matching failed 0(5309) DEBUG: t_lookup_request: no transaction found 0(5309) parse_headers: flags=78 0(5309) DEBUG: MD5 calculated: cf43897e3c46f1bb8c4ab6702426d007 0(5309) DEBUG:tm:t_relay: new INVITE 0(5309) parse_headers: flags=ffffffffffffffff 0(5309) check_via_address(10.161.14.59, 10.161.14.59, 0) 0(5309) WARNING:vqm_resize: resize(0) called 0(5309) DEBUG:tm:_reply_light: reply sent out. buf=0x8137e38: SIP/2.0 1..., shmem=0x40357658: SIP/2.0 1 0(5309) DEBUG:tm:_reply_light: finished 0(5309) DEBUG: mk_proxy: doing DNS lookup... 0(5309) check_via_address(10.161.14.59, 10.161.14.59, 0) 0(5309) DEBUG: add_to_tail_of_timer[4]: 0x40355bf4 0(5309) DEBUG: add_to_tail_of_timer[0]: 0x40355c04 0(5309) SER: new transaction fwd'ed 0(5309) DEBUG:destroy_avp_list: destroying list (nil) 0(5309) receive_msg: cleaning up 0(5309) SIP Reply (status): 0(5309) version: <SIP/2.0> 0(5309) status: <100> 0(5309) reason: <Trying> 0(5309) parse_headers: flags=2 0(5309) DEBUG:parse_to:end of header reached, state=9 0(5309) DEBUG: get_hdr_field: <To> [37]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev> ] 0(5309) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(5309) Found param type 232, <branch> = < z9hG4bK7d0f.cf43897e3c46f1bb8c4ab6702426d007.0>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK4f9932cde5bad6c36f103563aa96f449>; state=6 0(5309) Found param type 238, <xxxST_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK6f59072ad3fe644fcf851c16d3168bee>; state=6 0(5309) Found param type 238, <xxxIT_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK80752856b61f3aaf3f1d17e57067d067>; state=6 0(5309) Found param type 238, <xxxSO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK8b46a43071f3848c711cb4bcf4b42335>; state=6 0(5309) Found param type 238, <xxxPO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) end of header reached, state=5 0(5309) parse_headers: Via found, flags=2 0(5309) parse_headers: this is the first via 0(5309) After parse_msg... 0(5309) forward_reply: found module tm, passing reply to it 0(5309) DEBUG: t_check: msg id=2 global id=1 T start=0xffffffff 0(5309) parse_headers: flags=22 0(5309) parse_headers: flags=8 0(5309) DEBUG: t_reply_matching: hash 61655 label 0 branch 0 0(5309) DEBUG: t_reply_matching: reply matched (T=0x40355ae0)! 0(5309) DEBUG: t_check: msg id=2 global id=2 T end=0x40355ae0 0(5309) DEBUG:tm:reply_received: org. status uas=100, uac[0]=0 local=0 is_invite=1) 0(5309) DEBUG:tm:t_should_relay_response: T_code=100, new_code=100 0(5309) DEBUG:tm:relay_reply: branch=0, save=0, relay=-1 0(5309) DEBUG: add_to_tail_of_timer[1]: 0x40355c04 0(5309) DEBUG:destroy_avp_list: destroying list (nil) 0(5309) receive_msg: cleaning up 0(5309) SIP Reply (status): 0(5309) version: <SIP/2.0> 0(5309) status: <183> 0(5309) reason: <Session Progress> 0(5309) parse_headers: flags=2 0(5309) DEBUG: add_param: tag=9991 0(5309) DEBUG:parse_to:end of header reached, state=29 0(5309) DEBUG: get_hdr_field: <To> [46]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev>] 0(5309) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(5309) Found param type 232, <branch> = < z9hG4bK7d0f.cf43897e3c46f1bb8c4ab6702426d007.0>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK4f9932cde5bad6c36f103563aa96f449>; state=6 0(5309) Found param type 238, <xxxST_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK6f59072ad3fe644fcf851c16d3168bee>; state=6 0(5309) Found param type 238, <xxxIT_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK80752856b61f3aaf3f1d17e57067d067>; state=6 0(5309) Found param type 238, <xxxSO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK8b46a43071f3848c711cb4bcf4b42335>; state=6 0(5309) Found param type 238, <xxxPO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) end of header reached, state=5 0(5309) parse_headers: Via found, flags=2 0(5309) parse_headers: this is the first via 0(5309) After parse_msg... 0(5309) forward_reply: found module tm, passing reply to it 0(5309) DEBUG: t_check: msg id=3 global id=2 T start=0xffffffff 0(5309) parse_headers: flags=22 0(5309) parse_headers: flags=8 0(5309) DEBUG: t_reply_matching: hash 61655 label 0 branch 0 0(5309) DEBUG: t_reply_matching: reply matched (T=0x40355ae0)! 0(5309) DEBUG: t_check: msg id=3 global id=3 T end=0x40355ae0 0(5309) DEBUG:tm:reply_received: org. status uas=100, uac[0]=100 local=0 is_invite=1) 0(5309) DEBUG:tm:t_should_relay_response: T_code=100, new_code=183 0(5309) DEBUG:tm:relay_reply: branch=0, save=0, relay=0 0(5309) old size: 1120, new size: 1035 0(5309) build_res_from_sip_res: copied size: orig:549, new: 464, rest: 571 msg= SIP/2.0 183 Session Progress From: <sip:user3@home2.jagarvayo.mot.dev>;tag=6661 To: <sip:user4@home2.jagarvayo.mot.dev>;tag=9991 Call-ID: 1-26284(a)10.161.14.105 CSeq: 1 INVITE Contact: <sip:10.161.14.105:6020> Content-Type: application/sdp Record-Route: <sip:xxxPT_002@10.161.14.59;lr>,<sip:xxxST_002@10.161.14.59 ;lr>,<sip:10.161.14.110:7000;ftag=6661;lr>,<sip:xxxST_002@10.161.14.59;lr>,< sip:xxxSO_002@10.161.14.59;lr>,<sip:xxxPO_002@10.161.14.59;lr> Via: SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK4f9932cde5bad6c36f103563aa96f449;xxxST_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK6f59072ad3fe644fcf851c16d3168bee;xxxIT_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK80752856b61f3aaf3f1d17e57067d067;xxxSO_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK8b46a43071f3848c711cb4bcf4b42335;xxxPO_002,SIP/2.0/UDP 10.161.14.105:6020 P-Charging-Vector: icid-value= 43d9d426:f1135:7e37002e@pcscf.home2.jagarvayo.mot.dev;term-ioi=ims.XXX.com v=0 o=srini - 0 IN IP4 - s=SIPtest - - c=IN IP4 10.161.14.59 t=0 0 m=audio 2410 RTP/AVP 0 0(5309) DEBUG:tm:relay_reply: sent buf=0x8138178: SIP/2.0 1..., shmem=0x40357f90: SIP/2.0 1 0(5309) DEBUG: add_to_tail_of_timer[1]: 0x40355c04 0(5309) DEBUG:destroy_avp_list: destroying list (nil) 0(5309) receive_msg: cleaning up 1(5311) DEBUG: timer routine:4,tl=0x40355bf4 next=(nil) 0(5309) SIP Reply (status): 0(5309) version: <SIP/2.0> 0(5309) status: <180> 0(5309) reason: <Ringing> 0(5309) parse_headers: flags=2 0(5309) DEBUG: add_param: tag=9991 0(5309) DEBUG:parse_to:end of header reached, state=29 0(5309) DEBUG: get_hdr_field: <To> [46]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev>] 0(5309) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(5309) DEBUG: get_hdr_body : content_length=0 0(5309) Found param type 232, <branch> = < z9hG4bK7d0f.cf43897e3c46f1bb8c4ab6702426d007.0>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK4f9932cde5bad6c36f103563aa96f449>; state=6 0(5309) Found param type 238, <xxxST_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK6f59072ad3fe644fcf851c16d3168bee>; state=6 0(5309) Found param type 238, <xxxIT_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK80752856b61f3aaf3f1d17e57067d067>; state=6 0(5309) Found param type 238, <xxxSO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) Found param type 232, <branch> = <z9hG4bK8b46a43071f3848c711cb4bcf4b42335>; state=6 0(5309) Found param type 238, <xxxPO_002> = <n/a>; state=9 0(5309) parse_via: next_via 0(5309) end of header reached, state=5 0(5309) parse_headers: Via found, flags=2 0(5309) parse_headers: this is the first via 0(5309) After parse_msg... 0(5309) forward_reply: found module tm, passing reply to it 0(5309) DEBUG: t_check: msg id=4 global id=3 T start=0xffffffff 0(5309) parse_headers: flags=22 0(5309) parse_headers: flags=8 0(5309) DEBUG: t_reply_matching: hash 61655 label 0 branch 0 0(5309) DEBUG: t_reply_matching: reply matched (T=0x40355ae0)! 0(5309) DEBUG: t_check: msg id=4 global id=4 T end=0x40355ae0 0(5309) DEBUG:tm:reply_received: org. status uas=183, uac[0]=183 local=0 is_invite=1) 0(5309) DEBUG:tm:t_should_relay_response: T_code=183, new_code=180 0(5309) DEBUG:tm:relay_reply: branch=0, save=0, relay=0 0(5309) old size: 1001, new size: 916 0(5309) build_res_from_sip_res: copied size: orig:528, new: 443, rest: 473 msg= SIP/2.0 180 Ringing From: <sip:user3@home2.jagarvayo.mot.dev>;tag=6661 To: <sip:user4@home2.jagarvayo.mot.dev>;tag=9991 Call-ID: 1-26284(a)10.161.14.105 CSeq: 1 INVITE Contact: <sip:10.161.14.105:6020> Content-Length: 0 Record-Route: <sip:xxxPT_002@10.161.14.59;lr>,<sip:xxxST_002@10.161.14.59 ;lr>,<sip:10.161.14.110:7000;ftag=6661;lr>,<sip:xxxST_002@10.161.14.59;lr>,< sip:xxxSO_002@10.161.14.59;lr>,<sip:xxxPO_002@10.161.14.59;lr> Via: SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK4f9932cde5bad6c36f103563aa96f449;xxxST_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK6f59072ad3fe644fcf851c16d3168bee;xxxIT_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK80752856b61f3aaf3f1d17e57067d067;xxxSO_002,SIP/2.0/UDP 10.161.14.59;branch=z9hG4bK8b46a43071f3848c711cb4bcf4b42335;xxxPO_002,SIP/2.0/UDP 10.161.14.105:6020 P-Charging-Vector: icid-value= 43d9d426:f1135:7e37002e@pcscf.home2.jagarvayo.mot.dev;term-ioi=ims.XXX.com 0(5309) DEBUG:tm:relay_reply: sent buf=0x8138178: SIP/2.0 1..., shmem=0x40357f90: SIP/2.0 1 0(5309) DEBUG: add_to_tail_of_timer[1]: 0x40355c04 0(5309) DEBUG:destroy_avp_list: destroying list (nil) 0(5309) receive_msg: cleaning up 0(5309) SIP Request: 0(5309) method: <CANCEL> 0(5309) uri: <sip:10.161.14.104:6030> 0(5309) version: <SIP/2.0> 0(5309) parse_headers: flags=2 0(5309) Found param type 232, <branch> = <z9hG4bK4f9932cde5bad6c36f103563aa96f449>; state=6 0(5309) Found param type 238, <xxxST_002> = <n/a>; state=17 0(5309) end of header reached, state=5 0(5309) parse_headers: Via found, flags=2 0(5309) parse_headers: this is the first via 0(5309) After parse_msg... 0(5309) preparing to run routing scripts... 0(5309) parse_headers: flags=100 0(5309) DEBUG:parse_to:end of header reached, state=9 0(5309) DEBUG: get_hdr_field: <To> [37]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev> ] 0(5309) get_hdr_field: cseq <CSeq>: <1> <CANCEL> 0(5309) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(5309) DEBUG: add_param: tag=6661 0(5309) DEBUG:parse_to:end of header reached, state=29 0(5309) xl_printf: final buffer length 101 0(5309) CANCEL: 10.161.14.59:5060 ci=1-26284(a)10.161.14.105 ft=6661 tt=<null> cseq=1 sip:10.161.14.104:6030: 0(5309) parse_headers: flags=200 0(5309) DEBUG: get_hdr_body : content_length=0 0(5309) found end of header 0(5309) find_first_route: No Route headers found 0(5309) loose_route: There is no Route HF 0(5309) DEBUG: t_newtran: msg id=5 , global msg id=4 , T on entrance=0xffffffff 0(5309) parse_headers: flags=ffffffffffffffff 0(5309) parse_headers: flags=78 0(5309) t_lookup_request: start searching: hash=61655, isACK=0 0(5309) DEBUG: RFC3261 transaction matching failed 0(5309) DEBUG: t_lookup_request: no transaction found 0(5309) parse_headers: flags=78 0(5309) DEBUG: MD5 calculated: 1b7635cf6840ddd15282505b57290b27 0(5309) DEBUG: t_lookupOriginalT: searching on hash entry 61655 0(5309) DEBUG: RFC3261 transaction matched, tid=4f9932cde5bad6c36f103563aa96f449 0(5309) DEBUG: t_lookupOriginalT: canceled transaction found (0x40355ae0)! 0(5309) DEBUG: t_lookupOriginalT completed 0(5309) check_via_address(10.161.14.59, 10.161.14.59, 0) 0(5309) DEBUG: add_to_tail_of_timer[4]: 0x4035855c 0(5309) DEBUG: add_to_tail_of_timer[0]: 0x4035856c 0(5309) DEBUG: e2e_cancel: e2e cancel proceeding 0(5309) parse_headers: flags=ffffffffffffffff 0(5309) check_via_address(10.161.14.59, 10.161.14.59, 0) 0(5309) WARNING:vqm_resize: resize(0) called 0(5309) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(5309) DEBUG: add_to_tail_of_timer[2]: 0x40358490 0(5309) DEBUG:tm:_reply_light: reply sent out. buf=0x8138320: SIP/2.0 2..., shmem=0x40359558: SIP/2.0 2 0(5309) DEBUG:tm:_reply_light: finished 0(5309) SER: new transaction fwd'ed 0(5309) DEBUG:destroy_avp_list: destroying list (nil) 0(5309) receive_msg: cleaning up 0(5309) SIP Reply (status): 0(5309) version: <SIP/2.0> 0(5309) status: <481> 0(5309) reason: <Call Leg/Transaction Does Not Exist> 0(5309) parse_headers: flags=2 0(5309) DEBUG:parse_to:end of header reached, state=9 0(5309) DEBUG: get_hdr_field: <To> [37]; uri=[ sip:user4@home2.jagarvayo.mot.dev] 0(5309) DEBUG: to body [<sip:user4@home2.jagarvayo.mot.dev> ] [View Less]

4 9

RE: [Serusers] integration with prepaid Wi-Fi card
by Nhadie 26 Apr '06

26 Apr '06

For the Wi-Fi don't know yet but I think they built their own using freeradius with database backend. For the VoiP I simply extract from CDR then compute minutes and compare it to my rates table. --------- Original Message -------- From: hgaillac-sip(a)yahoo.fr To: Nhadie <nhadie(a)tbgi.net.ph> Cc: serusers(a)lists.iptel.org Subject: RE: [Serusers] integration with prepaid Wi-Fi card Date: 26/04/06 14:24 > > Hello, > > Which billing system are you using ? > > Harry &… [View More]

1 0

Re: [Serusers] Sip t38 gateway tests
by hgaillac-sip＠yahoo.fr 26 Apr '06

26 Apr '06

No, i ve just patched chan_sip.c Asterisk forward faxes to a hylafax server . Have you patched chan_sip.c ? I use ser+rtpproxy as an outbound proxy . Harry --- Alexandr Dubovikov <shurik(a)start4.info> a écrit : > On Tue, Apr 25, 2006 at 08:46:03PM +0200, > hgaillac-sip(a)yahoo.fr wrote: > > Hello, > > Hi, > > > > > I patched asterisk patched with the latest t38 > support > > . > > I would need some people for tests. > > Did … [View More]

2 4

RE: [Serusers] Statistics explanations
by Gould, Aaron 26 Apr '06

26 Apr '06

Xavier, I can tell you what Michal just told me regarding the "waiting" counter. "it is number of transactions which are already finished (final reply sent) and are waiting (time configurable by wt_timer parameter) to catch retransmissions." i don't think i fully comprehend that at this point in my sip/ser learning curve. anyone care to elaborate? thanks aaron ________________________________ From: serusers-bounces(a)lists.iptel.org on behalf of Xavier TRENTIN Sent: Wed 4/26/2006 6:… [View More]

1 0

[Serusers] Statistics explanations
by Xavier TRENTIN 26 Apr '06

26 Apr '06

Hi all, please, can anybody tell me what's the meaning of each value in Transaction Statistics: *Curren*t: 0 (2 *waiting*) *Total*: 46 (0 *local*) *Replied localy*: 37 *Completion status* 6xx: 0, 5xx: 0, 4xx: 23, 3xx: 0,2xx: 22 and what kinds of failures are taken into account in Stateless Server Statistics : 200: 101 202: 0 2xx: 0 300: 0 301: 0 302: 0 3xx: 0 400: 0 401: 0 403: 0 404: 132 407: 0 408: 0 483: 1 4xx: 0 500: 0 5xx: 0 6xx: 0 xxx: 0 *… [View More]

1 0

RE: [Serusers] serctl moni
by Gould, Aaron 26 Apr '06

26 Apr '06

i'm running 0.8.12 ________________________________ From: Leo [mailto:leo@ltcjp.com] Sent: Tue 4/25/2006 4:29 PM To: Gould, Aaron; serusers(a)lists.iptel.org Subject: RE: [Serusers] serctl moni Aaron, I had the same question awhile back. The answer I got is that there is a bug and this "waiting" parameter doesn't work. I don't know if it has been fixed yet. I am running 0.9.4. Leo P. -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] … [View More]

1 0

[Users] openser behind a proxy
by buxalex＠libero.it 26 Apr '06

26 Apr '06

Hello to everybody, I have a openser server installed behind a proxy. I know I shouldn't have it, but unfortunately I must, at least for now... If I open the port 5060, can openser work as if it is connected to a public IP? Can I then use mediaproxy or anything else to connect phones outside the proxy, or behinf other proxies? Thanks Alessandro

1 0

[Users] Is this correct?
by Helge Waastad 26 Apr '06

26 Apr '06

Hi, just a quick question this time. When you have several phones registered with the same account, is it correct that the 200 OK (Register reply) should include all registered contacts for that account? It seems that I have a problem with the new Cisco 7960 image (8.20) when more than one contact address is in the reply. br -- Helge Waastad Senior Konsulent Smartnet

2 2

[Serusers] db problems after update to latest CVS
by İlker Aktuna (Koç.net) 26 Apr '06

26 Apr '06

Hi Everyone, I decided to update to the latest CVS version after meeting some problems on presence events. It starts up fine but I see the following errors in the log file: /root/ser/sbin/ser[17332]: submit_query: Unknown column 'xcap_params' in 'field list' /root/ser/sbin/ser[17332]: db_query: Error while submitting query /root/ser/sbin/ser[17332]: db_load_rls: Error while querying presentity I guess some tables in the mysql needs change. How can I drop all tables and create suitable … [View More]

2 1

[Users] 404 not found message
by B Boc 26 Apr '06

26 Apr '06

Hi, When the UA sends NOTIFY messages to the server it responds with "404 not found". what is it that it is not finding. The UA's info is in the "location" table. I am using the basic out of the box "quick start" cfg file with authentication and loacation enabled. thnx

3 2

← Newer
1
...
6
7
8
9
10
11
12
...
44
Older →

Jump to page:

2025

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 April 2006