OpenIC sip client setting

I download OpenIC sip client and install in ubuntu 7.04 by running this command: ./OpenIC_Lite.sh

After that, I recieve this infor in consol:

Code:

root@dthtam:/home/dthtam/Sipclient/OpenIC_Lite# ./OpenIC_Lite.sh Trying connection to Proxy-CSCF: tcp://127.0.0.1:5060 If this takes too long, your Internet connection is broken or the core network is down. Make sure your proxy server supports tcp .... > T:1 E:1 Connection unavailable. Check access configuration java.net.ConnectException: Connection refused         at java.net.PlainSocketImpl.socketConnect(Native Method)         at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)         at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)         at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)         at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)         at java.net.Socket.connect(Socket.java:519)         at java.net.Socket.connect(Socket.java:469)         at java.net.Socket.<init>(Socket.java:366)         at java.net.Socket.<init>(Socket.java:180)         at de.fhg.fokus.ims.ue.sip.SIPLogic.findOutboundIPAddress(SIPLogic.java:168)         at de.fhg.fokus.ims.ue.sip.SIPLogic.init(SIPLogic.java:182)         at de.fhg.fokus.ims.ue.sip.SIPLogic.<init>(SIPLogic.java:139)         at de.fhg.fokus.ims.ue.IMSUserEndpoint.init(IMSUserEndpoint.java:149)         at de.fhg.fokus.AgentBean.start(AgentBean.java:538)         at de.fhg.fokus.ui.MainFrame$1.run(MainFrame.java:140)         at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:152)         at org.eclipse.swt.widgets.Display.syncExec(Display.java:3722)         at de.fhg.fokus.ui.MainFrame.createInstance(MainFrame.java:121)         at OpenIMSDemoClient.main(OpenIMSDemoClient.java:52) UDP or TCP Port 5060 is in use... will try another one SIP Stack on UDP/TCP:5061

Do you know why, I'm using ubuntu never set firewall or sth like that. My openser is running ?

Thanks in advance

erm.. i dont know the client very well but that looks like perfectly normal output to me.. the client has started without error and has bound to port 5061 (due to 5060 being in use).

What's your problem with that output?

x-console :

erm.. i dont know the client very well but that looks like perfectly normal output to me.. the client has started without error and has bound to port 5061 (due to 5060 being in use). What's your problem with that output?

:p, thank you, now I understand the situation.

However, I come up a new serious problem and really need your help.

I install Openser as a sip server, and then I add a new user alice:

Code:

root@dthtam:/home/dthtam# openserctl add alice alice alice@localhost database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 new user 'alice' added root@dthtam:/home/dthtam# openserctl add bob bob bob@localhost database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 new user 'bob' added root@dthtam:/home/dthtam#

however, when I set up OpenIC with alice user like:

Code:

public identity: sip:alice@127.0.0.1 private identity: alice [!at] 127.0.0.1 (replace the [!at] with a @) secrete key: alice display name: alice Realm: localhost proxy server: 127.0.0.1:5060/UDP

Then when I try to register Alice, I get this information:

Code:

> T:3 E:2 401 Exceeded challenges count. Wrong Password?

and in openser console:

Code:

