sr-users October 2004

sr-users@lists.kamailio.org

189 participants
408 discussions

[Serusers] problem with messenge 5.0 connect ser-0.8.14+rtpproxy+NAT

by Walter Willis

i am a problem, is configuration(ser.cfg)?or problems with server. alias=cwafrica.com.pe port=9000 (clients: xlite/msn5.0)<----------->(server nat)<----internet----->(server: ser+rtpproxy) the messenger 5.0 work with TCP o UDP? could somebody inform me better? # ngrep walter@ port 9000 interface: eth0 (200.60.219.112/255.255.255.248) filter: ip and ( port 9000 ) match: walter@ # T 200.60.219.114:1695 -> 200.60.219.116:9000 [AP] INVITE sip:rbolivar@chiclayo.org SIP/2.0..Via: SIP/2.0/TCP 192.168.0.82:7141..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.com.p e>;tag=843790d812224e8a8586407bf5c66b72;epid=b28758a49a..To: <sip:rbolivar@chiclayo.org>..Call-ID: 3b47572fde074cedb17c29004abcef57@192.168.0.82..CSeq: 1 INVITE..Contact: <sip:walter@cwafrica.com.pe:7141;maddr=192.168.0.82;transport=tcp>..User-Agent: RTC/1.2..Roster-Manager: sip:walter@cwafrica.com.pe..En dPoints: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.com.pe>, <sip:rbolivar@chiclayo.org>..Supported: com.microsoft.rtc-multiparty..Content-Type: appli cation/sdp..Content-Length: 105....v=0..o=- 0 0 IN IP4 192.168.0.82..s=session..c=IN IP4 192.168.0.82..t=0 0..m=x-ms-message 5060 sip null.. ## T 200.60.219.116:9000 -> 200.60.219.114:1695 [AP] SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/TCP 192.168.0.82:7141;rport=1695;received=200.60.219.114..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.com.pe>;tag=843790d812224e8a8586407bf5c66b72;epid=b28758a49a..To: <sip:rbolivar@chiclayo.org>..Call-ID: 3b47572fde074cedb17c29004ab cef57@192.168.0.82..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 200.60.219.116:9000 "Noisy feedback tells: pid=1681 req_src_ip=200.60.219.114 req_src_port=1695 in_uri=sip:rbolivar@chiclayo.org out_uri=sip:192.168.0.186:15806;transport=tcp via_cnt==1". ... ## T 200.60.219.116:9000 -> 200.60.219.114:1695 [AP] SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM)..Via: SIP/2.0/TCP 192.168.0.82:7141;rport=1695;received=200.60.219.114..From: "wa lter(a)cwafrica.com.pe" <sip:walter@cwafrica.com.pe>;tag=843790d812224e8a8586407bf5c66b72;epid=b28758a49a..To: <sip:rbolivar@chiclayo.org>;tag=f9bfb6381e9d 8b262ae0b2278491991b-afac..Call-ID: 3b47572fde074cedb17c29004abcef57@192.168.0.82..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Cont ent-Length: 0..Warning: 392 200.60.219.116:9000 "Noisy feedback tells: pid=1681 req_src_ip=200.60.219.114 req_src_port=1695 in_uri=sip:rbolivar@chiclayo .org out_uri=sip:192.168.0.186:15806;transport=tcp via_cnt==1".... # T 200.60.219.114:1695 -> 200.60.219.116:9000 [AP] ACK sip:rbolivar@chiclayo.org SIP/2.0..Via: SIP/2.0/TCP 192.168.0.82:7141..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.com.pe>; tag=843790d812224e8a8586407bf5c66b72;epid=b28758a49a..To: <sip:rbolivar@chiclayo.org>;tag=f9bfb6381e9d8b262ae0b2278491991b-afac..Call-ID: 3b47572fde074ce db17c29004abcef57@192.168.0.82..CSeq: 1 ACK..User-Agent: RTC/1.2..Content-Length: 0.... # localhost root # ngrep walter@ port 9000 interface: eth0 (200.60.219.112/255.255.255.248) filter: ip and ( port 9000 ) match: walter@ # U 200.60.219.114:1902 -> 200.60.219.116:9000 INVITE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.c om.pe>;tag=0473ba9ac9344acdb9edc1352dde2c97;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ef288d03fa8741199d37f284b800a629(a)192.168.0.82.. CSeq: 1 INVITE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Content-Type: application/sdp..Content-Length: 105....v=0..o=- 0 0 IN IP4 192.168 .0.82..s=session..c=IN IP4 192.168.0.82..t=0 0..m=x-ms-message 5060 sip null.. # U 200.60.219.116:9000 -> 200.60.219.114:1902 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 192.168.0.82:13451;rport=1902;received=200.60.219.114..From: "walter(a)cwafrica.com.pe " <sip:walter@cwafrica.com.pe>;tag=0473ba9ac9344acdb9edc1352dde2c97;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ef288d03fa8741199d37f28 4b800a629@192.168.0.82..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 200.60.219.116:9000 "Noisy feed back tells: pid=1650 req_src_ip=200.60.219.114 req_src_port=1902 in_uri=sip:rbolivar@cwafrica.com.pe out_uri=sip:rbolvar@cwafrica.com.pe via_cnt==1".... # U 200.60.219.116:9000 -> 200.60.219.114:1902 SIP/2.0 408 Request Timeout..Via: SIP/2.0/UDP 192.168.0.82:13451;rport=1902;received=200.60.219.114..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica. com.pe>;tag=0473ba9ac9344acdb9edc1352dde2c97;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>;tag=f9bfb6381e9d8b262ae0b2278491991b-3ede..Call-ID: ef28 8d03fa8741199d37f284b800a629@192.168.0.82..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 200.60.219.1 16:9000 "Noisy feedback tells: pid=1680 req_src_ip=200.60.219.114 req_src_port=1902 in_uri=sip:rbolivar@cwafrica.com.pe out_uri=sip:rbolvar@cwafrica.com .pe via_cnt==0".... # U 200.60.219.114:1902 -> 200.60.219.116:9000 ACK sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica.com. pe>;tag=0473ba9ac9344acdb9edc1352dde2c97;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>;tag=f9bfb6381e9d8b262ae0b2278491991b-3ede..Call-ID: ef288d03 fa8741199d37f284b800a629@192.168.0.82..CSeq: 1 ACK..User-Agent: RTC/1.2..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: bff043932d244181aae79a9c102d128b(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: bff043932d244181aae79a9c102d128b(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: bff043932d244181aae79a9c102d128b(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: bff043932d244181aae79a9c102d128b(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: bff043932d244181aae79a9c102d128b(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.116:9000 -> 200.60.219.114:1902 SIP/2.0 408 Request Timeout..Via: SIP/2.0/UDP 192.168.0.82:13451;rport=1902;received=200.60.219.114..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafrica. com.pe>;tag=5ad2a07b1ea149ccac8980cdb57a5a05;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>;tag=f9bfb6381e9d8b262ae0b2278491991b-3ede..Call-ID: bff0 43932d244181aae79a9c102d128b@192.168.0.82..CSeq: 1 SUBSCRIBE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 200.60.21 9.116:9000 "Noisy feedback tells: pid=1680 req_src_ip=200.60.219.114 req_src_port=1902 in_uri=sip:rbolivar@cwafrica.com.pe out_uri=sip:rbolivar@cwafrica .com.pe via_cnt==0".... # T 200.60.219.114:1069 -> 200.60.219.116:9000 [AP] SUBSCRIBE sip:walter@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/TCP 192.168.0.186:9122..Max-Forwards: 70..From: "rbolivar(a)cwafrica.com.pe" <sip:rbolivar@cwafr ica.com.pe>;tag=8557f40059d64ca6b03e4cdfa7362158;epid=959e31b43f..To: <sip:walter@cwafrica.com.pe>..Call-ID: 621db8b5cf4f47d792dba9cbae4fb9da(a)192.168.0.1 86..CSeq: 1 SUBSCRIBE..Contact: <sip:rbolivar@cwafrica.com.pe:9122;maddr=192.168.0.186;transport=tcp>..User-Agent: RTC/1.2..Event: presence..Accept: appl ication/xpidf+xml, text/xml+msrtc.pidf..Supported: com.microsoft.autoextend..Content-Length: 0.... ## T 200.60.219.116:9000 -> 200.60.219.114:1069 [AP] SIP/2.0 408 Request Timeout..Via: SIP/2.0/TCP 192.168.0.186:9122;rport=1069;received=200.60.219.114..From: "rbolivar(a)cwafrica.com.pe" <sip:rbolivar@cwafr ica.com.pe>;tag=8557f40059d64ca6b03e4cdfa7362158;epid=959e31b43f..To: <sip:walter@cwafrica.com.pe>;tag=f9bfb6381e9d8b262ae0b2278491991b-88f2..Call-ID: 62 1db8b5cf4f47d792dba9cbae4fb9da@192.168.0.186..CSeq: 1 SUBSCRIBE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 200.60 .219.116:9000 "Noisy feedback tells: pid=1680 req_src_ip=200.60.219.114 req_src_port=1069 in_uri=sip:walter@cwafrica.com.pe out_uri=sip:walter@cwafrica. com.pe via_cnt==0".... ## U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=cf702e23dc8345aa92d47e6cd437d0bd;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ec97a8cce37e432c9bf27a53c9889d07(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=cf702e23dc8345aa92d47e6cd437d0bd;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ec97a8cce37e432c9bf27a53c9889d07(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=cf702e23dc8345aa92d47e6cd437d0bd;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ec97a8cce37e432c9bf27a53c9889d07(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=cf702e23dc8345aa92d47e6cd437d0bd;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ec97a8cce37e432c9bf27a53c9889d07(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... # U 200.60.219.114:1902 -> 200.60.219.116:9000 SUBSCRIBE sip:rbolivar@cwafrica.com.pe SIP/2.0..Via: SIP/2.0/UDP 192.168.0.82:13451..Max-Forwards: 70..From: "walter(a)cwafrica.com.pe" <sip:walter@cwafric a.com.pe>;tag=cf702e23dc8345aa92d47e6cd437d0bd;epid=af936a9682..To: <sip:rbolivar@cwafrica.com.pe>..Call-ID: ec97a8cce37e432c9bf27a53c9889d07(a)192.168.0.8 2..CSeq: 1 SUBSCRIBE..Contact: <sip:192.168.0.82:13451>..User-Agent: RTC/1.2..Event: presence..Accept: application/xpidf+xml, text/xml+msrtc.pidf..Suppor ted: com.microsoft.autoextend..Content-Length: 0.... with serweb sending message ("send IM"); sending to msn 5.0 view is un log: 9(1667) fifo_get_method: method: 'MESSAGE' 9(1667) DEBUG: fifo_get_ruri: 'sip:rbolivar@cwafrica.com.pe' 9(1667) DEBUG: fifo_get_nexthop: next hop empty 9(1667) fifo_get_headers: headers: From: sip:rbolivar@cwafrica.com.pe To: <sip:rbolivar@cwafrica.com.pe> p-version: Web_interface_Karel_Kozlik-0.9 Contact: <sip:daemon@cwafrica.com.pe> Content-Type: text/plain; charset=UTF-8 9(1667) parse_headers: flags=-1 9(1667) end of header reached, state=9 9(1667) DEBUG: get_hdr_field: <To> [32]; uri=[sip:rbolivar@cwafrica.com.pe] 9(1667) DEBUG: to body [<sip:rbolivar@cwafrica.com.pe> ] 9(1667) DEBUG: fifo_uac: parse_headers succeeded 9(1667) fifo_get_body: body: prueba 9(1667) end of header reached, state=8 9(1667) DEBUG: get_hf_block: one more hf processed 9(1667) DEBUG: get_hf_block: one more hf processed 9(1667) DEBUG: get_hf_block: one more hf processed 9(1667) DEBUG: fifo_uac: EoL -- proceeding to transaction creation 9(1667) DEBUG: mk_proxy: doing DNS lookup... 9(1667) get_record: lookup(_sip._udp.cwafrica.com.pe, 33) failed 9(1667) sip_resolvehost: no SRV record found for cwafrica.com.pe, trying 'normal' lookup... 9(1667) DEBUG: dlg2hash: 57679 9(1667) DEBUG: add_to_tail_of_timer[4]: 0x2ad738e0 9(1667) DEBUG: add_to_tail_of_timer[0]: 0x2ad738f4 9(1667) INFO: fifo_server: command empty 10(1680) DEBUG: timer routine:4,tl=0x2ad738e0 next=(nil) 10(1680) DEBUG: retransmission_handler : request resending (t=0x2ad737d0, MESSAGE s ... ) 10(1680) DEBUG: add_to_tail_of_timer[5]: 0x2ad738e0 10(1680) DEBUG: retransmission_handler : done 10(1680) DEBUG: timer routine:5,tl=0x2ad738e0 next=(nil) 10(1680) DEBUG: retransmission_handler : request resending (t=0x2ad737d0, MESSAGE s ... ) 10(1680) DEBUG: add_to_tail_of_timer[6]: 0x2ad738e0 10(1680) DEBUG: retransmission_handler : done 10(1680) DEBUG: timer routine:6,tl=0x2ad738e0 next=(nil) 10(1680) DEBUG: retransmission_handler : request resending (t=0x2ad737d0, MESSAGE s ... ) 10(1680) DEBUG: add_to_tail_of_timer[7]: 0x2ad738e0 10(1680) DEBUG: retransmission_handler : done 10(1680) DEBUG: timer routine:7,tl=0x2ad738e0 next=(nil) 10(1680) DEBUG: retransmission_handler : request resending (t=0x2ad737d0, MESSAGE s ... ) 10(1680) DEBUG: add_to_tail_of_timer[7]: 0x2ad738e0 10(1680) DEBUG: retransmission_handler : done 10(1680) DEBUG: timer routine:0,tl=0x2ad738f4 next=(nil) 10(1680) DEBUG: FR_handler:stop retr. and send CANCEL (0x2ad737d0) 10(1680) ->>>>>>>>> T_code=0, new_code=408 10(1680) DBG: callback type 6, id 4 entered 10(1680) DBG: acc: on_missed: no uas.request, local t; skipping 10(1680) DEBUG: local_reply: branch=0, save=0, winner=0 10(1680) DEBUG: local transaction completed 10(1680) !!!!! ref_counter: 0 10(1680) DEBUG: fifo UAC completed with status 408 10(1680) DEBUG: fifo_callback sucesssfuly completed 10(1680) DEBUG: add_to_tail_of_timer[2]: 0x2ad73818 10(1680) DEBUG: final_response_handler : done 10(1680) DEBUG: timer routine:7,tl=0x2ad738e0 next=(nil) 10(1680) DEBUG: timer routine:2,tl=0x2ad73818 next=(nil) 10(1680) DEBUG: wait_handler : removing 0x2ad737d0 from table 10(1680) DEBUG: delete transaction 0x2ad737d0 10(1680) DEBUG: wait_handler : done me loggeo en el msn 5.0, pero no puedo enviar mensages, ni ver a usuarios conectados. 4(2432) SIP Request: 4(2432) method: <INVITE> 4(2432) uri: <sip:rbolivar@cwafrica.com.pe> 4(2432) version: <SIP/2.0> 4(2432) parse_headers: flags=1 4(2432) end of header reached, state=5 4(2432) parse_headers: Via found, flags=1 4(2432) parse_headers: this is the first via 4(2432) After parse_msg... 4(2432) preparing to run routing scripts... 4(2432) parse_headers: flags=256 4(2432) end of header reached, state=9 4(2432) DEBUG: get_hdr_field: <To> [32]; uri=[sip:rbolivar@cwafrica.com.pe] 4(2432) DEBUG: to body [<sip:rbolivar@cwafrica.com.pe> ] 4(2432) get_hdr_field: cseq <CSeq>: <1> <INVITE> 4(2432) DEBUG: get_hdr_body : content_length=105 4(2432) found end of header 4(2432) find_first_route(): No Route headers found 4(2432) loose_route(): There is no Route HF 4(2432) parse_headers: flags=64 4(2432) DEBUG: add_param: tag=1a6c14eb07b64f1a88a13771bba4b71b 4(2432) DEBUG: add_param: epid=4f4128eff7 4(2432) end of header reached, state=29 4(2432) parse_headers: flags=-1 4(2432) DEBUG:check_content_type: type <application/sdp> found valid 4(2432) ERROR: extract_mediaip: no `c=' in SDP 4(2432) parse_headers: flags=-1 4(2432) DEBUG:check_content_type: type <application/sdp> found valid 4(2432) ERROR: extract_mediaip: no `c=' in SDP 4(2432) ERROR: extract_mediaport: can't parse `m=' in SDP 4(2432) ERROR: force_rtp_proxy2: can't extract media port from the message 4(2432) lookup(): 'rbolivar' Not found in usrloc 4(2432) parse_headers: flags=-1 4(2432) check_via_address(200.60.219.114, 192.168.0.82, 0) 4(2432) DEBUG:destroy_avp_list: destroing list (nil) 4(2432) receive_msg: cleaning up 1(2427) SIP Request: 1(2427) method: <ACK> 1(2427) uri: <sip:rbolivar@cwafrica.com.pe> 1(2427) version: <SIP/2.0> 1(2427) parse_headers: flags=1 1(2427) end of header reached, state=5 1(2427) parse_headers: Via found, flags=1 1(2427) parse_headers: this is the first via 1(2427) After parse_msg... 1(2427) preparing to run routing scripts... 1(2427) parse_headers: flags=4 1(2427) DEBUG: add_param: tag=154f6989ca6960534d4c9126252550ea.3ede 1(2427) end of header reached, state=29 1(2427) DEBUG: get_hdr_field: <To> [74]; uri=[sip:rbolivar@cwafrica.com.pe] 1(2427) DEBUG: to body [<sip:rbolivar@cwafrica.com.pe>] 1(2427) DEBUG: sl_filter_ACK : local ACK found -> dropping it! 1(2427) DEBUG:destroy_avp_list: destroing list (nil) 1(2427) receive_msg: cleaning up 15(2468) tcpconn_new: new tcp connection: 200.60.219.114 15(2468) tcpconn_new: on port 1129, type 2 15(2468) tcpconn_add: hashes: 161, 1 15(2468) tcp_main_loop: new connection: 0x2ad61e00 28 15(2468) send2child: to tcp child 0 11(2462), 0x2ad61e00 11(2462) received n=4 con=0x2ad61e00, fd=24 11(2462) tcp_read_req: content-length= 0 11(2462) SIP Request: 11(2462) method: <SUBSCRIBE> 11(2462) uri: <sip:walter@cwafrica.com.pe> 11(2462) version: <SIP/2.0> 11(2462) parse_headers: flags=1 11(2462) end of header reached, state=5 11(2462) parse_headers: Via found, flags=1 11(2462) parse_headers: this is the first via 11(2462) After parse_msg... 11(2462) preparing to run routing scripts... 11(2462) parse_headers: flags=256 11(2462) end of header reached, state=9 11(2462) DEBUG: get_hdr_field: <To> [30]; uri=[sip:walter@cwafrica.com.pe] 11(2462) DEBUG: to body [<sip:walter@cwafrica.com.pe> ] 11(2462) get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> 11(2462) DEBUG: get_hdr_body : content_length=0 11(2462) found end of header 11(2462) find_first_route(): No Route headers found 11(2462) loose_route(): There is no Route HF 11(2462) parse_headers: flags=64 11(2462) DEBUG: t_addifnew: msg id=1 , global msg id=0 , T on entrance=0xffffffff 11(2462) parse_headers: flags=-1 11(2462) parse_headers: flags=60 11(2462) t_lookup_request: start searching: hash=34536, isACK=0 11(2462) DEBUG: proceeding to pre-RFC3261 transaction matching 11(2462) DEBUG: t_lookup_request: no transaction found 11(2462) DBG: callback type 2, id 3 entered 11(2462) DEBUG: mk_proxy: doing DNS lookup... 11(2462) get_record: lookup(_sip._udp.cwafrica.com.pe, 33) failed 11(2462) sip_resolvehost: no SRV record found for cwafrica.com.pe, trying 'normal' lookup... 11(2462) build_req_from_req: id added: <;i=1>, rcv proto=2 11(2462) check_via_address(200.60.219.114, 192.168.0.186, 0) 11(2462) DEBUG: add_to_tail_of_timer[4]: 0x2ad60820 11(2462) DEBUG: add_to_tail_of_timer[0]: 0x2ad60834 11(2462) SER: new transaction fwd'ed 11(2462) DEBUG:destroy_avp_list: destroing list (nil) 11(2462) receive_msg: cleaning up 10(2461) DEBUG: timer routine:4,tl=0x2ad60820 next=(nil) 10(2461) DEBUG: retransmission_handler : request resending (t=0x2ad60710, SUBSCRIBE ... ) 10(2461) DEBUG: add_to_tail_of_timer[5]: 0x2ad60820 10(2461) DEBUG: retransmission_handler : done 10(2461) DEBUG: timer routine:5,tl=0x2ad60820 next=(nil) 10(2461) DEBUG: retransmission_handler : request resending (t=0x2ad60710, SUBSCRIBE ... ) 10(2461) DEBUG: add_to_tail_of_timer[6]: 0x2ad60820 10(2461) DEBUG: retransmission_handler : done 11(2462) tcp_receive_loop: 0x2ad61e00 expired (75, 76) 11(2462) releasing con 0x2ad61e00, state 0, fd=24, id=1 11(2462) extra_data (nil) 15(2468) tcp_main_loop: reader response= 2ad61e00, 0 from 0 15(2468) tcp_main_loop: CONN_RELEASE 0x2ad61e00 refcnt= 0 10(2461) DEBUG: timer routine:6,tl=0x2ad60820 next=(nil) 10(2461) DEBUG: retransmission_handler : request resending (t=0x2ad60710, SUBSCRIBE ... ) 10(2461) DEBUG: add_to_tail_of_timer[7]: 0x2ad60820 10(2461) DEBUG: retransmission_handler : done 10(2461) DEBUG: timer routine:7,tl=0x2ad60820 next=(nil) 10(2461) DEBUG: retransmission_handler : request resending (t=0x2ad60710, SUBSCRIBE ... ) 10(2461) DEBUG: add_to_tail_of_timer[7]: 0x2ad60820 10(2461) DEBUG: retransmission_handler : done 10(2461) DEBUG: timer routine:0,tl=0x2ad60834 next=(nil) 10(2461) DEBUG: FR_handler:stop retr. and send CANCEL (0x2ad60710) 10(2461) ->>>>>>>>> T_code=0, new_code=408 10(2461) DBG: callback type 6, id 4 entered 10(2461) DEBUG: relay_reply: branch=0, save=0, relay=0 10(2461) parse_headers: flags=-1 10(2461) check_via_address(200.60.219.114, 192.168.0.186, 0) 10(2461) WARNING:vqm_resize: resize(0) called 10(2461) tcp_send: tcp connection found (0x2ad61e00), acquiring fd 10(2461) tcp_send, c= 0x2ad61e00, n=8 15(2468) tcp_main_loop: read response= 2ad61e00, 1 from 10 (2461) 10(2461) tcp_send: after receive_fd: c= 0x2ad61e00 n=4 fd=20 10(2461) tcp_send: sending... 10(2461) tcp_send: after write: c= 0x2ad61e00 n=634 fd=20 10(2461) tcp_send: buf= SIP/2.0 408 Request Timeout Via: SIP/2.0/TCP 192.168.0.186:9122;rport=1129;received=200.60.219.114 From: "rbolivar(a)cwafrica.com.pe" <sip:rbolivar@cwafrica.com.pe>;tag=21762bcf4955464391162d5ff261ba4a;epid=959e31b43f To: <sip:walter@cwafrica.com.pe>;tag=f9bfb6381e9d8b262ae0b2278491991b-88f2 Call-ID: 1ad3d764b508414ebf6ff0ea505bfd8d(a)192.168.0.186 CSeq: 1 SUBSCRIBE Server: Sip EXpress router (0.8.14 (i386/linux)) Content-Length: 0 Warning: 392 200.60.219.116:9000 "Noisy feedback tells: pid=2461 req_src_ip=200.60.219.114 req_src_port=1129 in_uri=sip:walter@cwafrica.com.pe out_uri=sip:walter@cwafrica.com.pe via_cnt==0" 10(2461) DEBUG: reply relayed. buf=0x80b8bb0: SIP/2.0 4..., shmem=0x2ad61b78: SIP/2.0 4 10(2461) DBG: callback type 7, id 1 entered 10(2461) DEBUG: add_to_tail_of_timer[2]: 0x2ad60758 10(2461) DEBUG: final_response_handler : done 10(2461) DEBUG: timer routine:7,tl=0x2ad60820 next=(nil) 10(2461) DEBUG: timer routine:2,tl=0x2ad60758 next=(nil) 10(2461) DEBUG: wait_handler : removing 0x2ad60710 from table 10(2461) DEBUG: delete transaction 0x2ad60710 10(2461) DEBUG: wait_handler : done

