sr-users March 2004

sr-users@lists.kamailio.org

145 participants
286 discussions

RE: [Serusers] problem with IM b/w windows messenger 4.7 and 5.0

by Morris, Scott

Rao, I have had one issue with with MS Windows Messenger 5.0, and that is the list of contacts updating when they come online. Other than that I can make a call to them if I enter their login directly. What I use for captures is ethereal - www.ethereal.com Decode support for SIP is not builtin. Scott Morris Enterprise Network Engineer DOE - ORAU / ORISE 865-576-4672 -----Original Message----- From: Rao [mailto:rao_ser@yahoo.com] Sent: Monday, March 29, 2004 3:33 PM To: Jan Janak Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] problem with IM b/w windows messenger 4.7 and 5.0 Jan, Ralph and Daniel thanks for your responses. Here is some more calrification. 1) I am using windows messaeger 5.0 and MSN messenger. 2) The link Ralph provided only works for wondows XP. On one of my machines I am running windows 2000 and would like to see IM work on win2K. I cannot find IM 4.7 for any version of windows except XP. 3) I can not get IM to work even when both machines are running messenger 5.0. Seems to be the same issue when one is running 4.7 i.e. maddr in route header is being ignored and ser tries to deliver it to the local machine and tcp connect fails. Has any one made IM to work b/w MM 5.0 Following is a trace of a SIP message request that has maddr in the Route request. Let me know if more traces are needed. So I have following questions 1) Can there be an maddr parameter in the Route header ? Cannot find an answer in RFC 3261. 2) In any case why can't we fix ser to interpret maddr. windows OS is probably the most important OS with which ser needs to support. 3) What is a better utility than ngrep to get traces which are better formatted. I have seen folks post very nicely formatted traces, what are they using. Let me know if I need to post these questions on the development list. Regards. Rao. ## T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] MESSAGE sip:rao-toshiba@129.146.175.207; ftag=3b3b0bff72424892aa8e78d5bbf3a316;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685.. From: <sip:rao-toshiba@sipserver>; tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9.. To: "rao-sony@sipserver" <sip:rao-sony@sipserver>; tag=3b3b0bff72424892aa8e78d5bbf3a316; epid=8bb54d4c1b.. Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163.. CSeq: 4 MESSAGE..Route:<sip:rao-sony@sipserver:13395; maddr=129.146.85.163;transport=tcp>.. Contact: <sip:129.150.32.27:7685;transport=tcp>..' User-Agent: Windows RTC/1.0..Content-Type: text/plain; charset=UTF-8;msgr=WAAtAE0ATQBTAC0ASQBNAC0ARgBvAHIAbQBhAHQAOgAgAEYATgA9AE0AU wA lADIAMABTAGgAZQBsAGwAJQAyADAARABsAGcAOwAgAEUARgA9ADsAIABDAE8APQAwADsAIABDAFM AP QAwADsAIABQAEYAPQAwAA0ACgANAAoA..Content-Length: 20....sending from toshiba # T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM).. Via: SIP/2.0/TCP 129.150.32.27:7685.. From: <sip:rao-toshiba@sipserver>; tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9.. To: "rao-sony@sipserver" <sip:rao-sony@sipserver>; tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b.. Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163.. CSeq: 4 MESSAGE..Server: Sip EXpress router (0.8.12 (sparc64/solaris)).. Content-Length: 0.... # __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

20 years, 8 months

[Serusers] radius issue

by Morris, Scott

Present Configuration OS - Redhat ES 3 SER - 8.12 (installed from rpm) SER radius (installed from rpm) radius client - 3.25 i586 - installed from rpmfind.net SER starts, but I receive the message that my signin failed because the service is not running. SER is running, I id a ps and it show sintances of SER running. I beleive it is my ser.cfg file. I am not sure where authhentication configuration items begin and end with what I am doing. I am not using mysql, but want to use radius authentication. I have my ser.cfg below. Scott Morris Enterprise Network Engineer DOE - ORAU / ORISE 865-576-4672 # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode debug=7 fork=no log_stderror=yes */ debug=7 # fork=no # log_stderror=yes 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" # alias=orau.gov # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/lib/ser/modules/auth.so" #loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/auth_radius.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # --auth_radius params modparam("auth_radius", "radius_config", "/etc/radiusclient/radiusclient.conf") modparam("auth_radius", "service_type", 15) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!radius_www_authorize("iptel.org")) { www_challenge("iptel.org", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; }

20 years, 8 months

Re: [Serusers] RE: [Serdev] check_from

by 'Jan Janak'

On 29-03 08:57, Raymond Chen wrote: > Jan, > > We are doing AS5300--->ser-->AS5300, which does not support digest > authentication. So we couldn't use www_authorize or proxy_authorize. But > we still want to company the username with database for user authorization. > Any idea. This makes no sense. Anyone can put any username into the messages and without digest authentication you are unable to verify that the person is really who he/she pretends to be. Jan.

20 years, 8 months

[Serusers] Quick start SER Too much shared memory

by Martin Coggin

I have a Debian Linux system running woody. Installing SER using dpkg -i ser_0.8.12_i386.deb. Package appears to have unpacked ok. The auto restart failed and I got the following message. Couldn't find anything in the manuals for this. Do I have too little memory in my machine. Currently I have 32 M of memory and using an old Pentium machine. Selecting previously deselected package ser. (Reading database ... 54054 files and directories currently installed.) Unpacking ser (from ser_0.8.12_i386.deb) ... Setting up ser (0.8.12) ... Restarting ser: serToo much shared memory demanded: 33554432 invoke-rc.d: initscript ser, action "restart" failed. ser failed to (re)start. Perhaps your configuration requires additional modules (e.g. ser-mysql-module, ser-jabber-module or ser-radius-modules). Next try to install any additional ser modules you might need and then (re)start ser by executing the command '/etc/init.d/ser start|restart'. Best regards Martin Coggin Information in this message is confidential and may be legally privileged. It is intended solely for the person to whom it is addressed. If you have received this email in error please delete it immediately and also reply to me to let me know. Thank you for your help.

20 years, 8 months

RE: [Serusers] outgoing calls with alias

by Ralph.Wabel＠swisscom.com

Hi Thanks for the information. Do you know around when a stable version could be released? Thanks Ralph -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Jan Janak Sent: Sonntag, 28. März 2004 20:34 To: Wabel Ralph, INO-ITA Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] outgoing calls with alias It is possible to use database to do the mapping as well, but so far it is in unstable only, sorry. Jan. On 23-03 14:50, Ralph.Wabel(a)swisscom.com wrote: > > My only intention is to associate a phone number to a user so that the called PSTN will see the correct phone number instead of the main phone number of the number block. > Isn't there an easy way to make a translation of the username to a phone number? > Or is for what I want to do the only way to make a radius server? Because it seems that for rpid you need to make a Sip-Rpid entry in /usr/local/etc/raddb/users > > Thanks a lot > > Ralph > > p.s. @jiri sorry I thought my mail goes to the usergroup and not only to you :-) > > -----Original Message----- > From: Jiri Kuthan [mailto:jiri@iptel.org] > Sent: Dienstag, 23. März 2004 10:50 > To: Wabel Ralph, INO-ITA > Subject: RE: [Serusers] outgoing calls with alias > > At 10:07 AM 3/23/2004, Ralph.Wabel(a)swisscom.com wrote: > >Hi, > >Thanks for the information. Do I really need a radius server or does it work without one? > > that depends on what you wish to accomplish. For authentication, you can use > several database systems. > > > >Is there a good tutorial about that? > > there is administrator's guide at SER webpage. > > -jiri > > > >Thanks > >Ralph > > > >-----Original Message----- > >From: Jiri Kuthan [mailto:jiri@iptel.org] > >Sent: Dienstag, 23. März 2004 00:46 > >To: Wabel Ralph, INO-ITA; serusers(a)lists.iptel.org > >Subject: Re: [Serusers] outgoing calls with alias > > > >Aliases have impact only on incoming calls, they don't mangle > >outgoing signaling. They just rewrite r-uri, that's all they do. > >To set callerid down in pstn, use rpid. > > > >-jiri > > > >At 05:42 PM 3/22/2004, Ralph.Wabel(a)swisscom.com wrote: > >>Content-class: urn:content-classes:message > >>Content-Type: multipart/alternative; > >> boundary="----_=_NextPart_001_01C4102C.A43065FC" > >> > >>Hi, > >> > >>I have the problem that when I make an outgoing call over a Cisco Gateway to a PSTN phone. I've defined an alias for the user, works fine for incoming calls, but for the outgoing calls it shows always the number of the main number of the number block. When I make a debug I see that it goes out with the username instead of the alias. Here is my ser.cfg, maybe I've done something wrong in the config file. If someone could help me it would be great. Let me know if the config from the Cisco Gateway is also important. > > -- > Jiri Kuthan http://iptel.org/~jiri/ > > _______________________________________________ > 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

20 years, 8 months

[Serusers] nathelper.so

by Ben Lui

Hi Shirley, I got the same problem too. Are you able to solve it? Ben 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, 8 months

[Serusers] authenticating BYE messages

by Ticknor.Scott＠ic.gc.ca

my lab partner & i have found that if we sniff an ACK message during call setup and extract the call tag and id, then we can arbitrarily hang up the call from our java attack generator. i thought about adding some logic to ser.cfg to process BYEs. is there an easy way to authenticate the BYE? i have something like the following in ser.cfg, but it seems to have no effect if (method=="BYE") { if (!check_from()) { ...etc }; }; thanks, scott DSi

20 years, 8 months

[Serusers] Porta Software vs. AG Projects [open letter]

by Maxim Sobolev