May  6 08:34:19 [12338] DBG:core:parse_headers: flags=ffffffffffffffff May  6 08:34:19 [12338] DBG:core:check_via_address: params 127.0.0.1, 127.0.0.1, 0 May  6 08:34:19 [12338] DBG:core:destroy_avp_list: destroying list (nil) May  6 08:34:19 [12338] DBG:core:receive_msg: cleaning up May  6 08:34:19 [12344] DBG:core:parse_msg: SIP Request: May  6 08:34:19 [12344] DBG:core:parse_msg:  method:  <REGISTER> May  6 08:34:19 [12344] DBG:core:parse_msg:  uri:     <sip:localhost> May  6 08:34:19 [12344] DBG:core:parse_msg:  version: <SIP/2.0> May  6 08:34:19 [12344] DBG:core:parse_headers: flags=2 May  6 08:34:19 [12344] DBG:core:get_hdr_field: cseq <CSeq>: <3> <REGISTER> May  6 08:34:19 [12344] DBG:core:parse_to: end of header reached, state=10 May  6 08:34:19 [12344] DBG:core:parse_to: display={"alice"}, ruri={sip:alice@127.0.0.1} May  6 08:34:19 [12344] DBG:core:get_hdr_field: <To> [31]; uri=[sip:alice@127.0.0.1] May  6 08:34:19 [12344] DBG:core:get_hdr_field: to body ["alice" <sip:alice@127.0.0.1> ] May  6 08:34:19 [12344] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK8d2d915c0b8827d51f1bde4bb5766eb7>; state=16 May  6 08:34:19 [12344] DBG:core:parse_via: end of header reached, state=5 May  6 08:34:19 [12344] DBG:core:parse_headers: via found, flags=2 May  6 08:34:19 [12344] DBG:core:parse_headers: this is the first via May  6 08:34:19 [12344] DBG:core:receive_msg: After parse_msg... May  6 08:34:19 [12344] DBG:core:receive_msg: preparing to run routing scripts... May  6 08:34:19 [12344] DBG:core:parse_headers: flags=100 May  6 08:34:19 [12344] DBG:maxfwd:is_maxfwd_present: value = 20 May  6 08:34:19 [12344] DBG:uri:has_totag: no totag May  6 08:34:19 [12344] DBG:core:parse_headers: flags=78 May  6 08:34:19 [12344] DBG:tm:t_lookup_request: start searching: hash=34952, isACK=0 May  6 08:34:19 [12344] DBG:tm:matching_3261: RFC3261 transaction matching failed May  6 08:34:19 [12344] DBG:tm:t_lookup_request: no transaction found May  6 08:34:19 [12344] DBG:core:grep_sock_info: checking if host==us: 9==9 &&  [localhost] == [127.0.0.1] May  6 08:34:19 [12344] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 May  6 08:34:19 [12344] DBG:core:parse_headers: flags=4000 May  6 08:34:19 [12344] DBG:core:parse_headers: flags=4000 May  6 08:34:19 [12344] DBG:core:get_hdr_field: content_length=0 May  6 08:34:19 [12344] DBG:core:get_hdr_field: found end of header May  6 08:34:19 [12344] DBG:auth:pre_auth: credentials with given realm not found May  6 08:34:19 [12344] DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="127.0.0.1", nonce="481ffd179c883b152fff778b374f2e8e1325239e" ' May  6 08:34:19 [12344] DBG:core:parse_headers: flags=ffffffffffffffff May  6 08:34:19 [12344] DBG:core:check_via_address: params 127.0.0.1, 127.0.0.1, 0 May  6 08:34:19 [12344] DBG:core:destroy_avp_list: destroying list (nil) May  6 08:34:19 [12344] DBG:core:receive_msg: cleaning up May  6 08:34:31 [12347] DBG:presence:msg_watchers_clean: cleaning pending subscriptions May  6 08:34:31 [12347] DBG:core:db_free_rows: freeing 0 rows May  6 08:34:31 [12347] DBG:presence:msg_presentity_clean: cleaning expired presentity information May  6 08:34:31 [12347] DBG:core:db_free_rows: freeing 0 rows May  6 08:36:11 [12347] DBG:presence:msg_watchers_clean: cleaning pending subscriptions May  6 08:36:11 [12347] DBG:core:db_free_rows: freeing 0 rows May  6 08:36:11 [12347] DBG:presence:msg_presentity_clean: cleaning expired presentity information May  6 08:36:11 [12347] DBG:core:db_free_rows: freeing 0 rows

I make sure that all Alice information is true, so why they told wrong password ? Could you have any comment ? THank a alot :*

Quote:

