Hello, 於 三，2007-03-07 於 15:06 +0200，Bogdan-Andrei Iancu 提到： > Hi Bernard, > > but, do you see any sip reply from the proxy? or the request is silently > dropped?
The reply is 404 not found. > > also, increase the debugging level (set it to 9) and get a full log - > maybe something will be relevant there... > I switched the debug level to 9 and found this: 3(6119) parsed uri: type=1 user=<91900>(5) passwd=<>(0) host=<voip.mobileclusters.com>(23) port=<>(0): 0 params=<>(0) headers=<>(0) 3(6119) uri params: transport=<>, val=<>, proto=0 3(6119) user-param=<>, val=<> 3(6119) method=<>, val=<> 3(6119) ttl=<>, val=<> 3(6119) maddr=<>, val=<> 3(6119) lr=<> 3(6119) parsed uri: type=1 user=<1900>(4) passwd=<>(0) host=<voip.mobileclusters.com>(23) port=<>(0): 0 params=<>(0) headers=<>(0) 3(6119) uri params: transport=<>, val=<>, proto=0 3(6119) user-param=<>, val=<> 3(6119) method=<>, val=<> 3(6119) ttl=<>, val=<> 3(6119) maddr=<>, val=<> 3(6119) lr=<> 3(6119) PDT: update_new_uri: len=27 uri=sip:[EMAIL PROTECTED]::ffff:ca7a:6903] 3(6119) parsed uri: type=1 user=<1900>(4) passwd=<>(0) host=<[::ffff:ca7a:6903]>(18) port=<>(0): 0 params=<>(0) headers=<>(0) 3(6119) uri params: transport=<>, val=<>, proto=0 3(6119) user-param=<>, val=<> 3(6119) method=<>, val=<> 3(6119) ttl=<>, val=<> 3(6119) maddr=<>, val=<> 3(6119) lr=<> 3(6119) grep_sock_info - checking if host==us: 16==24 && [::ffff:ca7a:6903] == [2002:D203:FE9:0:0:0:1:10] 3(6119) grep_sock_info - checking if port 15060 matches port 5060 3(6119) grep_sock_info - checking if host==us: 16==18 && [::ffff:ca7a:6903] == [FEE0:0:0:0:0:0:1:1] 3(6119) grep_sock_info - checking if port 15060 matches port 5060 3(6119) grep_sock_info - checking if host==us: 16==23 && [::ffff:ca7a:6903] == [0:0:0:0:0:FFFF:C0A8:AA5] 3(6119) grep_sock_info - checking if port 15060 matches port 5060 3(6119) DEBUG:check_self: host != me 3(6119) DEBUG: t_newtran: msg id=8 , global msg id=7 , T on entrance=0xffffffff 3(6119) parse_headers: flags=ffffffffffffffff 3(6119) parse_headers: flags=78 3(6119) t_lookup_request: start searching: hash=46102, isACK=0 3(6119) DEBUG: RFC3261 transaction matching failed 3(6119) DEBUG: t_lookup_request: no transaction found 3(6119) DBG: trans=0xb5c4a020, callback type 1, id 0 entered 3(6119) parse_headers: flags=ffffffffffffffff 3(6119) check_via_address(2002:D203:FE9:0:0:0:1:4, [2002:d203:fe9::1:4], 0) 3(6119) WARNING:vqm_resize: resize(0) called 3(6119) DEBUG:tm:_reply_light: reply sent out. buf=0x813f150: SIP/2.0 1..., shmem=0xb5c48340: SIP/2.0 1 3(6119) DEBUG:tm:_reply_light: finished 3(6119) parsed uri: type=1 user=<1900>(4) passwd=<>(0) host=<[::ffff:ca7a:6903]>(18) port=<>(0): 0 params=<>(0) headers=<>(0) 3(6119) uri params: transport=<>, val=<>, proto=0 3(6119) user-param=<>, val=<> 3(6119) method=<>, val=<> 3(6119) ttl=<>, val=<> 3(6119) maddr=<>, val=<> 3(6119) lr=<> 3(6119) DEBUG: mk_proxy: doing DNS lookup... 3(6119) check_via_address(2002:D203:FE9:0:0:0:1:4, [2002:d203:fe9::1:4], 0) 3(6119) ERROR: udp_send: sendto(sock,0xb5c44938,1052,0,0xb5c4a12c,28): Invalid argument(22) 3(6119) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net 3(6119) msg_send: ERROR: udp_send failed Obviously the sendto() failed. And I have these in the openser.cfg: check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) listen=udp:[2002:d203:fe9::1:10]:15060 listen=udp:[fee0::1:1]:15060 listen=udp:[::ffff:c0a8:0aa5]:15060 port=15060 children=4 alias="voip.mobileclusters.com" Regards, Bernard Chan. _______________________________________________ Users mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/users