Folks, Unfortunately, all our attempts to solve mediaproxy copyright issue have failed. AG Projects rejected to put due credit to Porta into it. The AG confirms that all ideas in mediaproxy module came from the nathelper module, but refuses to include due respect to Porta. I think that it just have to be solved somehow, since for example, we, Porta Software, always have been respecting others' copyrights and licenses. While we use SER, Vodida B2BUA, FreeBSD and quite few other free software components in our commercial solutions we never pretend to our customers that we have written or invented any of them no matter how deeply we have to rewrite something to fit our needs. We provide full source code including our own modifications to our customers when the license requires that. Apart from that we always try to return our modifications and enhancements back to community. Excellent example is nathelper module and RTP proxy. While we could keep it in-house, we opted to make it available to the whole community under liberal GPL license. Unfortunately, folks like AG Projects, who don't have the aspiration to do something innovative, try to use somebody's else work to cash on it. This unfortunately happened with nathelper/rtpproxy. Once they had seen that those extensions are in demand they immediately released their own version of RTP proxy with better portability and some bugfixes but under their commercial license which prevented any free commercial use of it. Since RTP proxy is distributed under BSD-like license, we decided that it is not necessary to make any noise about it. But probably it didn't went as smooth as they had hoped, bugs in original RTP proxy were identified and fixed quickly, so that there probably were not that many customers who wanted to buy AG's version. Then they decided to cash on publicity: write GPL'ed module based on nathelper with some enhancements, but pretend that they hold a full copyright on this module. So that they can say loudly that they have invented it and can sell it under commercial license if they want without taking Porta who did the initial work into account. They found a good excuse for a separating their module out: I had asked them to send their patch to me before committing change into a nathelper module. Any experienced open source/free software person can confirms that such peer-review practice is common in open source projects, but AG took an offense. It was just an excuse in my opinion. OK, once their mediaproxy module had been released, I read its source code and found that in many places it bears "strange" resemblance to the nathelper. However, original nathelper copyright was striped and replaced with AG's copyright. I reported this fact to them, asking to put due Porta's copyright back, but they said that they have to investigate this question. After several days they replied that they had written mediaproxy module from scratch and there was no code taken verbatim from the nathelper module into mediaproxy module and asked me to show such piece of code. However, when I have shown them such piece of code they quickly responded (in private) that they would take this code out. But my main point was not to show some particular piece of code, but to show that mediaproxy module is just modifiend nathelper module. Modified to the degree when it is hard to see original code, but still "derived work" in legal terms. Moreover, they do confirm that they used nathelper source code as a reference for their work. In my opinion this gives us sufficient right to claim copyright on derived work. That's the whole story as we see it. Our legal department is currently investigating if the matters are sufficient enough for suing AG for copyright infringement. However, whatever they decide, I must say the following: - If folks like AG are tolerated by a community it will seriously reduce our (and probably others') incentive to release source code as free software. Respect is the only gain we as a company have from releasing our code/ideas as free software, if there will be many folks like AG, who will take our code/ideas, obfuscate it and say that they are the authors we won't get any respect. Obviously in such world we are better off to keep our code/ideas closed. - I am really frustrated by their "embrace and extend" tactics. This is the first time in my long free software life when somebody does something like that with my code/ideas. Regards, Maxim Sobolev Director of Product Management Porta Software Ltd

20 years, 8 months

RE: [Serusers] problem with IM b/w windows messenger 4.7 and 5.0

by Ralph.Wabel＠swisscom.com