19 years, 6 months

Re: [Serusers] SER question

by Java Rockx

Thanks. I forgot to mention that stuff. :-) Paul --- Walter Willis <walterwn(a)gmail.com> wrote: > probe witn line in the ser.cfg > > fifo_mode=0666 > > but dont think so. > probe > debug=9 > log_stderror=yes > for debug > > > > On Sat, 30 Oct 2004 18:19:00 -0700 (PDT), Java Rockx > <javarockx(a)yahoo.com> wrote: > > Clive, > > > > serusers_at_iptel.org should be included in the discussions for the benefit of the user base. > > > > Are you using MySQL? If so, did you perform these steps: > > > > * enable mysql in <ser-src>/modules/acc/Makefile and recompile > > the acc module and copy acc.so to /usr/local/lib/ser/modules > > > > edit modules/acc/Makefile (remove hash on the line DEFS+=-DSQL_ACC) > > cd <ser-src> > > make modules=modules/acc modules > > cp modules/acc/acc.so /usr/local/lib/ser/modules > > > > * compile the mysql module using > > > > cd <ser-src> > > make modules=modules/mysql modules > > cp modules/mysql/mysql.so /usr/local/lib/ser/modules > > > > * Add an alias using serctl. For example: > > > > NOTE: This assumes you really do have lookup("aliases") in ser.cfg > > > > serctl alias add 1000 sip:5551212@sip.mycompany.com > > > > Now you should be able execute "select * from aliases;" and see the new alias record. > > > > If you added the alias correctly (an all else worked) then you should be able to see the alias > as > > follows; > > > > serctl alias show 1000 > > > > which should return something like this: > > <sip:5551212@sip.mycompany.com>;q=1;expires=-90832 > > > > Cheers, > > Paul > > > > --- clive(a)phonehome.co.za wrote: > > > > --------------------------------- > > Hi > > > > I hope you don't mind me emailling you. > > > > I am having a similar problem with alias's that you had, just that mine don't seem to even be > > getting past the "go" mark. > > > > I put#160; "lookup("aliases");#160;#160; " into the ser.cfg file, and I have all the fifo > > permissions correct. > > > > There does not seem to be any information in the database > > > > Do you have any pointers? > > > > Thanks and regards > > Clive > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Mail Address AutoComplete - You start. We finish. > > http://promotions.yahoo.com/new_mail > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