May 6 08:34:19 [12344] DBG:auth:pre_auth: credentials with given realm not found May 6 08:34:19 [12344] DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="127.0.0.1", nonce="481ffd179c883b152fff778b374f2e8e1325239e"

you added them to openser with 'localhost' as the realm, and in the response to their challenge the clients are supplying '127.0.0.1' as the realm. Either leave the realm param blank in your www_* functions in openser, or configure the clients to use the correct realm

x-console :

Quote: May 6 08:34:19 [12344] DBG:auth:pre_auth: credentials with given realm not found May 6 08:34:19 [12344] DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="127.0.0.1", nonce="481ffd179c883b152fff778b374f2e8e1325239e" you added them to openser with 'localhost' as the realm, and in the response to their challenge the clients are supplying '127.0.0.1' as the realm. Either leave the realm param blank in your www_* functions in openser, or configure the clients to use the correct realm

yep, I change localhost to 127.0.0.1, it works. I wonder why localhost and 127.0.0.1 is different in this case.

Thank you for your kind support, x-console.
One more question please:
Now I two clients: bob (OpenIC) and alice(UCT IMS client) registered to openser. However, when bob try to call alice, it fails. Openser log file likes:

Code:

May  6 23:57:53 [18780] DBG:core:receive_msg: cleaning up May  6 23:57:53 [18779] DBG:core:parse_msg: SIP Request: May  6 23:57:53 [18779] DBG:core:parse_msg:  method:  <ACK> May  6 23:57:53 [18779] DBG:core:parse_msg:  uri:     <sip:alice@127.0.0.1> May  6 23:57:53 [18779] DBG:core:parse_msg:  version: <SIP/2.0> May  6 23:57:53 [18779] DBG:core:parse_headers: flags=2 May  6 23:57:53 [18779] DBG:core:get_hdr_field: cseq <CSeq>: <1> <ACK> May  6 23:57:53 [18779] DBG:core:parse_to_param: tag=329cfeaa6ded039da25ff8cbb8668bd2.67d5 May  6 23:57:53 [18779] DBG:core:parse_to: end of header reached, state=29 May  6 23:57:53 [18779] DBG:core:parse_to: display={}, ruri={sip:alice@127.0.0.1} May  6 23:57:53 [18779] DBG:core:get_hdr_field: <To> [65]; uri=[sip:alice@127.0.0.1] May  6 23:57:53 [18779] DBG:core:get_hdr_field: to body [<sip:alice@127.0.0.1>] May  6 23:57:53 [18779] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK163cfc6c959679cd693dec4b5e888f32>; state=16 May  6 23:57:53 [18779] DBG:core:parse_via: end of header reached, state=5 May  6 23:57:53 [18779] DBG:core:parse_headers: via found, flags=2 May  6 23:57:53 [18779] DBG:core:parse_headers: this is the first via May  6 23:57:53 [18779] DBG:core:receive_msg: After parse_msg... May  6 23:57:53 [18779] DBG:core:receive_msg: preparing to run routing scripts... May  6 23:57:53 [18779] DBG:core:parse_headers: flags=8 M[b]ay  6 23:57:53 [18779] DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May  6 23:57:53 [18779] DBG:core:destroy_avp_list: destroying list (nil)[/b] May  6 23:57:53 [18779] DBG:core:receive_msg: cleaning up May  6 23:57:55 [18782] DBG:presence:msg_watchers_clean: cleaning pending subscriptions May  6 23:57:55 [18782] DBG:core:db_free_rows: freeing 0 rows May  6 23:57:55 [18782] DBG:presence:msg_presentity_clean: cleaning expired presentity information

and OpenIC console:

Code:

> T:8 E:12 Response for INVITE 407 Proxy Authentication Required is not handled by UE. Session destroyed.

Do you know why call fails ? Thank you in advance

something is still not right with the security challenge. The openser logs are to do with an ACK.. prolly one in repsonse to a 407. You need to spend time with SIP and understand what is required. try some other clients out.. see what output should be expected from clients that work correctly. take sip traces. look at the packet output.