Hi Daniel, The presence problem is a know issue it seems. When I tested it, presence took about 3 minutes to work correctly. You're right MSN 5.x doesn't support SIP but I read once that the beta version did. But don't know which one and where to get it. Ralph -----Original Message----- From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] Sent: Dienstag, 30. März 2004 10:53 To: Wabel Ralph, INO-ITA Cc: rao_ser(a)yahoo.com; serusers(a)lists.iptel.org Subject: Re: [Serusers] problem with IM b/w windows messenger 4.7 and 5.0 Hello Ralph, calls are ok, I think the problem is somewhere to the instant messaging and presence extension. Actually I have played just a bit with versions 5.x, then reverted back to 4.x, since one can't have both in the same time. As far as I know, MSN Messenger 5.x does not support SIP any longer, the Windows Messenger 5.x is the right one with some "residual" SIP. .Daniel On 03/30/04 10:03, Ralph.Wabel(a)swisscom.com wrote: >Hi Daniel, >I'm not 100% sure but I think I made calls between 4.7 and 5.0. I can't tell you the exact version number. Maybe I'm wrong, but as long as it is windows messenger and not msn messenger it should be ok. > >Ralph > >-----Original Message----- >From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin Mierla >Sent: Montag, 29. März 2004 12:10 >To: Rao Ser >Cc: serusers(a)lists.iptel.org >Subject: Re: [Serusers] problem with IM b/w windows messenger 4.7 and 5.0 > >As you can see, 4.7 and 5.0 use different ways of sending instant >messages. 5.0 breaks the specifications and uses some M$ specific >extension. You can speak 5.0 to 5.0, 4.7 to 4.7 but not mixed. > >.Daniel > >On 03/27/04 23:32, Rao Ser wrote: > > > >>Hi, >> >>I am unable to communicate b/w two systems running windows messeger >>4.7 and >>5.0. >> >>129.146.85.163: is running 4.7 and can send IM messages but cannot >>recieve. >> >>129.150.32.27: is running 5.0, it can recieve messages but can send, I >>get an >>error >>"the following message could not be delivered to all reciepents" >> >>below I have included an output of ngrep and also debug output from ser. >>It seems to me that the WM 5.0 adds a route header that ser is not >>interpretting >>correctly and is trying to deliver the message to the local machine. >>Also its not clear to me why WM 4.7 did not add a route header when we >>have >>record route turned on, a later exchange (see at the end) shows that >>it adds >>a Route headre but its format is different and its correctly interpreted >>by ser. Does ser needs to be modified to check maddr parameter in the >>Route >>header or is this a config problem on my part, as I have not yet setup >>DNS >>records. >>If I use WM 5.0 on both machines neither can send or recv IM messages. >>Don't >>have WM 4.7 for win2K so cannot try with two 4.7 machines. >> >>Thanks much for your help in resolving this. >> >>Rao. >> >>#### >>T 129.146.85.163:1427 -> 129.146.175.207:5060 [AP] >>REGISTER sip:sipserver SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163:13395..Max >>-Forwards: 70..From: ;tag=456f8505294f4203a2e0e048 >>d44422ed;epid=8bb54d4c1b..To: ..Call-ID: bbef84715 >>89a4080b173a320a864b7b5@129.146.85.163..CSeq: 1 REGISTER..Contact: >>9.146.85.163:13395;transport=tcp>;methods="INVITE, MESSAGE, INFO, SUBSCRIB >>E, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER"..User-Agent: RTC/1.2.4949 (Me >>ssenger 5.0.0482)..Supported: com.microsoft.msrtc.presence..Event: registr >>ation..Allow-Events: presence..Content-Length: 0.... >>## >>T 129.146.175.207:5060 -> 129.146.85.163:1427 [AP] >>SIP/2.0 200 OK..Via: SIP/2.0/TCP 129.146.85.163:13395..From: >>@sipserver>;tag=456f8505294f4203a2e0e048d44422ed;epid=8bb54d4c1b..To: >>:rao-sony@sipserver>;tag=b27e1a1d33761e85846fc98f5f3a7e58.809c..Call-ID: b >>bef8471589a4080b173a320a864b7b5@129.146.85.163..CSeq: 1 REGISTER..Contact: >>;q=0.00;expires=3600..Server: Sip >>EXpress router (0.8.12 (sparc64/solaris))..Content-Length: 0..Warning: 39 >>2 129.146.175.207:5060 "Noisy feedback tells: pid=19291 req_src_ip=129.14 >>6.85.163 req_src_port=1427 in_uri=sip:sipserver out_uri=sip:sipserver via_ >>cnt==1".... >>##### >>T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] >>REGISTER sip:sipserver SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>;tag=ef57bcc5-d7d1-4527-ab39-6e68a8617246..To: >>..Call-ID: 9ddfc882-0233-418c-adfb-0a760a1147e >>4@129.150.32.27..CSeq: 1 REGISTER..Contact: >>ort=tcp>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, >>NOTIFY, ACK"..User-Agent: Windows RTC/1.0..Expires: 1200..Event: registrat >>ion..Allow-Events: presence..Content-Length: 0.... >>## >>T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] >>SIP/2.0 200 OK..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>a@sipserver>;tag=ef57bcc5-d7d1-4527-ab39-6e68a8617246..To: >>a@sipserver>;tag=b27e1a1d33761e85846fc98f5f3a7e58.7c4c..Call-ID: 9ddfc882- >>0233-418c-adfb-0a760a1147e4@129.150.32.27..CSeq: 1 REGISTER..Contact: >>:129.150.32.27:7685;transport=tcp>;q=0.00;expires=1200..Server: Sip EXpres >>s router (0.8.12 (sparc64/solaris))..Content-Length: 0..Warning: 392 129.1 >>46.175.207:5060 "Noisy feedback tells: pid=19291 req_src_ip=129.150.32.27 >>req_src_port=1064 in_uri=sip:sipserver out_uri=sip:sipserver via_cnt==1". >>... >>## >>T 129.146.85.163:1427 -> 129.146.175.207:5060 [AP] >>INVITE sip:rao-toshiba@sipserver SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163: >>13395..Max-Forwards: 70..From: "rao-sony@sipserver" >>r>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>iba@sipserver>..Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163.. >>CSeq: 1 INVITE..Contact: 3;transport=tcp>..User-Agent: >>RTC/1.2..Roster-Manager: sip:rao-sony@sipser >>ver..EndPoints: "rao-sony@sipserver" , >>shiba@sipserver>..Supported: com.microsoft.rtc-multiparty..Content-Type: a >>pplication/sdp..Content-Length: 109....v=0..o=- 0 0 IN IP4 129.146.85.163. >>.s=session..c=IN IP4 129.146.85.163..t=0 0..m=x-ms-message 5060 sip null.. >>## >>T 129.146.175.207:5060 -> 129.146.85.163:1427 [AP] >>SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/TCP 129.1 >>46.85.163:13395..From: "rao-sony@sipserver" ;tag=3 >>b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>erver>..Call-ID: 951c963c0be44507aa2f39076c584129@129.146.85.163..CSeq: 1 >>INVITE..Server: Sip EXpress router (0.8.12 (sparc64/solaris))..Content-Len >>gth: 0..Warning: 392 129.146.175.207:5060 "Noisy feedback tells: pid=1929 >>1 req_src_ip=129.146.85.163 req_src_port=1427 in_uri=sip:rao-toshiba@sipse >>rver out_uri=sip:129.150.32.27:7685;transport=tcp via_cnt==1".... >># >>T 129.146.175.207:5060 -> 129.146.85.163:1427 [AP] >>SIP/2.0 488 Not Acceptable Here..Via: SIP/2.0/TCP 129.146.85.163:13395..Fr >>om: "rao-sony@sipserver" ;tag=3b3b0bff72424892aa8e >>78d5bbf3a316;epid=8bb54d4c1b..To: ;tag=f3b15a35 >>-1c0a-4519-b2db-804cfb87fbb7..Call-ID: 951c963c0be44507aa2f39076c584129@12 >>9.146.85.163..CSeq: 1 INVITE..User-Agent: Windows RTC/1.0..Content-Length: >>0.... >>## >>T 129.146.85.163:1427 -> 129.146.175.207:5060 [AP] >>ACK sip:rao-toshiba@sipserver SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163:133 >>95..Max-Forwards: 70..From: "rao-sony@sipserver" ; >>tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>@sipserver>;tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7..Call-ID: 951c963c0be >>44507aa2f39076c584129@129.146.85.163..CSeq: 1 ACK..User-Agent: RTC/1.2..Co >>ntent-Length: 0.... >>## >>T 129.146.85.163:1427 -> 129.146.175.207:5060 [AP] >>MESSAGE sip:rao-toshiba@sipserver SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163 >>:13395..Max-Forwards: 70..From: "rao-sony@sipserver" >>er>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>hiba@sipserver>..Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163. >>.CSeq: 2 MESSAGE..Contact: 163;transport=tcp>..User-Agent: >>RTC/1.2..Content-Type: text/plain; charset >>=UTF-8;msgr=WAAtAE0ATQBTAC0ASQBNAC0ARgBvAHIAbQBhAHQAOgAgAEYATgA9AE0AUwAlAD >>IAMABTAGgAZQBsAGwAJQAyADAARABsAGcAJQAyADAAMgA7ACAARQBGAD0AOwAgAEMATwA9ADAA >>OwAgAEMAUwA9ADEAOwAgAFAARgA9ADAADQAKAA0ACgA..Content-Length: 17....sending >>from sony >>## >>T 129.146.175.207:5060 -> 129.146.85.163:1427 [AP] >>SIP/2.0 200 OK..Via: SIP/2.0/TCP 129.146.85.163:13395..From: "rao-sony@sip >>server" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid >>=8bb54d4c1b..To: ;tag=6d5db818-3a2a-40b3-b919-5 >>cd06b18d8e9..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSe >>q: 2 MESSAGE..Record-Route: >>;ftag=3b3b0bff72424892aa8e78d5bbf3a316;lr=on>..Contact: >>:7685;transport=tcp>..User-Agent: Windows RTC/1.0..Content-Length: 0.... >>## >>T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] >>INFO sip:rao-toshiba@129.146.175.207;ftag=3b3b0bff72424892aa8e78d5bbf3a316 >>;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>a@sipserver>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipse >>rver" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8 >>bb54d4c1b..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: >>1 INFO..Route: rt=tcp>..Contact: ..User-Agent: Wind >>ows RTC/1.0..Content-Type: application/xml..Content-Length: 96.... >>rsion="1.0"?>. . . >>oardActivity>. >>## >>T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM)..V >>ia: SIP/2.0/TCP 129.150.32.27:7685..From: ;tag= >>6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipserver" >>ny@sipserver>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..Call-I >>D: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: 1 INFO..Server: >>Sip EXpress router (0.8.12 (sparc64/solaris))..Content-Length: 0.... >>## >>T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] >>INFO sip:rao-toshiba@129.146.175.207;ftag=3b3b0bff72424892aa8e78d5bbf3a316 >>;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>a@sipserver>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipse >>rver" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8 >>bb54d4c1b..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: >>2 INFO..Route: rt=tcp>..Contact: ..User-Agent: Wind >>ows RTC/1.0..Content-Type: application/xml..Content-Length: 96.... >>rsion="1.0"?>. . . >>oardActivity>. >># >>T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM)..V >>ia: SIP/2.0/TCP 129.150.32.27:7685..From: ;tag= >>6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipserver" >>ny@sipserver>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..Call-I >>D: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: 2 INFO..Server: >>Sip EXpress router (0.8.12 (sparc64/solaris))..Content-Length: 0.... >>## >>T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] >>INFO sip:rao-toshiba@129.146.175.207;ftag=3b3b0bff72424892aa8e78d5bbf3a316 >>;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>a@sipserver>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipse >>rver" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8 >>bb54d4c1b..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: >>3 INFO..Route: rt=tcp>..Contact: ..User-Agent: Wind >>ows RTC/1.0..Content-Type: application/xml..Content-Length: 96.... >>rsion="1.0"?>. . . >>oardActivity>. >># >>T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM)..V >>ia: SIP/2.0/TCP 129.150.32.27:7685..From: ;tag= >>6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipserver" >>ny@sipserver>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..Call-I >>D: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: 3 INFO..Server: >>Sip EXpress router (0.8.12 (sparc64/solaris))..Content-Length: 0.... >>## >>T 129.150.32.27:1064 -> 129.146.175.207:5060 [AP] >>MESSAGE sip:rao-toshiba@129.146.175.207;ftag=3b3b0bff72424892aa8e78d5bbf3a >>316;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.150.32.27:7685..From: >>hiba@sipserver>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@si >>pserver" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epi >>d=8bb54d4c1b..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CS >>eq: 4 MESSAGE..Route: ransport=tcp>..Contact: ..User-Agent >>: Windows RTC/1.0..Content-Type: text/plain; charset=UTF-8;msgr=WAAtAE0ATQ >>BTAC0ASQBNAC0ARgBvAHIAbQBhAHQAOgAgAEYATgA9AE0AUwAlADIAMABTAGgAZQBsAGwAJQAy >>ADAARABsAGcAOwAgAEUARgA9ADsAIABDAE8APQAwADsAIABDAFMAPQAwADsAIABQAEYAPQAwAA >>0ACgANAAoA..Content-Length: 20....sending from toshiba >># >>T 129.146.175.207:5060 -> 129.150.32.27:1064 [AP] >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM)..V >>ia: SIP/2.0/TCP 129.150.32.27:7685..From: ;tag= >>6d5db818-3a2a-40b3-b919-5cd06b18d8e9..To: "rao-sony@sipserver" >>ny@sipserver>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..Call-I >>D: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSeq: 4 MESSAGE..Serve >>r: Sip EXpress router (0.8.12 (sparc64/solaris))..Content-Length: 0.... >># >> >> >><.......> >> >>I also happen to capture the following trace (the pot number is different >>as I restarted ser), In this case toshiba running WM 4.7 adds a Route >>but its >>not a symblic name for the proxy but the ip address of the peer and >>things work. >>Now when do we add a Route header and when we dont ? >> >># >>T 129.146.85.163:1432 -> 129.146.175.207:5060 [AP] >>INFO sip:rao-toshiba@129.146.175.207;transport=tcp;ftag=3b3b0bff72424892aa >>8e78d5bbf3a316;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163:13395..Max-F >>orwards: 70..From: "rao-sony@sipserver" ;tag=3b3b0 >>bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>r>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..Call-ID: 72452f0ccee6437193a2 >>71e057d52725@129.146.85.163..CSeq: 7 INFO..Route: >>transport=tcp>..Contact: 3;transport=tcp>..User-Agent: >>RTC/1.2..Content-Type: application/xml..Cont >>ent-Length: 87...... >>="type" />.. >>## >>T 129.146.175.207:5060 -> 129.146.85.163:1432 [AP] >>SIP/2.0 200 OK..Via: SIP/2.0/TCP 129.146.85.163:13395..From: "rao-sony@sip >>server" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid >>=8bb54d4c1b..To: ;tag=6d5db818-3a2a-40b3-b919-5 >>cd06b18d8e9..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSe >>q: 7 INFO..Record-Route: >>ag=3b3b0bff72424892aa8e78d5bbf3a316;lr=on>..Contact: >>85;transport=tcp>..User-Agent: Windows RTC/1.0..Content-Length: 0.... >>## >>T 129.146.85.163:1432 -> 129.146.175.207:5060 [AP] >>MESSAGE sip:rao-toshiba@129.146.175.207;transport=tcp;ftag=3b3b0bff7242489 >>2aa8e78d5bbf3a316;lr=on SIP/2.0..Via: SIP/2.0/TCP 129.146.85.163:13395..Ma >>x-Forwards: 70..From: "rao-sony@sipserver" ;tag=3b >>3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b..To: >>rver>;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9..Call-ID: 72452f0ccee643719 >>3a271e057d52725@129.146.85.163..CSeq: 8 MESSAGE..Route: >>:7685;transport=tcp>..Contact: .85.163;transport=tcp>..User-Agent: >>RTC/1.2..Content-Type: text/plain; cha >>rset=UTF-8;msgr=WAAtAE0ATQBTAC0ASQBNAC0ARgBvAHIAbQBhAHQAOgAgAEYATgA9AE0AUw >>AlADIAMABTAGgAZQBsAGwAJQAyADAARABsAGcAJQAyADAAMgA7ACAARQBGAD0AOwAgAEMATwA9 >>ADAAOwAgAEMAUwA9ADEAOwAgAFAARgA9ADAADQAKAA0ACgA..Content-Length: 5....hull >>o >># >>T 129.146.175.207:5060 -> 129.146.85.163:1432 [AP] >>SIP/2.0 200 OK..Via: SIP/2.0/TCP 129.146.85.163:13395..From: "rao-sony@sip >>server" ;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid >>=8bb54d4c1b..To: ;tag=6d5db818-3a2a-40b3-b919-5 >>cd06b18d8e9..Call-ID: 72452f0ccee6437193a271e057d52725@129.146.85.163..CSe >>q: 8 MESSAGE..Record-Route: >>;ftag=3b3b0bff72424892aa8e78d5bbf3a316;lr=on>..Contact: >>:7685;transport=tcp>..User-Agent: Windows RTC/1.0..Content-Length: 0.... >> >> >>/******************* Debug output from ser **********************/ >> >>27(19299) tcpconn_new: new tcp connection: 129.146.85.163 >>27(19299) tcpconn_new: on port 1427, type 2 >>27(19299) tcpconn_add: hashes: 48, 9 >>27(19299) tcp_main_loop: new connection: fd1a8170 11 >>27(19299) send2child: to tcp child 0 19(19291), fd1a8170 >>19(19291) received n=4 con=fd1a8170, fd=11 >>19(19291) tcp_read_req: content-length= 0 >>19(19291) SIP Request: >>19(19291) method: >>19(19291) uri: >>19(19291) version: >>19(19291) parse_headers: flags=1 >>19(19291) end of header reached, state=5 >>19(19291) parse_headers: Via found, flags=1 >>19(19291) parse_headers: this is the first via >>19(19291) After parse_msg... >>19(19291) preparing to run routing scripts... >>19(19291) DEBUG : is_maxfwd_present: searching for max_forwards header >>19(19291) parse_headers: flags=128 >>19(19291) DEBUG: is_maxfwd_present: value = 70 >>19(19291) parse_headers: flags=8 >>19(19291) DEBUG: add_param: tag=456f8505294f4203a2e0e048d44422ed >>19(19291) DEBUG: add_param: epid=8bb54d4c1b >>19(19291) end of header reached, state=29 >>19(19291) parse_headers: flags=256 >>19(19291) end of header reached, state=9 >>19(19291) DEBUG: get_hdr_field: [26]; uri=[sip:rao-sony@sipserver] >>19(19291) DEBUG: to body [ >>] >>19(19291) get_hdr_field: cseq : <1> >>19(19291) DEBUG: get_hdr_body : content_length=0 >>19(19291) found end of header >>19(19291) find_first_route(): No Route headers found >>19(19291) loose_route(): There is no Route HF >>19(19291) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) parse_headers: flags=-1 >>19(19291) parse_headers: flags=-1 >>19(19291) check_via_address(129.146.85.163, 129.146.85.163, 0) >>19(19291) tcp_send: tcp connection found (fd1a8170), acquiring fd >>19(19291) tcp_send, c= fd1a8170, n=8 >>27(19299) tcp_main_loop: read response= fd1a8170, 1 from 19 (19291) >>19(19291) tcp_send: after receive_fd: c= fd1a8170 n=4 fd=31 >>19(19291) tcp_send: sending... >>19(19291) tcp_send: after write: c= fd1a8170 n=603 fd=31 >>19(19291) tcp_send: buf= >>SIP/2.0 200 OK >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: >>;tag=456f8505294f4203a2e0e048d44422ed;epid=8bb54d4c1b >>To: ;tag=b27e1a1d33761e85846fc98f5f3a7e58.809c >>Call-ID: bbef8471589a4080b173a320a864b7b5(a)129.146.85.163 >>CSeq: 1 REGISTER >>Contact: ;q=0.00;expires=3600 >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >>Warning: 392 129.146.175.207:5060 "Noisy feedback tells: pid=19291 >>req_src_ip=129.146.85.163 req_src_port=1427 in_uri=sip:sipserver >>out_uri=sip:sipserver via_cnt==1" >> >> >>19(19291) receive_msg: cleaning up >>19(19291) tcp_receive_loop: fd1a8170 expired (1789, 1790) >>19(19291) releasing con fd1a8170, state 0, fd=11, id=9 >>19(19291) extra_data 0 >>27(19299) tcp_main_loop: reader response= fd1a8170, 0 from 0 >>27(19299) tcp_main_loop: CONN_RELEASE fd1a8170 refcnt= 0 >>27(19299) tcpconn_new: new tcp connection: 129.150.32.27 >>27(19299) tcpconn_new: on port 1064, type 2 >>27(19299) tcpconn_add: hashes: 51, 10 >>27(19299) tcp_main_loop: new connection: fd186390 29 >>27(19299) send2child: to tcp child 0 19(19291), fd186390 >>19(19291) received n=4 con=fd186390, fd=11 >>19(19291) tcp_read_req: content-length= 0 >>19(19291) SIP Request: >>19(19291) method: >>19(19291) uri: >>19(19291) version: >>19(19291) parse_headers: flags=1 >>19(19291) end of header reached, state=5 >>19(19291) parse_headers: Via found, flags=1 >>19(19291) parse_headers: this is the first via >>19(19291) After parse_msg... >>19(19291) preparing to run routing scripts... >>19(19291) DEBUG : is_maxfwd_present: searching for max_forwards header >>19(19291) parse_headers: flags=128 >>19(19291) end of header reached, state=9 >>19(19291) DEBUG: get_hdr_field: [29]; uri=[sip:rao-toshiba@sipserver] >>19(19291) DEBUG: to body [ >>] >>19(19291) get_hdr_field: cseq : <1> >>19(19291) DEBUG: get_hdr_body : content_length=0 >>19(19291) found end of header >>19(19291) DEBUG: is_maxfwd_present: max_forwards header not found! >>19(19291) DEBUG: add_param: tag=ef57bcc5-d7d1-4527-ab39-6e68a8617246 >>19(19291) end of header reached, state=29 >>19(19291) parse_headers: flags=256 >>19(19291) find_first_route(): No Route headers found >>19(19291) loose_route(): There is no Route HF >>19(19291) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) parse_headers: flags=-1 >>19(19291) parse_headers: flags=-1 >>19(19291) check_via_address(129.150.32.27, 129.150.32.27, 0) >>19(19291) tcp_send: tcp connection found (fd186390), acquiring fd >>19(19291) tcp_send, c= fd18639027(, n=192998) >>tcp_main_loop: read response= fd186390, 1 from 19 (19291) >>19(19291) tcp_send: after receive_fd: c= fd186390 n=4 fd=31 >>19(19291) tcp_send: sending... >>19(19291) tcp_send: after write: c= fd186390 n=595 fd=31 >>19(19291) tcp_send: buf= >>SIP/2.0 200 OK >>Via: SIP/2.0/TCP 129.150.32.27:7685 >>From: ;tag=ef57bcc5-d7d1-4527-ab39-6e68a8617246 >>To: ;tag=b27e1a1d33761e85846fc98f5f3a7e58.7c4c >>Call-ID: 9ddfc882-0233-418c-adfb-0a760a1147e4(a)129.150.32.27 >>CSeq: 1 REGISTER >>Contact: ;q=0.00;expires=1200 >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >>Warning: 392 129.146.175.207:5060 "Noisy feedback tells: pid=19291 >>req_src_ip=129.150.32.27 req_src_port=1064 in_uri=sip:sipserver >>out_uri=sip:sipserver via_cnt==1" >> >> >>19(19291) receive_msg: cleaning up >>19(19291) tcp_receive_loop: fd186390 expired (1800, 1801) >>19(19291) releasing con fd186390, state 0, fd=11, id=10 >>19(19291) extra_data 0 >>27(19299) tcp_main_loop: reader response= fd186390, 0 from 0 >>27(19299) tcp_main_loop: CONN_RELEASE fd186390 refcnt= 0 >>27(19299) tcp_main_loop: data available on fd1a8170 [h:48] 11 >>27(19299) send2child: to tcp child 0 19(19291), fd1a8170 >>19(19291) received n=4 con=fd1a8170, fd=11 >>19(19291) tcp_read_req: content-length= 109 >>19(19291) SIP Request: >>19(19291) method: >>19(19291) uri: >>19(19291) version: >>19(19291) parse_headers: flags=1 >>19(19291) end of header reached, state=5 >>19(19291) parse_headers: Via found, flags=1 >>19(19291) parse_headers: this is the first via >>19(19291) After parse_msg... >>19(19291) preparing to run routing scripts... >>19(19291) DEBUG : is_maxfwd_present: searching for max_forwards header >>19(19291) parse_headers: flags=128 >>19(19291) DEBUG: is_maxfwd_present: value = 70 >>19(19291) parse_headers: flags=8 >>19(19291) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>19(19291) DEBUG: add_param: epid=8bb54d4c1b >>19(19291) end of header reached, state=29 >>19(19291) parse_headers: flags=256 >>19(19291) end of header reached, state=9 >>19(19291) DEBUG: get_hdr_field: [29]; uri=[sip:rao-toshiba@sipserver] >>19(19291) DEBUG: to body [ >>] >>19(19291) get_hdr_field: cseq : <1> >>19(19291) DEBUG: get_hdr_body : content_length=109 >>19(19291) found end of header >>19(19291) find_first_route(): No Route headers found >>19(19291) loose_route(): There is no Route HF >>19(19291) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) rwrite(): Rewriting Request-URI with >>'sip:129.150.32.27:7685;transport=tcp' >>19(19291) DEBUG: t_addifnew: msg id=17 , global msg id=13 , T on >>entrance=ffffffff >>19(19291) parse_headers: flags=-1 >>19(19291) parse_headers: flags=60 >>19(19291) t_lookup_request: start searching: hash=8448, isACK=0 >>19(19291) DEBUG: proceeding to pre-RFC3261 transaction matching >>19(19291) DEBUG: t_lookup_request: no transaction found >>19(19291) SER: new INVITE >>19(19291) parse_headers: flags=-1 >>19(19291) check_via_address(129.146.85.163, 129.146.85.163, 0) >>19(19291) WARNING:vqm_resize: resize(0) called >>19(19291) forward_request to: ip addr:129.146.85.163 >>19(19291) tcp_send: tcp connection found (fd1a8170), acquiring fd >>19(19291) tcp_send, c= fd1a817027(, n=8 >>19299) tcp_main_loop: read response= fd1a8170, 1 from 19 (19291) >>19(19291) tcp_send: after receive_fd: c= fd1a8170 n=4 fd=31 >>19(19291) tcp_send: sending... >>19(19291) tcp_send: after write: c= fd1a8170 n=583 fd=31 >>19(19291) tcp_send: buf= >>SIP/2.0 100 trying -- your call is important to us >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>CSeq: 1 INVITE >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >>Warning: 392 129.146.175.207:5060 "Noisy feedback tells: pid=19291 >>req_src_ip=129.146.85.163 req_src_port=1427 >>in_uri=sip:rao-toshiba@sipserver >>out_uri=sip:129.150.32.27:7685;transport=tcp via_cnt==1" >> >> >>19(19291) DEBUG: reply sent out. buf=990b8: SIP/2.0 1..., shmem=fd1b8e68: >>SIP/2.0 1 >>19(19291) DEBUG: t_reply: finished >>19(19291) DEBUG: mk_proxy: doing DNS lookup... >>19(19291) build_req_from_req: id added: <;i=9>, rcv proto=2 >>19(19291) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>19(19291) parse_headers: flags=2048 >>19(19291) check_via_address(129.146.85.163, 129.146.85.163, 0) >>19(19291) forward_request to: ip addr:129.150.32.27 >>19(19291) tcp_send: tcp connection found (fd1b9ac8), acquiring fd >>19(19291) tcp_send, c= fd1b9ac827(, n=8 >>19299) tcp_main_loop: read response= fd1b9ac8, 1 from 19 (19291) >>19(19291) tcp_send: after receive_fd: c= fd1b9ac8 n=4 fd=31 >>19(19291) tcp_send: sending... >>19(19291) tcp_send: after write: c= fd1b9ac8 n=922 fd=31 >>19(19291) tcp_send: buf= >>INVITE sip:129.150.32.27:7685;transport=tcp SIP/2.0 >>Record-Route: >>a316;lr=on> >>Via: SIP/2.0/TCP 129.146.175.207;branch=z9hG4bK0012.a7d6.0;i=9 >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>Max-Forwards: 69 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>CSeq: 1 INVITE >>Contact: >>User-Agent: RTC/1.2 >>Roster-Manager: sip:rao-sony@sipserver >>EndPoints: "rao-sony@sipserver" , >> >>Supported: com.microsoft.rtc-multiparty >>Content-Type: application/sdp >>Content-Length: 109 >> >>v=0 >>o=- 0 0 IN IP4 129.146.85.163 >>s=session >>c=IN IP4 129.146.85.163 >>t=0 0 >>m=x-ms-message 5060 sip null >> >>19(19291) DEBUG: add_to_tail_of_timer[0]: fd197fc0 >>19(19291) SER: new transaction fwd'ed >>19(19291) receive_msg: cleaning up >>27(19299) tcp_main_loop: data available on fd1b9ac8 [h:542] 48 >>27(19299) send2child: to tcp child 1 20(19292), fd1b9ac8 >>20(19292) received n=4 con=fd1b9ac8, fd=11 >>20(19292) tcp_read_req: content-length= 0 >>20(19292) SIP Reply (status): >>20(19292) version: >>20(19292) status: <488> >>20(19292) reason: >>20(19292) parse_headers: flags=1 >>20(19292) Found param type 232, = ; state=6 >>20(19292) Found param type 236, /= <9>; state=16 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) forward_reply: found module tm, passing reply to it >>20(19292) DEBUG: t_check: msg id=16 global id=15 T start=ffffffff >>20(19292) parse_headers: flags=17 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=17 >>20(19292) parse_headers: this is the second via >>20(19292) DEBUG: add_param: tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [70]; uri=[sip:rao-toshiba@sipserver] >>20(19292) DEBUG: to body [] >>20(19292) get_hdr_field: cseq : <1> >>20(19292) parse_headers: flags=4 >>20(19292) DEBUG: t_reply_matching: hash 8448 label 28026 branch 0 >>20(19292) DEBUG: t_reply_matching: reply matched (T=fd197e80)! >>20(19292) DEBUG: t_check: msg id=16 global id=16 T end=fd197e80 >>20(19292) DEBUG: t_on_reply: org. status uas=100, uac[0]=0 local=0 >>is_invite=1) >>20(19292) parse_headers: flags=4 >>20(19292) forward_request to: ip addr:129.150.32.27 >>20(19292) tcp_send: tcp connection found (fd1b9ac8), acquiring fd >>20(19292) 27(tcp_send, c= fd1b9ac8, n=819299) >>tcp_main_loop: read response= fd1b9ac8, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd1b9ac8 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd1b9ac8 n=440 fd=32 >>20(19292) tcp_send: buf= >>ACK sip:129.150.32.27:7685;transport=tcp SIP/2.0 >>Via: SIP/2.0/TCP 129.146.175.207;branch=z9hG4bK0012.a7d6.0 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>To: ;tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>CSeq: 1 ACK >>User-Agent: Sip EXpress router(0.8.12 (sparc64/solaris)) >>Content-Length: 0 >> >> >>20(19292) ->>>>>>>>> T_code=100, new_code=488 >>20(19292) DEBUG: relay_reply: branch=0, save=0, relay=0 >>20(19292) build_res_from_sip_res: checking content-length for >>SIP/2.0 488 Not Acceptable Here >>Via: SIP/2.0/TCP 129.146.175.207;branch=z9hG4bK0012.a7d6.0;i=9 >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>CSeq: 1 INVITE >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) parse_headers: flags=2048 >>20(19292) DEBUG: get_hdr_body : content_length=0 >>20(19292) old size: 440, new size: 376 >>20(19292) build_res_from_sip_res: copied size: orig:97, new: 33, rest: >>343 msg= >>SIP/2.0 488 Not Acceptable Here >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>CSeq: 1 INVITE >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) forward_request to: ip addr:129.146.85.163 >>20(19292) tcp_send: tcp connection found (fd1a8170), acquiring fd >>20(19292) 27(tcp_send, c= fd1a8170, n=192998 >>) tcp_main_loop: read response= fd1a8170, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd1a8170 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd1a8170 n=376 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 488 Not Acceptable Here >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>Call-ID: 951c963c0be44507aa2f39076c584129(a)129.146.85.163 >>CSeq: 1 INVITE >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply relayed. buf=98e88: SIP/2.0 4..., >>shmem=fd1a7f60: SIP/2.0 >>4 >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[0]: fd197f48 >>20(19292) receive_msg: cleaning up >>19(19291) tcp_read_req: content-length= 0 >>19(19291) SIP Request: >>19(19291) method: >>19(19291) uri: >>19(19291) version: >>19(19291) parse_headers: flags=1 >>19(19291) end of header reached, state=5 >>19(19291) parse_headers: Via found, flags=1 >>19(19291) parse_headers: this is the first via >>19(19291) After parse_msg... >>19(19291) DEBUG : sl_filter_ACK: to late to be a local ACK! >>19(19291) preparing to run routing scripts... >>19(19291) DEBUG : is_maxfwd_present: searching for max_forwards header >>19(19291) parse_headers: flags=128 >>19(19291) DEBUG: is_maxfwd_present: value = 70 >>19(19291) parse_headers: flags=8 >>19(19291) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>19(19291) DEBUG: add_param: epid=8bb54d4c1b >>19(19291) end of header reached, state=29 >>19(19291) parse_headers: flags=256 >>19(19291) DEBUG: add_param: tag=f3b15a35-1c0a-4519-b2db-804cfb87fbb7 >>19(19291) end of header reached, state=29 >>19(19291) DEBUG: get_hdr_field: [70]; uri=[sip:rao-toshiba@sipserver] >>19(19291) DEBUG: to body [] >>19(19291) get_hdr_field: cseq : <1> >>19(19291) DEBUG: get_hdr_body : content_length=0 >>19(19291) found end of header >>19(19291) find_first_route(): No Route headers found >>19(19291) loose_route(): There is no Route HF >>19(19291) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) rwrite(): Rewriting Request-URI with >>'sip:129.150.32.27:7685;transport=tcp' >>19(19291) DEBUG: t_addifnew: msg id=18 , global msg id=17 , T on >>entrance=ffffffff >>19(19291) parse_headers: flags=-1 >>19(19291) parse_headers: flags=60 >>19(19291) t_lookup_request: start searching: hash=8448, isACK=1 >>19(19291) DEBUG: proceeding to pre-RFC3261 transaction matching >>19(19291) DEBUG: non-2xx ACK matched >>19(19291) DEBUG: t_lookup_request: transaction found (T=fd197e80) >>19(19291) DEBUG: cleanup_uacs: RETR/FR timers reset >>19(19291) DEBUG: add_to_tail_of_timer[2]: fd197ec8 >>19(19291) receive_msg: cleaning up >>19(19291) tcp_read_req: content-length= 17 >>19(19291) SIP Request: >>19(19291) method: >>19(19291) uri: >>19(19291) version: >>19(19291) parse_headers: flags=1 >>19(19291) end of header reached, state=5 >>19(19291) parse_headers: Via found, flags=1 >>19(19291) parse_headers: this is the first via >>19(19291) After parse_msg... >>19(19291) preparing to run routing scripts... >>19(19291) DEBUG : is_maxfwd_present: searching for max_forwards header >>19(19291) parse_headers: flags=128 >>19(19291) DEBUG: is_maxfwd_present: value = 70 >>19(19291) parse_headers: flags=8 >>19(19291) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>19(19291) DEBUG: add_param: epid=8bb54d4c1b >>19(19291) end of header reached, state=29 >>19(19291) parse_headers: flags=256 >>19(19291) end of header reached, state=9 >>19(19291) DEBUG: get_hdr_field: [29]; uri=[sip:rao-toshiba@sipserver] >>19(19291) DEBUG: to body [ >>] >>19(19291) get_hdr_field: cseq : <2> >>19(19291) DEBUG: get_hdr_body : content_length=17 >>19(19291) found end of header >>19(19291) find_first_route(): No Route headers found >>19(19291) loose_route(): There is no Route HF >>19(19291) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>19(19291) check_self - checking if port 5060 matches port 5060 >>19(19291) rwrite(): Rewriting Request-URI with >>'sip:129.150.32.27:7685;transport=tcp' >>19(19291) DEBUG: t_addifnew: msg id=19 , global msg id=18 , T on >>entrance=ffffffff >>19(19291) parse_headers: flags=-1 >>19(19291) parse_headers: flags=60 >>19(19291) t_lookup_request: start searching: hash=43044, isACK=0 >>19(19291) DEBUG: proceeding to pre-RFC3261 transaction matching >>19(19291) DEBUG: t_lookup_request: no transaction found >>19(19291) DEBUG: mk_proxy: doing DNS lookup... >>19(19291) build_req_from_req: id added: <;i=9>, rcv proto=2 >>19(19291) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>19(19291) parse_headers: flags=2048 >>19(19291) check_via_address(129.146.85.163, 129.146.85.163, 0) >>19(19291) forward_request to: ip addr:129.150.32.27 >>19(19291) tcp_send: tcp connection found (fd1b9ac8), acquiring fd >>19(19291) tcp_send, c= 27(fd1b9ac8, n=819299 >>) tcp_main_loop: read response= fd1b9ac8, 1 from 19 (19291) >>19(19291) tcp_send: after receive_fd: c= fd1b9ac8 n=4 fd=31 >>19(19291) tcp_send: sending... >>19(19291) tcp_send: after write: c= fd1b9ac8 n=857 fd=31 >>19(19291) tcp_send: buf= >>MESSAGE sip:129.150.32.27:7685;transport=tcp SIP/2.0 >>Record-Route: >>a316;lr=on> >>Via: SIP/2.0/TCP 129.146.175.207;branch=z9hG4bK428a.aeb.0;i=9 >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>Max-Forwards: 69 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 2 MESSAGE >>Contact: >>User-Agent: RTC/1.2 >>Content-Type: text/plain; >>charset=UTF-8;msgr=WAAtAE0ATQBTAC0ASQBNAC0ARgBvAHIAbQBhAHQAOgAgAEYATgA9AE0AUwAlA >>DIAMABTAGgAZQBsAGwAJQAyADAARABsAGcAJQAyADAAMgA7ACAARQBGAD0AOwAgAEMATwA9ADAAOwAgA >>EMAUwA9ADEAOwAgAFAARgA9ADAADQAKAA0ACgA >>Content-Length: 17 >> >>sending from sony >>19(19291) DEBUG: add_to_tail_of_timer[0]: fd1c9ce8 >>19(19291) SER: new transaction fwd'ed >>19(19291) receive_msg: cleaning up >>20(19292) tcp_read_req: content-length= 0 >>20(19292) SIP Reply (status): >>20(19292) version: >>20(19292) status: <200> >>20(19292) reason: >>20(19292) parse_headers: flags=1 >>20(19292) Found param type 232, = ; state=6 >>20(19292) Found param type 236, /= <9>; state=16 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) forward_reply: found module tm, passing reply to it >>20(19292) DEBUG: t_check: msg id=17 global id=16 T start=ffffffff >>20(19292) parse_headers: flags=17 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=17 >>20(19292) parse_headers: this is the second via >>20(19292) DEBUG: add_param: tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [70]; uri=[sip:rao-toshiba@sipserver] >>20(19292) DEBUG: to body [] >>20(19292) get_hdr_field: cseq : <2> >>20(19292) DEBUG: t_reply_matching: hash 43044 label 3050 branch 0 >>20(19292) DEBUG: t_reply_matching: reply matched (T=fd1c9ba8)! >>20(19292) DEBUG: t_check: msg id=17 global id=17 T end=fd1c9ba8 >>20(19292) DEBUG: t_on_reply: org. status uas=0, uac[0]=0 local=0 >>is_invite=0) >>20(19292) ->>>>>>>>> T_code=0, new_code=200 >>20(19292) DEBUG: relay_reply: branch=0, save=0, relay=0 >>20(19292) build_res_from_sip_res: checking content-length for >>SIP/2.0 200 OK >>Via: SIP/2.0/TCP 129.146.175.207;branch=z9hG4bK428a.aeb.0;i=9 >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 2 MESSAGE >>Record-Route: >>a316;lr=on> >>Contact: >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) parse_headers: flags=2048 >>20(19292) DEBUG: get_hdr_body : content_length=0 >>20(19292) old size: 579, new size: 516 >>20(19292) build_res_from_sip_res: copied size: orig:79, new: 16, rest: >>500 msg= >>SIP/2.0 200 OK >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 2 MESSAGE >>Record-Route: >>a316;lr=on> >>Contact: >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) WARNING:vqm_resize: resize(0) called >>20(19292) forward_request to: ip addr:129.146.85.163 >>20(19292) tcp_send: tcp connection found (fd1a8170), acquiring fd >>20(19292) tcp_send, c= fd1a817027(, n=8 >>19299) tcp_main_loop: read response= fd1a8170, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd1a8170 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd1a8170 n=516 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 200 OK >>Via: SIP/2.0/TCP 129.146.85.163:13395 >>From: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>To: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 2 MESSAGE >>Record-Route: >>a316;lr=on> >>Contact: >>User-Agent: Windows RTC/1.0 >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply relayed. buf=991a8: SIP/2.0 2..., >>shmem=fd197b50: SIP/2.0 >>2 >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[2]: fd1c9bf0 >>20(19292) receive_msg: cleaning up >>18(19290) DEBUG: timer routine:0,tl=fd197fc0 next=fd197f48 >>18(19290) DEBUG: timer routine:0,tl=fd197f48 next=fd1c9ce8 >>18(19290) DEBUG: timer routine:0,tl=fd1c9ce8 next=0 >>18(19290) DEBUG: timer routine:2,tl=fd197ec8 next=fd1c9bf0 >>18(19290) DEBUG: wait_handler : removing fd197e80 from table >>18(19290) DEBUG: delete transaction fd197e80 >>18(19290) DEBUG: wait_handler : done >>18(19290) DEBUG: timer routine:2,tl=fd1c9bf0 next=0 >>18(19290) DEBUG: wait_handler : removing fd1c9ba8 from table >>18(19290) DEBUG: delete transaction fd1c9ba8 >>18(19290) DEBUG: wait_handler : done >>20(19292) tcp_receive_loop: fd1b9ac8 expired (1840, 1841) >>20(19292) releasing con fd1b9ac8, state 0, fd=11, id=4 >>20(19292) extra_data 0 >>27(19299) tcp_main_loop: reader response= fd1b9ac8, 0 from 1 >>27(19299) tcp_main_loop: CONN_RELEASE fd1b9ac8 refcnt= 0 >>27(19299) tcp_main_loop: data available on fd186390 [h:51] 29 >>27(19299) send2child: to tcp child 1 20(19292), fd186390 >>20(19292) received n=4 con=fd186390, fd=11 >>20(19292) tcp_read_req: content-length= 96 >>20(19292) SIP Request: >>20(19292) method: >>20(19292) uri: >> >>20(19292) version: >>20(19292) parse_headers: flags=1 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) preparing to run routing scripts... >>20(19292) DEBUG : is_maxfwd_present: searching for max_forwards header >>20(19292) parse_headers: flags=128 >>20(19292) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>20(19292) DEBUG: add_param: epid=8bb54d4c1b >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [100]; uri=[sip:rao-sony@sipserver] >>20(19292) DEBUG: to body ["rao-sony@sipserver" ] >>20(19292) get_hdr_field: cseq : <1> >>20(19292) DEBUG: get_hdr_body : content_length=96 >>20(19292) found end of header >>20(19292) DEBUG: is_maxfwd_present: max_forwards header not found! >>20(19292) DEBUG: add_param: tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>20(19292) end of header reached, state=29 >>20(19292) parse_headers: flags=256 >>20(19292) check_self - checking if host==us: 15==9 && >>[129.146.175.207] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 15==15 && >>[129.146.175.207] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self: host != me >>20(19292) ras(): Next hop: >>'sip:rao-sony@sipserver:13395;maddr=129.146.85.163;transport=tcp' is >>strict >>router >>20(19292) DEBUG: t_addifnew: msg id=18 , global msg id=17 , T on >>entrance=ffffffff >>20(19292) parse_headers: flags=-1 >>20(19292) parse_headers: flags=60 >>20(19292) t_lookup_request: start searching: hash=43047, isACK=0 >>20(19292) DEBUG: proceeding to pre-RFC3261 transaction matching >>20(19292) DEBUG: t_lookup_request: no transaction found >>20(19292) DEBUG: mk_proxy: doing DNS lookup... >>20(19292) build_req_from_req: id added: <;i=a>, rcv proto=2 >>20(19292) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>20(19292) parse_headers: flags=2048 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) forward_request to: ip addr:129.146.175.207 >>20(19292) tcp_send: no open tcp connection found, opening new one >>20(19292) ERROR: tcpconn_connect: connect: (146) Connection refused >>20(19292) ERROR: tcp_send: connect failed >>20(19292) msg_send: ERROR: Rao tcp_send failed >>20(19292) ERROR: t_forward_nonack: sending request failed >>20(19292) DEBUG: add_to_tail_of_timer[0]: fd1c9ce8 >>20(19292) SER:ERROR: t_forward >>20(19292) parse_headers: flags=-1 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) ERROR: warning_builder: buffer size exceeded >>20(19292) WARNING: warning skipped -- too big >>20(19292) WARNING:vqm_resize: resize(0) called >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[2]: fd1c9bf0 >>20(19292) forward_request to: ip addr:129.150.32.27 >>20(19292) tcp_send: tcp connection found (fd186390), acquiring fd >>20(19292) tcp_send, c= fd18639027(, n=8 >>19299) tcp_main_loop: read response= fd186390, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd186390 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd186390 n=438 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM) >>Via: SIP/2.0/TCP 129.150.32.27:7685 >>From: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>To: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 1 INFO >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply sent out. buf=991a8: SIP/2.0 4..., shmem=fd1b9228: >>SIP/2.0 4 >>20(19292) DEBUG: t_reply: finished >>20(19292) ERROR: generation of a stateful reply on error succeeded >>20(19292) receive_msg: cleaning up >>18(19290) DEBUG: timer routine:0,tl=fd1c9ce8 next=0 >>18(19290) DEBUG: timer routine:2,tl=fd1c9bf0 next=0 >>18(19290) DEBUG: wait_handler : removing fd1c9ba8 from table >>18(19290) DEBUG: delete transaction fd1c9ba8 >>18(19290) DEBUG: wait_handler : done >>20(19292) tcp_read_req: content-length= 96 >>20(19292) SIP Request: >>20(19292) method: >>20(19292) uri: >> >>20(19292) version: >>20(19292) parse_headers: flags=1 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) preparing to run routing scripts... >>20(19292) DEBUG : is_maxfwd_present: searching for max_forwards header >>20(19292) parse_headers: flags=128 >>20(19292) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>20(19292) DEBUG: add_param: epid=8bb54d4c1b >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [100]; uri=[sip:rao-sony@sipserver] >>20(19292) DEBUG: to body ["rao-sony@sipserver" ] >>20(19292) get_hdr_field: cseq : <2> >>20(19292) DEBUG: get_hdr_body : content_length=96 >>20(19292) found end of header >>20(19292) DEBUG: is_maxfwd_present: max_forwards header not found! >>20(19292) DEBUG: add_param: tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>20(19292) end of header reached, state=29 >>20(19292) parse_headers: flags=256 >>20(19292) check_self - checking if host==us: 15==9 && >>[129.146.175.207] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 15==15 && >>[129.146.175.207] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self: host != me >>20(19292) ras(): Next hop: >>'sip:rao-sony@sipserver:13395;maddr=129.146.85.163;transport=tcp' is >>strict >>router >>20(19292) DEBUG: t_addifnew: msg id=19 , global msg id=18 , T on >>entrance=ffffffff >>20(19292) parse_headers: flags=-1 >>20(19292) parse_headers: flags=60 >>20(19292) t_lookup_request: start searching: hash=43044, isACK=0 >>20(19292) DEBUG: proceeding to pre-RFC3261 transaction matching >>20(19292) DEBUG: t_lookup_request: no transaction found >>20(19292) DEBUG: mk_proxy: doing DNS lookup... >>20(19292) build_req_from_req: id added: <;i=a>, rcv proto=2 >>20(19292) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>20(19292) parse_headers: flags=2048 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) forward_request to: ip addr:129.146.175.207 >>20(19292) tcp_send: no open tcp connection found, opening new one >>20(19292) ERROR: tcpconn_connect: connect: (146) Connection refused >>20(19292) ERROR: tcp_send: connect failed >>20(19292) msg_send: ERROR: Rao tcp_send failed >>20(19292) ERROR: t_forward_nonack: sending request failed >>20(19292) DEBUG: add_to_tail_of_timer[0]: fd1c9ce8 >>20(19292) SER:ERROR: t_forward >>20(19292) parse_headers: flags=-1 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) ERROR: warning_builder: buffer size exceeded >>20(19292) WARNING: warning skipped -- too big >>20(19292) WARNING:vqm_resize: resize(0) called >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[2]: fd1c9bf0 >>20(19292) forward_request to: ip addr:129.150.32.27 >>20(19292) tcp_send: tcp connection found (fd186390), acquiring fd >>20(19292) tcp_send, c= fd186390, n=27(8 >>19299) tcp_main_loop: read response= fd186390, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd186390 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd186390 n=438 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM) >>Via: SIP/2.0/TCP 129.150.32.27:7685 >>From: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>To: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 2 INFO >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply sent out. buf=991a8: SIP/2.0 4..., shmem=fd1b9228: >>SIP/2.0 4 >>20(19292) DEBUG: t_reply: finished >>20(19292) ERROR: generation of a stateful reply on error succeeded >>20(19292) receive_msg: cleaning up >>18(19290) DEBUG: timer routine:0,tl=fd1c9ce8 next=0 >>18(19290) DEBUG: timer routine:2,tl=fd1c9bf0 next=0 >>18(19290) DEBUG: wait_handler : removing fd1c9ba8 from table >>18(19290) DEBUG: delete transaction fd1c9ba8 >>18(19290) DEBUG: wait_handler : done >>20(19292) tcp_read_req: content-length= 96 >>20(19292) SIP Request: >>20(19292) method: >>20(19292) uri: >> >>20(19292) version: >>20(19292) parse_headers: flags=1 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) preparing to run routing scripts... >>20(19292) DEBUG : is_maxfwd_present: searching for max_forwards header >>20(19292) parse_headers: flags=128 >>20(19292) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>20(19292) DEBUG: add_param: epid=8bb54d4c1b >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [100]; uri=[sip:rao-sony@sipserver] >>20(19292) DEBUG: to body ["rao-sony@sipserver" ] >>20(19292) get_hdr_field: cseq : <3> >>20(19292) DEBUG: get_hdr_body : content_length=96 >>20(19292) found end of header >>20(19292) DEBUG: is_maxfwd_present: max_forwards header not found! >>20(19292) DEBUG: add_param: tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>20(19292) end of header reached, state=29 >>20(19292) parse_headers: flags=256 >>20(19292) check_self - checking if host==us: 15==9 && >>[129.146.175.207] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 15==15 && >>[129.146.175.207] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self: host != me >>20(19292) ras(): Next hop: >>'sip:rao-sony@sipserver:13395;maddr=129.146.85.163;transport=tcp' is >>strict >>router >>20(19292) DEBUG: t_addifnew: msg id=20 , global msg id=19 , T on >>entrance=ffffffff >>20(19292) parse_headers: flags=-1 >>20(19292) parse_headers: flags=60 >>20(19292) t_lookup_request: start searching: hash=43045, isACK=0 >>20(19292) DEBUG: proceeding to pre-RFC3261 transaction matching >>20(19292) DEBUG: t_lookup_request: no transaction found >>20(19292) DEBUG: mk_proxy: doing DNS lookup... >>20(19292) build_req_from_req: id added: <;i=a>, rcv proto=2 >>20(19292) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>20(19292) parse_headers: flags=2048 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) forward_request to: ip addr:129.146.175.207 >>20(19292) tcp_send: no open tcp connection found, opening new one >>20(19292) ERROR: tcpconn_connect: connect: (146) Connection refused >>20(19292) ERROR: tcp_send: connect failed >>20(19292) msg_send: ERROR: Rao tcp_send failed >>20(19292) ERROR: t_forward_nonack: sending request failed >>20(19292) DEBUG: add_to_tail_of_timer[0]: fd1c9ce8 >>20(19292) SER:ERROR: t_forward >>20(19292) parse_headers: flags=-1 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) ERROR: warning_builder: buffer size exceeded >>20(19292) WARNING: warning skipped -- too big >>20(19292) WARNING:vqm_resize: resize(0) called >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[2]: fd1c9bf0 >>20(19292) forward_request to: ip addr:129.150.32.27 >>20(19292) tcp_send: tcp connection found (fd186390), acquiring fd >>20(19292) tcp_send, c= 27(fd186390, n=819299) tcp_main_loop: read >>response= >>fd186390, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd186390 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd186390 n=438 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM) >>Via: SIP/2.0/TCP 129.150.32.27:7685 >>From: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>To: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 3 INFO >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply sent out. buf=991a8: SIP/2.0 4..., shmem=fd1b9228: >>SIP/2.0 4 >>20(19292) DEBUG: t_reply: finished >>20(19292) ERROR: generation of a stateful reply on error succeeded >>20(19292) receive_msg: cleaning up >>18(19290) DEBUG: timer routine:0,tl=fd1c9ce8 next=0 >>18(19290) DEBUG: timer routine:2,tl=fd1c9bf0 next=0 >>18(19290) DEBUG: wait_handler : removing fd1c9ba8 from table >>18(19290) DEBUG: delete transaction fd1c9ba8 >>18(19290) DEBUG: wait_handler : done >>20(19292) tcp_read_req: content-length= 20 >>20(19292) SIP Request: >>20(19292) method: >>20(19292) uri: >> >>20(19292) version: >>20(19292) parse_headers: flags=1 >>20(19292) end of header reached, state=5 >>20(19292) parse_headers: Via found, flags=1 >>20(19292) parse_headers: this is the first via >>20(19292) After parse_msg... >>20(19292) preparing to run routing scripts... >>20(19292) DEBUG : is_maxfwd_present: searching for max_forwards header >>20(19292) parse_headers: flags=128 >>20(19292) DEBUG: add_param: tag=3b3b0bff72424892aa8e78d5bbf3a316 >>20(19292) DEBUG: add_param: epid=8bb54d4c1b >>20(19292) end of header reached, state=29 >>20(19292) DEBUG: get_hdr_field: [100]; uri=[sip:rao-sony@sipserver] >>20(19292) DEBUG: to body ["rao-sony@sipserver" ] >>20(19292) get_hdr_field: cseq : <4> >>20(19292) DEBUG: get_hdr_body : content_length=20 >>20(19292) found end of header >>20(19292) DEBUG: is_maxfwd_present: max_forwards header not found! >>20(19292) DEBUG: add_param: tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>20(19292) end of header reached, state=29 >>20(19292) parse_headers: flags=256 >>20(19292) check_self - checking if host==us: 15==9 && >>[129.146.175.207] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 15==15 && >>[129.146.175.207] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 5060 >>20(19292) check_self - checking if host==us: 9==9 && [sipserver] == >>[127.0.0.1] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self - checking if host==us: 9==15 && [sipserver] == >>[129.146.175.207] >>20(19292) check_self - checking if port 5060 matches port 13395 >>20(19292) check_self: host != me >>20(19292) ras(): Next hop: >>'sip:rao-sony@sipserver:13395;maddr=129.146.85.163;transport=tcp' is >>strict >>router >>20(19292) DEBUG: t_addifnew: msg id=21 , global msg id=20 , T on >>entrance=ffffffff >>20(19292) parse_headers: flags=-1 >>20(19292) parse_headers: flags=60 >>20(19292) t_lookup_request: start searching: hash=43042, isACK=0 >>20(19292) DEBUG: proceeding to pre-RFC3261 transaction matching >>20(19292) DEBUG: t_lookup_request: no transaction found >>20(19292) DEBUG: mk_proxy: doing DNS lookup... >>20(19292) build_req_from_req: id added: <;i=a>, rcv proto=2 >>20(19292) build_req_from_req: checking for clen; proto=2, rcv->proto=2 >>20(19292) parse_headers: flags=2048 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) forward_request to: ip addr:129.146.175.207 >>20(19292) tcp_send: no open tcp connection found, opening new one >>20(19292) ERROR: tcpconn_connect: connect: (146) Connection refused >>20(19292) ERROR: tcp_send: connect failed >>20(19292) msg_send: ERROR: Rao tcp_send failed >>20(19292) ERROR: t_forward_nonack: sending request failed >>20(19292) DEBUG: add_to_tail_of_timer[0]: fd1c9ce8 >>20(19292) SER:ERROR: t_forward >>20(19292) parse_headers: flags=-1 >>20(19292) check_via_address(129.150.32.27, 129.150.32.27, 0) >>20(19292) ERROR: warning_builder: buffer size exceeded >>20(19292) WARNING: warning skipped -- too big >>20(19292) WARNING:vqm_resize: resize(0) called >>20(19292) DEBUG: cleanup_uacs: RETR/FR timers reset >>20(19292) DEBUG: add_to_tail_of_timer[2]: fd1c9bf0 >>20(19292) forward_request to: ip addr:129.150.32.27 >>20(19292) tcp_send: tcp connection found (fd186390), acquiring fd >>20(19292) tcp_send, c= fd18639027(, n=8 >>19299) tcp_main_loop: read response= fd186390, 1 from 20 (19292) >>20(19292) tcp_send: after receive_fd: c= fd186390 n=4 fd=32 >>20(19292) tcp_send: sending... >>20(19292) tcp_send: after write: c= fd186390 n=441 fd=32 >>20(19292) tcp_send: buf= >>SIP/2.0 477 Unfortunately error on sending to next hop occured (477/TM) >>Via: SIP/2.0/TCP 129.150.32.27:7685 >>From: ;tag=6d5db818-3a2a-40b3-b919-5cd06b18d8e9 >>To: "rao-sony@sipserver" >>;tag=3b3b0bff72424892aa8e78d5bbf3a316;epid=8bb54d4c1b >>Call-ID: 72452f0ccee6437193a271e057d52725(a)129.146.85.163 >>CSeq: 4 MESSAGE >>Server: Sip EXpress router (0.8.12 (sparc64/solaris)) >>Content-Length: 0 >> >> >>20(19292) DEBUG: reply sent out. buf=99530: SIP/2.0 4..., shmem=fd1b9228: >>SIP/2.0 4 >>20(19292) DEBUG: t_reply: finished >>20(19292) ERROR: generation of a stateful reply on error succeeded >>20(19292) receive_msg: cleaning up >>18(19290) DEBUG: timer routine:0,tl=fd1c9ce8 next=0 >>18(19290) DEBUG: timer routine:2,tl=fd1c9bf0 next=0 >>18(19290) DEBUG: wait_handler : removing fd1c9ba8 from table >>18(19290) DEBUG: delete transaction fd1c9ba8 >>18(19290) DEBUG: wait_handler : done >>20(19292) tcp_receive_loop: fd186390 expired (1866, 1867) >>20(19292) releasing con fd186390, state 0, fd=11, id=10 >>20(19292) extra_data 0 >>27(19299) tcp_main_loop: reader response= fd186390, 0 from 1 >>27(19299) tcp_main_loop: CONN_RELEASE fd186390 refcnt= 0 >> >># >># >># >>/******************* ser.cfg file *******************************/ >># >># $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ >># >># simple quick-start config script >># >> >># ----------- global configuration parameters ------------------------ >> >>alias=sipserver >>#debug=3 # debug level (cmd line: -dddddddddd) >>#fork=yes >>#log_stderror=no # (cmd line: -E) >> >>/* Uncomment these lines to enter debugging mode */ >>debug=9 >>#fork=no >>log_stderror=yes >> >>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" >> >># ------------------ module loading ---------------------------------- >> >># Uncomment this if you want to use SQL database >>loadmodule "/usr/local/lib/ser/modules/mysql.so" >> >>loadmodule "/usr/local/lib/ser/modules/sl.so" >>loadmodule "/usr/local/lib/ser/modules/tm.so" >>loadmodule "/usr/local/lib/ser/modules/rr.so" >>loadmodule "/usr/local/lib/ser/modules/maxfwd.so" >>loadmodule "/usr/local/lib/ser/modules/usrloc.so" >>loadmodule "/usr/local/lib/ser/modules/registrar.so" >> >># Uncomment this if you want digest authentication >># mysql.so must be loaded ! >>#loadmodule "/usr/local/lib/ser/modules/auth.so" >>#loadmodule "/usr/local/lib/ser/modules/auth_db.so" >> >># ----------------- setting module-specific parameters --------------- >> >># -- usrloc params -- >> >>##modparam("usrloc", "db_mode", 0) >> >># Uncomment this if you want to use SQL database >># for persistent storage and comment the previous line >>modparam("usrloc", "db_mode", 2) >> >># -- auth params -- >># Uncomment if you are using auth module >># >>#modparam("auth_db", "calculate_ha1", yes) >># >># If you set "calculate_ha1" parameter to yes (which true in this >>config), >># uncomment also the following parameter) >># >>#modparam("auth_db", "password_column", "password") >> >># -- rr params -- >># add value to ;lr param to make some broken UAs happy >>modparam("rr", "enable_full_lr", 1) >> >># ------------------------- request routing logic ------------------- >> >># main routing logic >> >>route{ >> >># initial sanity checks -- messages with >># max_forwards==0, or excessively long requests >>if (!mf_process_maxfwd_header("10")) { >>sl_send_reply("483","Too Many Hops"); >>break; >>}; >>if ( msg:len > max_len ) { >>sl_send_reply("513", "Message too big"); >>break; >>}; >> >># we record-route all messages -- to make sure that >># subsequent messages will go through our proxy; that's >># particularly good if upstream and downstream entities >># use different transport protocol >>record_route(); >># loose-route processing >>if (loose_route()) { >>t_relay(); >>break; >>}; >> >># if the request is for other domain use UsrLoc >># (in case, it does not work, use the following command >># with proper names and addresses in it) >>if (uri==myself) { >> >>if (method=="REGISTER") { >> >># Uncomment this if you want to use digest authentication >># if (!www_authorize("iptel.org", "subscriber")) { >># www_challenge("iptel.org", "0"); >># break; >># }; >> >>save("location"); >>break; >>}; >> >># native SIP destinations are handled using our USRLOC DB >>if (!lookup("location")) { >>sl_send_reply("404", "Not Found"); >>break; >>}; >>}; >># forward to current uri now; use stateful forwarding; that >># works reliably even if we forward from TCP to UDP >>if (!t_relay()) { >>sl_reply_error(); >>}; >> >>} >> >> >>// >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>------------------------------------------------------------------------ >>Do you Yahoo!? >>*Yahoo! Finance Tax Center* <http://taxes.yahoo.com/filing.html> - >>File online. File on time. >> >> >>------------------------------------------------------------------------ >> >>_______________________________________________ >>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 > > >