19 years, 6 months

[Serusers] SER question

by Java Rockx

Clive, serusers_at_iptel.org should be included in the discussions for the benefit of the user base. Are you using MySQL? If so, did you perform these steps: * enable mysql in <ser-src>/modules/acc/Makefile and recompile the acc module and copy acc.so to /usr/local/lib/ser/modules edit modules/acc/Makefile (remove hash on the line DEFS+=-DSQL_ACC) cd <ser-src> make modules=modules/acc modules cp modules/acc/acc.so /usr/local/lib/ser/modules * compile the mysql module using cd <ser-src> make modules=modules/mysql modules cp modules/mysql/mysql.so /usr/local/lib/ser/modules * Add an alias using serctl. For example: NOTE: This assumes you really do have lookup("aliases") in ser.cfg serctl alias add 1000 sip:5551212@sip.mycompany.com Now you should be able execute "select * from aliases;" and see the new alias record. If you added the alias correctly (an all else worked) then you should be able to see the alias as follows; serctl alias show 1000 which should return something like this: <sip:5551212@sip.mycompany.com>;q=1;expires=-90832 Cheers, Paul --- clive(a)phonehome.co.za wrote: --------------------------------- Hi I hope you don't mind me emailling you. I am having a similar problem with alias's that you had, just that mine don't seem to even be getting past the "go" mark. I put#160; "lookup("aliases");#160;#160; " into the ser.cfg file, and I have all the fifo permissions correct. There does not seem to be any information in the database Do you have any pointers? Thanks and regards Clive __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

