sr-users February 2004

sr-users@lists.kamailio.org

144 participants
382 discussions

[Serusers] tar-ball download link from webcvs dissapeared

by Klaus Darilion

Hi! What happend to the "download tarball" link at the web-cvs at berlios? It dissapeared! It would be nice if we can have this feature again. Regards, Klaus

20 years, 9 months

[Serusers] Question regarding save("location") and lookup("aliases")

by Arnd Vehling

Hi, in the standard nathelper.cfg (8.1.12 CVS Stable) there is the following code: -- if (uri==myself) { if (method=="REGISTER") { save("location"); break; }; lookup("aliases"); --- Why arent the aliases not lookuped just after you save the location like: -- if (uri==myself) { if (method=="REGISTER") { save("location"); lookup("aliases"); break; }; -- best regards, Arnd

20 years, 9 months

[Serusers] problem between UAs

by Madan

Hi I have few users.. one user can call to another but other can not e. g user - 01551 can call 01331 but 01331 is unable to call 01551 user- 01331 gets message as 404 not found on x-line soft phone here is the ser logs 2969) get_hdr_field: cseq <CSeq>: <16463> <REGISTER> 0(2969) DEBUG: is_maxfwd_present: value = 70 0(2969) end of header reached, state=9 0(2969) parse_headers: flags=256 0(2969) DEBUG: get_hdr_body : content_length=0 0(2969) found end of header 0(2969) find_first_route(): No Route headers found 0(2969) loose_route(): There is no Route HF 0(2969) REGISTER: Authenticating user 0(2969) check_nonce(): comparing [402de230ebd314d08c3f944f8852c57be3deb86c] and [402de230ebd314d08c3f944f8852c57be3deb86c] 0(2969) radius_authorize_sterman(): Success 0(2969) save_rpid(): rpid value is '1234' 0(2969) parse_headers: flags=-1 0(2969) parse_headers: flags=-1 0(2969) check_via_address(202.71.135.212, 202.71.135.212, 0) 0(2969) receive_msg: cleaning up 0(2969) SIP Request: 0(2969) method: <ACK> 0(2969) uri: <sip:01234@sip.net4india.com> 0(2969) version: <SIP/2.0> 0(2969) parse_headers: flags=1 0(2969) Found param type 235, <rport> = <n/a>; state=6 0(2969) Found param type 232, <branch> = <z9hG4bK12F5D0D068764E39AC550A54156063BD>; state=16 0(2969) end of header reached, state=5 0(2969) parse_headers: Via found, flags=1 0(2969) parse_headers: this is the first via 0(2969) After parse_msg... 0(2969) parse_headers: flags=4 0(2969) DEBUG: add_param: tag=d94c2b94918adbff86ad0d1f78fe5d3d.5ec2 0(2969) end of header reached, state=29 0(2969) DEBUG: get_hdr_field: <To> [73]; uri=[sip:01234@sip.net4india.com] 0(2969) DEBUG: to body [<sip:01234@sip.net4india.com>] 0(2969) DEBUG: sl_filter_ACK : local ACK found -> dropping it! 0(2969) receive_msg: cleaning up 0(2969) SIP Request: 0(2969) method: <ACK> 0(2969) uri: <sip:01234@sip.net4india.com> 0(2969) version: <SIP/2.0>

20 years, 9 months

Re: [Serusers] Online Status

by Kapil Dhawan

i know serctl and its uses but it doesn't work for 100% for checking online status >From: Andres <andres(a)telesip.net> >Reply-To: andres(a)telesip.net >To: Kapil Dhawan <sersavvy(a)hotmail.com> >CC: serusers(a)lists.iptel.org >Subject: Re: [Serusers] Online Status >Date: Fri, 13 Feb 2004 18:41:23 -0500 > >Kapil Dhawan wrote: > >> >>This is what i wanted to know to check if user is online or not... >> >try using "serctl" command...read the manual for details on its use. > >>>From: Klaus Darilion <klaus.mailinglists(a)pernau.at> >>>To: kapil dhawan <oswriter(a)hotmail.com> >>>CC: serusers(a)lists.iptel.org >>>Subject: Re: [Serusers] Online Status >>>Date: Fri, 13 Feb 2004 09:16:08 +0100 >>> >>> >>> >>>kapil dhawan wrote: >>> >>>>Hi all >>>> >>>>How can i check whether a user is online or not? >>>> >>>>i mean not using location table but thru some function or ping or >>>>etc.......means his phone is connected to our server? >>> >>> >>>Connected? I guess you mean registered. To check if a user is registered >>>(connected?) use the location table. If you want to know if the client is >>>running, you can send an OPTIONS request to the registered contact >>>address. But I don't know how to do it from ser. >>> >>>Klaus >>> >>> >>> >>> >>> >>> >>>> >>>>_________________________________________________________________ >>>>Easiest Money Transfer to India . Send Money To 6000 Indian Towns. >>>>http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! >>>> >>>>_______________________________________________ >>>>Serusers mailing list >>>>serusers(a)lists.iptel.org >>>>http://lists.iptel.org/mailman/listinfo/serusers >>>> >>>> >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >> >> >>_________________________________________________________________ >>MSN Hotmail now on your Mobile phone. >>http://server1.msn.co.in/sp03/mobilesms/ Click here. >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers >> > > >-- >Andres >Network Admin >http://www.telesip.net > > _________________________________________________________________ Post Classifieds on MSN classifieds. http://www.sulekha.com/msnclassifieds Buy and Sell on MSN Classifieds.

20 years, 9 months

[Serusers] 401 Not authorized from all hosts bar localhost [newbie]

by Alex Bligh

I think I have taken a pretty standard install of ser 0.8.12, added mysql support (as per INSTALL) and attempted to add a user. I only seem to be able to authenticate from localhost. I have installed sipsak 0.8.7 on the local machine and on another on the same LAN (no NAT nasties yet), and it seems to show the problem. Any ideas? Apologies if I've broken stuff in anonymizing the server names. Extracts from config files below. server.xx.com = the sip server. 10.0.0.1 = sip server IP 10.0.0.2 = test server IP Alex ser.conf relevant bit: if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("server.xx.com", "subscriber")) { www_challenge("server.xx.com", "0"); break; }; save("location"); break; }; running from sipsak on server.xx.com: amb@server:~/ser/sipsak-0.8.7$ sipsak -vv -n -U -s sip:alex2@server.xx.com -a mypassword warning: redirects are not expected in USRLOC. disableing registering user alex2... authorizing registering user alex2... OK All usrloc tests completed successful. received last message 0.036 ms after first request (test duration). and here's the ngrep: server:/home/amb# ngrep -d lo -s 1524 port 5060 interface: lo (127.0.0.0/255.0.0.0) filter: ip and ( port 5060 ) # U 10.0.0.1:1044 -> 10.0.0.1:5060 REGISTER sip:server.xx.com SIP/2.0..Via: SIP/2.0/UDP 10.0.0.1:104 4;rport..From: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx .com>..Call-ID: 475684381@10.0.0.1..CSeq: 1 REGISTER..Contact: <sip: alex2@10.0.0.1:1044>..Expires: 15..Content-Length: 0..Max-Forwards: 70. .User-Agent: sipsak 0.8.7.... # U 10.0.0.1:5060 -> 10.0.0.1:1044 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 10.0.0.1:1044;rport=1044..Fr om: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx.com>;ta g=b27e1a1d33761e85846fc98f5f3a7e58.97fd..Call-ID: 475684381@10.0.0.1..C Seq: 1 REGISTER..WWW-Authenticate: Digest realm="server.xx.com", nonc e="502d62a485790d640f7f69dd181347090302cdcd"..Server: Sip EXpress router (0 .8.12 (i386/linux))..Content-Length: 0..Warning: 392 10.0.0.1:5060 "Noi sy feedback tells: pid=7642 req_src_ip=10.0.0.1 req_src_port=1044 in_u ri=sip:server.xx.com out_uri=sip:server.xx.com via_cnt==1".... # U 10.0.0.1:1044 -> 10.0.0.1:5060 REGISTER sip:server.xx.com SIP/2.0..Authorization: Digest username="a lex2", uri="sip:server.xx.com", algorithm=MD5, realm="server.xx.com ", nonce="502d62a485790d640f7f69dd181347090302cdcd", response="6a404e2b 88fc6188700f79f320a6a51c"..Via: SIP/2.0/UDP 10.0.0.1:1044;rport..From: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx.com>..Call- ID: 475684381@10.0.0.1..CSeq: 1 REGISTER..Contact: <sip:alex2@10.0.0.1 :1044>..Expires: 15..Content-Length: 0..Max-Forwards: 70..User-Agent: si psak 0.8.7.... # U 10.0.0.1:5060 -> 10.0.0.1:1044 SIP/2.0 200 OK..Via: SIP/2.0/UDP 10.0.0.1:1044;rport=1044..From: <sip:a lex2(a)server.xx.com>..To: <sip:alex2@server.xx.com>;tag=b27e1a1d 33761e85846fc98f5f3a7e58.97fd..Call-ID: 475684381@10.0.0.1..CSeq: 1 REG ISTER..Contact: <sip:alex2@10.0.0.1:1044>;q=0.00;expires=15..Server: Si p EXpress router (0.8.12 (i386/linux))..Content-Length: 0..Warning: 392 10.0.0.1:5060 "Noisy feedback tells: pid=7647 req_src_ip=10.0.0.1 req _src_port=1044 in_uri=sip:server.xx.com out_uri=sip:server.alex.org. uk via_cnt==1".... exit 4 received, 0 dropped So the above worked OK, in contrast to the following from the other machine: amb@shed:~/ser/sipsak-0.8.7$ sipsak -vv -n -U -s sip:alex2@server.xx.com -a mypassword warning: redirects are not expected in USRLOC. disableing registering user alex2... authorizing registering user alex2... request: REGISTER sip:server.xx.com SIP/2.0 Authorization: Digest username="alex2", uri="sip:server.xx.com", algorithm=MD5, realm="server.xx.com", nonce="402d62ec967c4b87fd544107bd35d2b1bcd992aa", response="fc2bed90d6b618ad2567d56a49c2c897" Via: SIP/2.0/UDP 10.0.0.2:36939;rport From: <sip:alex2@server.xx.com> To: <sip:alex2@server.xx.com> Call-ID: 53052185(a)10.0.0.2 CSeq: 1 REGISTER Contact: <sip:alex2@10.0.0.2:36939> Expires: 15 Content-Length: 0 Max-Forwards: 70 User-Agent: sipsak 0.8.7 response: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 10.0.0.2:36939;rport=36939 From: <sip:alex2@server.xx.com> To: <sip:alex2@server.xx.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.7eaf Call-ID: 53052185(a)10.0.0.2 CSeq: 1 REGISTER WWW-Authenticate: Digest realm="server.xx.com", nonce="402d62ec967c4b87fd544107bd35d2b1bcd992aa" Server: Sip EXpress router (0.8.12 (i386/linux)) Content-Length: 0 Warning: 392 10.0.0.1:5060 "Noisy feedback tells: pid=7637 req_src_ip=10.0.0.2 req_src_port=36939 in_uri=sip:server.xx.com out_uri=sip:server.xx.com via_cnt==1" error: authorization failed request already contains (Proxy-) Authorization, but received 401, see above And here's the ngrep: server:/home/amb# ngrep -d eth0 -s 1524 port 5060 interface: eth0 (195.82.114.0/255.255.255.0) filter: ip and ( port 5060 ) # U 10.0.0.2:36939 -> 10.0.0.1:5060 REGISTER sip:server.xx.com SIP/2.0..Via: SIP/2.0/UDP 10.0.0.2:3 6939;rport..From: <sip:alex2@server.xx.com>..To: <sip:alex2@server. xx.com>..Call-ID: 53052185@10.0.0.2..CSeq: 1 REGISTER..Contact: < sip:alex2@10.0.0.2:36939>..Expires: 15..Content-Length: 0..Max-Forwar ds: 70..User-Agent: sipsak 0.8.7.... # U 10.0.0.1:5060 -> 10.0.0.2:36939 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 10.0.0.2:36939;rport=36939 ..From: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx.com >;tag=b27e1a1d33761e85846fc98f5f3a7e58.7eaf..Call-ID: 53052185(a)10.0.0.2 ..CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="server.xx.com", nonce="502d62ec967c4b87fd544107bd35d2b1bcd992aa"..Server: Sip EXpress rout er (0.8.12 (i386/linux))..Content-Length: 0..Warning: 392 10.0.0.1:5060 "Noisy feedback tells: pid=7647 req_src_ip=10.0.0.2 req_src_port=36 939 in_uri=sip:server.xx.com out_uri=sip:server.xx.com via_cnt= =1".... # U 10.0.0.2:36939 -> 10.0.0.1:5060 REGISTER sip:server.xx.com SIP/2.0..Authorization: Digest username="a lex2", uri="sip:server.xx.com", algorithm=MD5, realm="server.xx.com ", nonce="502d62ec967c4b87fd544107bd35d2b1bcd992aa", response="ec2bed90 d6b618ad2567d56a49c2c897"..Via: SIP/2.0/UDP 10.0.0.2:36939;rport..Fro m: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx.com>..Ca ll-ID: 53052185@10.0.0.2..CSeq: 1 REGISTER..Contact: <sip:alex2@10. 0.0.2:36939>..Expires: 15..Content-Length: 0..Max-Forwards: 70..User-Ag ent: sipsak 0.8.7.... # U 10.0.0.1:5060 -> 10.0.0.2:36939 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 10.0.0.2:36939;rport=36939 ..From: <sip:alex2@server.xx.com>..To: <sip:alex2@server.xx.com >;tag=b27e1a1d33761e85846fc98f5f3a7e58.7eaf..Call-ID: 53052185(a)10.0.0.2 ..CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="server.xx.com", nonce="502d62ec967c4b87fd544107bd35d2b1bcd992aa"..Server: Sip EXpress rout er (0.8.12 (i386/linux))..Content-Length: 0..Warning: 392 10.0.0.1:5060 "Noisy feedback tells: pid=7637 req_src_ip=10.0.0.2 req_src_port=36 939 in_uri=sip:server.xx.com out_uri=sip:server.xx.com via_cnt= =1"....

20 years, 9 months

[Serusers] nathelper.so

by Shirley Toh

Hi, I have installed the new nat module from CVS. but after restarting my ser i hvae 8 errors. from the log file is saying missing loadmodule. Please advise how can I solve this and correctly install the new nat module. thanks..... regards, shirley

20 years, 9 months

[Serusers] UAs not respecting Record Route

by Samy Touati

Hi, I do have the following situation: UA1 calls UA2 going through ser 0.8.12. All signaling is Recourd Routed and go through ser. UA2 doesn't answer and I do have a t_on_failure to go to UA3. UA3 receives INVITES from ser, and answer with a 200/OK with sdp, this messages goes through ser which forward it to UA1. UA1 sends an ACK to ser having this in message: Session Initiation Protocol Request line: ACK sip:ua3@22.2.4.193:5071 SIP/2.0 Method: ACK Message Header Via: SIP/2.0/UDP 2.20.64.193:5063;branch=z9hG4bk-7f415771 From: test1 <sip:ua1@vocal.ipsound.net>;tag=eb646133bf338b12 To: <sip:ua2@vocal.ipsound.net>;tag=as47221fa0 Call-ID: a66804e6-5ac924fd(a)142.133.80.102 CSeq: 102 ACK Max-Forwards: 70 Route: <sip:sip-proxy@ser-domain.com;ftag=eb646133bf338b12;lr=on> Proxy-Authorization: Digest username=" Contact: ua1 <sip:ua1@24.202.64.193:5063> User-Agent: Sipura/SPA2000-1.0.10 Content-Length: 0 Ser is supposed to follow the route, and ends up looking into the location table and re-forwards the request to UA2 again (even if it already timed out once). Now I do have another UA which in this same scenario sends the correct ACK: Session Initiation Protocol Request line: ACK sip:sip-proxy@ser-domain.com SIP/2.0 Method: ACK Message Header Route: <sip:ua3@22.2.4.193:5071> Via: SIP/2.0/UDP 2.20.64.193:5063 From: ua1 <sip:ua1@ser-domain.com;user=phone>;tag=3551608275 To: <sip:ua2@ser-domain.com;user=phone>;tag=as112d04ea Call-ID: 2653016335(a)142.133.80.101 CSeq: 2 ACK User-Agent: Cisco ATA 186 v3.0.0 atasip (031210A) Proxy-Authorization: Digest username Content-Length: 0 In this case ser follow the route header, and ends up sending the ACK to UA3. Snom phone with 2.03o firmware as well as sipura with 1.0.10 and 1.0.29b firmware have the same wrong behaviour. What is the right way of having this ? My understanding is that in record route situation, ser looks into the route header, and sends the message based on it. Here I do have User Agents which seem to create an ACK message ignoring it should go to a sip proxy . Am I missing something here ? Thanks. Samy.

20 years, 9 months

[Serusers] hunt groups?

by Matt Hess

I'm trying to do hunt groups in ser.. I've come to the conclusion that to do multiple hunt groups I need to call an external script that replies with the next uri to call when it looks at the current one being sent to it.. ie: sent returned 3039930010 3039930006 3039930006 3039930007 3039930007 3039930008 3039930008 3039930006 However on entering the failure route I have found that the current uri is not being updated to reflect the one it has received.. so ser keeps looping on the first 2 numbers in the hunt.. here are my route blocks.. route[2] { log(1, "LOG: entered hunt route"); t_on_failure("2"); exec_dset("/usr/local/ser/huntgroup.pl"); append_branch(); t_relay(); } failure_route[2] { log(1, "LOG: Hit failure_route 2"); t_on_failure("2"); exec_dset("/usr/local/ser/huntgroup.pl"); append_branch(); t_relay(); } so on the example above it routes to the first 06 and 07 numbers properly but when I would think 07 would be the uri sent to the perl script an environment check sees that 06 is still being sent as the $SIP_USER any ideas as to what I need to do?

20 years, 9 months

[Serusers] URI parsing problem from ser to MSN through jabberd

by Yoshiho Yoshida

Hello serusers, I am working on Voice Messaging and IM using SER proxy and jabberd. The component for this system is as follows: ser 0.8.12 on Red Hat 9 jabberd 1.4.3 on another Red Hat 9 msn-transport 1.2.8rc I have been able to chat with presence between jabberd and MSN, and also I could chat between SER and jabberd with presence. Exodus <-> jabberd (msn-transport) <-> MSN <-> MSN Messenger Windows Messenger <-> SER (jabber.so) <-> jabberd <-> Exodus When I try to connect other MSN user, I can login to MSN for my account, Windows Messenger -> SER (jabber.so) -> jabberd (msn-transport) -> MSN (my account) But I can't connect to other MSN user. Windows Messenger -> SER (jabber.so) -> jabberd (msn-transport) -> MSN (my account) - X -> other MSN user My ser.cfg is, alias=software.com alias=ser.software.com listen="10.196.4.201" check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" .. # -- jabber params -- modparam("jabber", "db_url", "sql://ser:heslo@127.0.0.1/ser") modparam("jabber", "jaddress", "jabber.software.com") modparam("jabber", "jport", 5222) modparam("jabber", "jdomain", "jabber.software.com=*") modparam("jabber", "aliases", "2;msn.jabber.software.com=%;yahoo.jabber.server.com;") # main routing logic route{ if (uri=~"[@:]ser\.software\.com([;:].*)*") { # for testing purposes, simply okay all REGISTERs if (method=="REGISTER") { if (t_newtran()) { save("location"); log("REGISTER received -> reply okay\n"); }; if(search("egistration")) { log("XJAB: Going ONline in Jabber network!!!\n"); if(jab_go_online()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; } else { log("XJAB: Going OFFline in Jabber network!!!\n"); if(jab_go_offline()) { sl_send_reply("200", "Accepted"); } else { sl_send_reply("404","Not found"); }; }; break; }; if (method=="SUBSCRIBE") { if (t_newtran()) { handle_subscription("registrar"); }; break; }; if(!lookup("location")) { sl_send_reply("404","Not found"); break; }; }; if ((search("To:.*@jabber\.software\.com")) || (search("To:.*@msn\.jabber\.software\.com")) || (search("To:.*@yahoo\.jabber\.software\.com"))) { if (! t_newtran()) { sl_reply_error(); break; }; if (method=="MESSAGE") { log("MESSAGE received -> manage it with XJAB\n"); if(search("\n:on")) { if (jab_go_online()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:off")) { if (jab_go_offline()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not found"); }; break; }; if(search("\n:join")) { if (jab_join_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if(search("\n:exit")) { if (jab_exit_jconf()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("404","Not Found"); }; break; }; if (jab_send_message()) { sl_send_reply("200","Accepted"); }else{ sl_send_reply("503","Service Unavailable"); }; break; }; if (method=="SUBSCRIBE") { handle_subscription("jabber"); break; }; log("NON_Message request received for JABBER gateway->dropt!\n"); sl_send_reply("202","Accepted"); break; }; if (!t_relay()) { sl_reply_error(); }; #forward(uri:host,uri:port); } Also my jabber config is, .. <browse> .. <service type="msn" jid="msn.jabber.software.com" name="MSN Transport"> <ns>jabber:iq:gateway</ns> <ns>jabber:iq:register</ns> </service> .. </browse> .. <service id="msnlinker"> <host>msn.jabber.software.com</host> <host>conference.msn.jabber.software.com</host> <accept> <ip>127.0.0.1</ip> <port>31520</port> <secret>swcm</secret> </accept> </service> When I set the debug flag in ser.cfg as follows, debug=3 fork=no log_stderror=yes I get the next error messages when I login using Windows Messenger: ( Test MSN address is already registered on my Win Messenger. ) [root@ser ser]# /usr/sbin/ser Listening on 10.196.4.201 [10.196.4.201]:5060 Aliases: ser:5060 ser.software.com:* software.com:* WARNING: no fork mode print - initializing textops - initializing stateless - initializing Maxfwd module- initializing 0(11485) mod_init(): Database connection opened successfuly 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 2(0) INFO: fifo process starting: 11493 2(11493) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... 0(11485) ERROR: parse_uri: bad uri, state 0 parsed: <yyas> (4) / <yyasuko7%hot mail.com(a)msn.jabber.software.com> (44) 0(11485) XJAB:extract_aor: Error while parsing URI This is printed from xj_extract_aor() in xjab_base.c and actually this is raised at 320 line in parse_uri.c. if (! ( ((buf[0]|0x20)=='s')&&((buf[1]|0x20)=='i')&&((buf[2]|0x20)=='p') )) goto error_bad_uri; The buf when this happened: yyasuko%hotmail.com(a)msn.jabber.software. com SIP/2.0 Via: SIP/2.0/UDP 10.16.64.43:8319 From: "norika" <sip:norika@ser.software.com>;tag=6fe4a131-fbc8-4137-9d24-078be6b d9c32 To: <sip:yyasuko%hotmail.com@msn.jabber.software.com> Call-ID: dd74847c-26e3-4a18-a164-236f52585af1(a)10.16.64.43 CSeq: 1 SUBSCRIBE Contact: <sip:10.16.64.43:8319> User-Agent: Windows RTC/1.0 Expires: 1800 Content-Length: 0 So there is no sip: in the head of sip address, but I can find sip string in the ethereal packet dump. Session Initiation Protocol Request line: SUBSCRIBE sip:yyasuko7%hotmail.com@msn.jabber.software.com SIP/2.0 Method: SUBSCRIBE Message Header Via: SIP/2.0/UDP 10.16.64.43:8319 From: "norika" <sip:norika@ser.software.com>;tag=05797f90-72ac-4d96-bc88-65ad1794f1db To: <sip:yyasuko7%hotmail.com@msn.jabber.software.com>;tag=158f166cb27489bb7c6c6 24552186861-0e2f Call-ID: 3236c4ba-0474-41ee-97bb-743dc0892826(a)10.16.64.43 CSeq: 1 SUBSCRIBE Contact: <sip:10.16.64.43:8319> User-Agent: Windows RTC/1.0 Expires: 1800 Content-Length: 1800 Is there any idea to resolve this problem? Any comment will be appreciated. -- Yoshiho Yoshida Open Technologies Corporation Main: +81-3-5940-5798 Direct: +81-3-5940-7587 Fax: +81-3-3947-1214 mailto:yoshida@opentech.co.jp

20 years, 9 months

RE: [Serusers] problem between UAs

by Kapil Dhawan

check codecs at both sides >From: "Madan" <madan.r(a)net4india.net> >To: <serusers(a)lists.iptel.org> >Subject: [Serusers] problem between UAs >Date: Sat, 14 Feb 2004 14:08:33 +0530 > >Hi >I have few users.. one user can call to another but other can not > >e. g > >user - 01551 can call 01331 >but 01331 is unable to call 01551 > >user- 01331 gets message as 404 not found on x-line soft phone > >here is the ser logs > >2969) get_hdr_field: cseq <CSeq>: <16463> <REGISTER> > 0(2969) DEBUG: is_maxfwd_present: value = 70 > 0(2969) end of header reached, state=9 > 0(2969) parse_headers: flags=256 > 0(2969) DEBUG: get_hdr_body : content_length=0 > 0(2969) found end of header > 0(2969) find_first_route(): No Route headers found > 0(2969) loose_route(): There is no Route HF > 0(2969) REGISTER: Authenticating user > 0(2969) check_nonce(): comparing >[402de230ebd314d08c3f944f8852c57be3deb86c] and >[402de230ebd314d08c3f944f8852c57be3deb86c] > 0(2969) radius_authorize_sterman(): Success > 0(2969) save_rpid(): rpid value is '1234' > 0(2969) parse_headers: flags=-1 > 0(2969) parse_headers: flags=-1 > 0(2969) check_via_address(202.71.135.212, 202.71.135.212, 0) > 0(2969) receive_msg: cleaning up > 0(2969) SIP Request: > 0(2969) method: <ACK> > 0(2969) uri: <sip:01234@sip.net4india.com> > 0(2969) version: <SIP/2.0> > 0(2969) parse_headers: flags=1 > 0(2969) Found param type 235, <rport> = <n/a>; state=6 > 0(2969) Found param type 232, <branch> = ><z9hG4bK12F5D0D068764E39AC550A54156063BD>; state=16 > 0(2969) end of header reached, state=5 > 0(2969) parse_headers: Via found, flags=1 > 0(2969) parse_headers: this is the first via > 0(2969) After parse_msg... > 0(2969) parse_headers: flags=4 > 0(2969) DEBUG: add_param: tag=d94c2b94918adbff86ad0d1f78fe5d3d.5ec2 > 0(2969) end of header reached, state=29 > 0(2969) DEBUG: get_hdr_field: <To> [73]; >uri=[sip:01234@sip.net4india.com] > 0(2969) DEBUG: to body [<sip:01234@sip.net4india.com>] > 0(2969) DEBUG: sl_filter_ACK : local ACK found -> dropping it! > 0(2969) receive_msg: cleaning up > 0(2969) SIP Request: > 0(2969) method: <ACK> > 0(2969) uri: <sip:01234@sip.net4india.com> > 0(2969) version: <SIP/2.0> >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers _________________________________________________________________ Access Hotmail from your mobile now. http://server1.msn.co.in/sp03/mobilesms/ Click here.

20 years, 9 months

← Newer
1
...
18
19
20
21
22
23
24
...
39
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 February 2004