20 years, 8 months

Re: [Serusers] RE: [Serdev] check_from

by Daniel-Constantin Mierla

Looks likely you haven't set the proper flag for all requests you want to account (e.g., BYEs). Check http://lists.iptel.org/pipermail/serusers/2003-October/002950.html and see if it is your case, too. .Daniel On 03/29/04 22:48, Raymond Chen wrote: >I am able to get the scenario work using is_user_in command. But run into >other problems with acc to mysql, we only record the INVITE message, nothing >else. So can perform calculation for call duration, any idea? > >Raymond > >-----Original Message----- >From: Jan Janak [mailto:jan@iptel.org] >Sent: Monday, March 29, 2004 2:44 AM >To: Raymond Chen >Cc: 'Jiri Kuthan'; daniel(a)iptel.org; serdev(a)lists.iptel.org; serusers(a)lists.iptel.org >Subject: Re: [Serusers] RE: [Serdev] check_from > >What do you mean by authenticate ? You can only check the username for a >certain value or compare it with another part of the message (like >digest username). > > Jan. > >On 27-03 11:37, Raymond Chen wrote: > > >>Is there anyway to authenticate just the sip username in the from header? >> >> >> >>-----Original Message----- >>From: Jiri Kuthan [mailto:jiri@iptel.org] >>Sent: Saturday, March 27, 2004 7:05 AM >>To: daniel(a)iptel.org; Raymond Chen >>Cc: serdev(a)lists.iptel.org; serusers(a)lists.iptel.org >>Subject: Re: [Serusers] RE: [Serdev] check_from >> >>the problem is the cisco gateway is not capable of supporting digest >> >> >authetnication. > > >>(not ver good indeed). You are left with authentication by source IP >> >> >address. > > >>-jiri >> >>At 04:56 PM 3/26/2004, Daniel-Constantin Mierla wrote: >> >> >>>No idea about it. You can watch the network traffic (using ngrep on ser >>>machine: ngrep port 5060) and see if the realm from a 401/407 reply >>>matches with the one from next request. >>> >>>.Daniel >>> >>>On 03/26/04 16:46, Raymond Chen wrote: >>> >>> >>> >>>>I use AS5300 as UA. >>>> >>>> >>>> >>>>-----Original Message----- >>>>From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] >>>>Sent: Friday, March 26, 2004 11:04 PM >>>>To: Raymond Chen >>>>Cc: serdev(a)lists.iptel.org; serusers(a)lists.iptel.org >>>>Subject: Re: [Serusers] RE: [Serdev] check_from >>>> >>>>What client do you use? It does not use the realm from challenge -- it >>>>is a MSN Messenger specific bug, but it might be present in other sip >>>>clients. You must set the realm from challenge as the host part of the >>>>sip id. >>>> >>>>.Daniel >>>> >>>>On 03/26/04 15:46, Raymond Chen wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Danial, >>>>> >>>>>www_authorize fail to authorize without password >>>>> >>>>>0(3283) lookup(): '85234230599(a)218.20.229.53' Not found in usrloc >>>>>0(3283) parse_headers: flags=4096 >>>>>0(3283) pre_auth(): Credentials with given realm not found >>>>>0(3283) build_auth_hf(): 'WWW-Authenticate: Digest realm="xxx.org", >>>>>nonce="40644192d74bf39b0ebb5d141cb2073a6c09daf8" >>>>>' >>>>> >>>>>Regards >>>>> >>>>>Raymond >>>>> >>>>>-----Original Message----- >>>>>From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] >>>>>Sent: Friday, March 26, 2004 8:04 PM >>>>>To: Raymond Chen >>>>>Subject: Re: [Serusers] RE: [Serdev] check_from >>>>> >>>>> >>>>>Try something like this: >>>>> >>>>>if (method=="INVITE") >>>>>{ >>>>> if (!www_authorize("xxx.org", "subscriber")) { >>>>> www_challenge("xxx.org", "0"); >>>>> break; >>>>> }; >>>>> if (!check_from()) { >>>>> sl_send_reply("403", "Only registered users are allowed"); >>>>> break; >>>>> }; >>>>> >>>>>}; >>>>> >>>>>.Daniel >>>>> >>>>>On 03/26/04 12:48, Raymond Chen wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Now we understand what the what the message means after reading the >>>>>> >>>>>> >>>>>> >>>>>> >>>>message >>>> >>>> >>>> >>>> >>>>>>a few times. We are trying to do PSTN(as5300) ---> ser -----> pstn >>>>>>(AS5300), and to authorize the calling number (callerid) in the >>>>>> >>>>>> >INVITE > > >>>>>>message against URI table. But check_from command needs to call >>>>>>proxy_authorize, which it requires username and password. we setup the >>>>>>configuration like this >>>>>> >>>>>>if (method=="INVITE" & proxy_authorize("xxx.org", "subscriber") >>>>>> if (!check_from()) { >>>>>> sl_send_reply("403", "Only registered users are >>>>>> >>>>>> >allowed"); > > >>>>>> break; >>>>>> } >>>>>>} >>>>>> >>>>>>Because cisco does not have sip password setting, so we have >>>>>> >>>>>>0(3173) check_username(): No authorized credentials found (error in >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>scripts) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>0(3173) check_username(): Call {www,proxy}_authorize before calling >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>check_* >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>function ! >>>>>> >>>>>>Does anyone has a solution? >>>>>> >>>>>>Regards >>>>>> >>>>>> >>>>>>-----Original Message----- >>>>>>From: Daniel-Constantin Mierla [mailto:daniel@iptel.org] >>>>>>Sent: Friday, March 26, 2004 6:18 PM >>>>>>To: Raymond Chen >>>>>>Cc: serdev(a)lists.iptel.org >>>>>>Subject: Re: [Serdev] check_from >>>>>> >>>>>>Hello, >>>>>>the last error message is self explanatory. You need to call either >>>>>>www_authorize() or proxy_authorize() before calling check_from() >>>>>> >>>>>> >because > > >>>>>>this method compares the data from From header with what is in >>>>>>credentials (response to a authentication challenge). >>>>>> >>>>>>.Daniel >>>>>> >>>>>>On 03/26/04 04:35, Raymond Chen wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Dear all, >>>>>>> >>>>>>>We have configured Ser to check from username field to authorize user >>>>>>>??°unknown???? >>>>>>> >>>>>>>if (!check_from()) { >>>>>>> >>>>>>>sl_send_reply("403", "Only registered users are allowed"); >>>>>>> >>>>>>>break; >>>>>>> >>>>>>>}; >>>>>>> >>>>>>>We have error message >>>>>>> >>>>>>>0(2568) check_username(): No authorized credentials found (error in >>>>>>>scripts) >>>>>>> >>>>>>>0(2568) check_username(): Call {www,proxy}_authorize before calling >>>>>>>check_* function ! >>>>>>> >>>>>>>We have ??°unknown???? username entry in uri table. >>>>>>> >>>>>>>Regards >>>>>>> >>>>>>> >>>>>>> >>>>>>----------------------------------------------------------------------- >>>>>> >>>>>> >- > > >>>>>>>_______________________________________________ >>>>>>>Serdev mailing list >>>>>>>serdev(a)lists.iptel.org >>>>>>>http://lists.iptel.org/mailman/listinfo/serdev >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>_______________________________________________ >>>>>>Serusers mailing list >>>>>>serusers(a)lists.iptel.org >>>>>>http://lists.iptel.org/mailman/listinfo/serusers >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>_______________________________________________ >>>>>Serdev mailing list >>>>>serdev(a)lists.iptel.org >>>>>http://lists.iptel.org/mailman/listinfo/serdev >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>_______________________________________________ >>>>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 >>> >>> >>-- >>Jiri Kuthan http://iptel.org/~jiri/ >> >> >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers >> >> > > >_______________________________________________ >Serdev mailing list >serdev(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serdev > > >

20 years, 8 months

← Newer
1
2
3
4
5
6
7
...
29
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 March 2004