19 years, 6 months

[Serusers] Forwarding to PSTN via sipgate.de

by Bastian Schern

Hello everybody, is it possible to forward incoming calls with a PSTN destination to e.g. sipgate.de? Regards Bastian

19 years, 6 months

[Serusers] fifo buffer

by Prajyot

Hi Users, I am pretty new to SER and currently administrating an SER server for our company. The problem I am facing is the fifo buffer gets filled up pretty fast when traffic is more on the network, sometimes the buffer (waiting list) gets so high tht the ser deamon crashes and the server stops, I also get he following errors when I just restart the server. Oct 29 14:29:13 sip /usr/sbin/ser[13883]: authorize(): Invalid nonce value received, very suspicious ! Oct 29 14:29:17 sip /usr/sbin/ser[13884]: authorize(): Invalid nonce value received, very suspicious ! Also there is a lot of 401 (unauthorise) errors, The error which I got when the ser server crashed was; Oct 28 10:05:35 sip /usr/sbin/ser[29943]: child process 29973 exited by a signal 11 Oct 28 10:05:35 sip /usr/sbin/ser[29943]: core was not generated Oct 28 10:05:35 sip /usr/sbin/ser[29943]: INFO: terminating due to SIGCHLD I release signal 11 is a segmentation fault and the iptel web site refers it happens due to a bug in the software (we have SER v 0.8.10), Initially the ser server was set up using an RPM, so please guide how can I reduced the fifo buffered packets, will increasing number of ser childs would help??? Thanks in advance Regards, Prajyot Shirsolkar

19 years, 6 months

[Serusers] multiple sip providers

by Andreas Schmidt

Hello, I am looking for a solution where I can register to 2 or more SIP providers and have 1-2 SIP clients. The selection of the used SIP provider should be happens on a prefix. A dial-in should be ring all phones. Is this possible with this demon ? If no, is their something which might be able to handle this ? Thx Andreas __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

19 years, 6 months

RE: [Serusers] Multiple UA behind NAT and SIP Proxy Outside LAN

by Richard

You can do either, 1. write your own C module to compare the src_ip and r-uri's ip address, or 2. use exec_msg() to call a shell script. This function exports variables to the shell. It is in ser admin guide section 4.1 Richard > -----Original Message----- > From: Allan [mailto:voip_tango@yahoo.ca] > Sent: Friday, October 29, 2004 2:33 PM > To: Richard > Subject: RE: [Serusers] Multiple UA behind NAT and SIP Proxy Outside LAN > > Thanks Richard, > > How would this line look? I have read through the > admin guide a number of times but have not seen how > to do this. How would I actually compare the src_ip > variable with part of the uri? > > Regards, > Allan > > --- Richard <richard(a)o-matrix.org> wrote: > > You can check if the src_ip and the r-uri's ip > > address are the same. Just > > make sure this is done after lookup() and before > > being forwarded. This > > method has lots of limitations. Check the archive > > for more discussions. But > > most of time it is sufficient. > > > > > -----Original Message----- > > > From: serusers-bounces(a)lists.iptel.org > > [mailto:serusers-bounces@lists.iptel.org] On > > > Behalf Of Allan > > > Sent: Friday, October 29, 2004 2:08 PM > > > To: Andris Parra L.; serusers(a)lists.iptel.org > > > Subject: Re: [Serusers] Multiple UA behind NAT and > > SIP Proxy Outside LAN > > > > > > I am also looking for a way to determine if two > > UAs > > > are behind the same NAT. I have found that if I > > do > > > not force rtp_proxy between two UAs known to be > > behind > > > the same NAT, the call is setup and torn down > > through > > > SER and RTP is sent directly between the two UAs. > > > This is how I want to call to operate. I just > > can't > > > see a way via SER's scripting language to make a > > > decision based on the src_ip of the initial > > request > > > and a portion of the URI domain, which in my case > > is > > > the IP address of the NAT. > > > > > > Regards, > > > Allan > > > > > > > > > --- "Andris Parra L." <apl_1980b(a)yahoo.com> > > wrote: > > > > I4m wondering if there is a way to comunicate UA > > > > agents betwen them that are behind the same nat, > > > > they are working perfectly with the outside > > world > > > > (I4m not having problems with Nat traversal), > > but > > > > they try to send the RTP and RTCP data to the > > > > aparent public IP that they are registered in > > the > > > > Sip Proxy, and of course, the multimedia data > > isn4t > > > > processed by the router because the destination > > IP > > > > is the one asigned to the WAN interface of it > > and it > > > > sees it in the LAN interface. > > > > I4m thinking that maybe the Sip Proxy (ser 0.14) > > > > isn4t the problem, maybe the infraestructure is > > not > > > > enough, so, is there anything that you could > > answer > > > > me tha guide me in this scenario? > > > > > > > > I4ll be grateful for any information you could > > give > > > > me. > > > > > > > > > > > > > > > > > > > > Andris Parra L. > > > > apl_1980b(a)yahoo.com > > > > Ipsofactum LTDA. > > > > www.ipsofactum.com > > > > > > > > --------------------------------- > > > > Do you Yahoo!? > > > > Express yourself with Y! Messenger! Free. > > Download > > > now.> > > _______________________________________________ > > > > Serusers mailing list > > > > serusers(a)lists.iptel.org > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > ______________________________________________________________________ > > > Post your free ad now! http://personals.yahoo.ca > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > ______________________________________________________________________ > Post your free ad now! http://personals.yahoo.ca

19 years, 6 months

[Serusers] Multiple UA behind NAT and SIP Proxy Outside LAN

by Andr�s Parra L.

I�m wondering if there is a way to comunicate UA agents betwen them that are behind the same nat, they are working perfectly with the outside world (I�m not having problems with Nat traversal), but they try to send the RTP and RTCP data to the aparent public IP that they are registered in the Sip Proxy, and of course, the multimedia data isn�t processed by the router because the destination IP is the one asigned to the WAN interface of it and it sees it in the LAN interface. I�m thinking that maybe the Sip Proxy (ser 0.14) isn�t the problem, maybe the infraestructure is not enough, so, is there anything that you could answer me tha guide me in this scenario? I�ll be grateful for any information you could give me. Andr�s Parra L. apl_1980b(a)yahoo.com Ipsofactum LTDA. www.ipsofactum.com --------------------------------- Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now.

19 years, 6 months

[Serusers] problem with FAX .....and BANDWIDTH.....

by Gustavo Villegas

19 years, 6 months

[Serusers] problem with nathelper and rtpproxy

by Alexander Didebulidze

Hi, I have problems setting up nathelper on already long time working SER server. my config is here : http://pastebin.ca/1786 I want to proxy all not local calls using rtpproxy to internet (later ipv4-to-ipv6 too) I have last cvs of rtpproxy and ser 0.8.14 on debian sarge... ser can see rtpproxy and on outgoing calls i see in rtpproxy -f2 output : rtpproxy: new session E2D420E7-BBAE-47B0-80E8-EFB777ABED78(a)10.150.63.27, tag 520152133 requested rtpproxy: new session on a port 35000 created, tag 520152133 rtpproxy: pre-filling caller's address with 10.150.63.27:8000 rtpproxy: session timeout rtpproxy: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped rtpproxy: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped rtpproxy: session on ports 35000/0 is cleaned up and in ethereal i see only one packet send to iptel.org (I'm trying to call iptel :) ) this packet is INVITE , and in headers i can read contact: user@10.150.63.27:5060 is it ok... i thought that it have to be something like asdadasd@sip-proxy.domain:38XXX what am i doing wrong? have i to start rtpproxy with some parameters ? i tried with -l <localip> but same result Thanks in advice, Alexander

19 years, 6 months

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 October 2004