SearchSearch  Log in to check your private messagesLog in to check your private messages  recent posts Recent Posts
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
teaphoneOffline



Joined: Aug 01, 2006
Posts: 3

Status: Offline
Posted: Aug 01, 2006 - 11:26 AM Reply with quote Back to top
I install openser 1.1.0 on debian sarge(aptitude install ...). All the packages with openser has been install on my system .And then I've basically followed the installing and configure guide for openser,I am able to register new users on the server with the openserctl like this:openserctl add fzh fzh fzh [!at] myserver.com (replace the [!at] with a @). However, I just can't logon using xlite or windows messenger. The xlite get an registration error:478--unresolvable destination.what's wrong ?please help me
out here.thanks

my openser.cfg:
#
# $Id: openser.cfg,v 1.6 2006/02/15 18:23:46 bogdan_iancu Exp $
#
# simple quick-start config script
#

# ----------- global configuration parameters ------------------------

debug=9 # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=no # (cmd line: -E)

/* Uncomment these lines to enter debugging mode
fork=no
log_stderror=yes
*/
alias="myserver.com"

check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/openser_fifo"

#
# uncomment the following lines for TLS support
#disable_tls = 0
#listen = tls:your_IP:5061
#tls_verify = 1
#tls_require_certificate = 0
#tls_method = TLSv1
#tls_certificate = "/usr/local/src/openser-1.1.0-tls/debian/openser/etc/openser/tls/user/user-cert.pem"
#tls_private_key = "/usr/local/src/openser-1.1.0-tls/debian/openser/etc/openser/tls/user/user-privkey.pem"
#tls_ca_list = "/usr/local/src/openser-1.1.0-tls/debian/openser/etc/openser/tls/user/user-calist.pem"

# ------------------ module loading ----------------------------------

# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/openser/modules/mysql.so"

loadmodule "/usr/lib/openser/modules/sl.so"
loadmodule "/usr/lib/openser/modules/tm.so"
loadmodule "/usr/lib/openser/modules/rr.so"
loadmodule "/usr/lib/openser/modules/maxfwd.so"
loadmodule "/usr/lib/openser/modules/usrloc.so"
loadmodule "/usr/lib/openser/modules/registrar.so"
loadmodule "/usr/lib/openser/modules/textops.so"

# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/lib/openser/modules/auth.so"
loadmodule "/usr/lib/openser/modules/auth_db.so"

# ----------------- setting module-specific parameters ---------------

# -- usrloc params --

#modparam("usrloc", "db_mode", 0)
modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser")
# 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");
exit;
};

if (msg:len >= 2048 ) {
sl_send_reply("513", "Message too big");
exit;
};

# 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
if (!method=="REGISTER")
record_route();

# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
};

if (!uri==myself) {
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
# if you have some interdomain connections via TLS
#if(uri=~"@tls_domain1.net") {
# t_relay("tls:domain1.net");
# exit;
#} else if(uri=~"@tls_domain2.net") {
# t_relay("tls:domain2.net");
# exit;
#}
route(1);
};

# 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("myserver.com", "subscriber")) {
www_challenge("myserver.com", "0");
exit;
};

save("location");
exit;
};

lookup("aliases");
if (!uri==myself) {
append_hf("P-hint: outbound alias\r\n");
route(1);
};

# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
exit;
};
append_hf("P-hint: usrloc applied\r\n");
};

route(1);
}


route[1] {
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
exit;
}



the result of ngrep -qt port 5060:

U 2006/08/01 18:37:02.175372 59.64.183.247:1653 -> 59.64.183.197:5060
REGISTER sip:mysever.com SIP/2.0..Via: SIP/2.0/UDP 59.64.183.247:14098..Max-Forwards: 70..From
: <sip:fzh@mysever.com>;tag=4eac17c88c8e48a1acf6fe1501630f78;epid=a4b70f7a5c..To: <sip:fzh@mys
ever.com>..Call-ID: f382b45c333c4ea09e1d970a260688aa..CSeq: 1 REGISTER..Contact: <sip:59.64.18
3.247:14098>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REF
ER, BENOTIFY"..User-Agent: RTC/1.3.5369 (Messenger 5.1.0639)..Event: registration..Allow-Event
s: presence..Content-Length: 0....

U 2006/08/01 18:37:06.174300 59.64.183.197:5060 -> 59.64.183.247:14098
SIP/2.0 478 Unresolvable destination (478/TM)..Via: SIP/2.0/UDP 59.64.183.247:14098..From: <si
p:fzh@mysever.com>;tag=4eac17c88c8e48a1acf6fe1501630f78;epid=a4b70f7a5c..To: <sip:fzh@mysever.
com>;tag=fa997f81440371de71ab448ebdb9af56-4cb4..Call-ID: f382b45c333c4ea09e1d970a260688aa..CSe
q: 1 REGISTER..Server: OpenSer (1.1.0-tls (i386/linux))..Content-Length: 0..Warning: 392 59.64
.183.197:5060 "Noisy feedback tells: pid=6958 req_src_ip=59.64.183.247 req_src_port=1653 in_u
ri=sip:mysever.com out_uri=sip:mysever.com via_cnt==1"....


sorry for so long , i don't know where is wrong. please help me .
View user's profile Send private message
x-consoleOffline
Site Admin


Joined: Aug 01, 2006
Posts: 1503
Location: Leeds UK
Status: Offline
Posted: Aug 01, 2006 - 01:59 PM Reply with quote Back to top
erm.. from the ngrep output it looks like a DNS issue.

You aren't acutally using the literal phrase "myserver.com" are you? if so, do you really own that domain and have your OpenSER server included in that zone?

Cheers,
X-C
View user's profile Send private message Yahoo Messenger
teaphoneOffline



Joined: Aug 01, 2006
Posts: 3

Status: Offline
Posted: Aug 02, 2006 - 02:58 AM Reply with quote Back to top
thanks for your reply.

I misunderstand the meaning of "SIP_DOMAIN"

thank you very much.

x-console :
erm.. from the ngrep output it looks like a DNS issue.

You aren't acutally using the literal phrase "myserver.com" are you? if so, do you really own that domain and have your OpenSER server included in that zone?

Cheers,
X-C
View user's profile Send private message
ziggy123Offline



Joined: Jun 24, 2006
Posts: 295

Status: Offline
Posted: Aug 02, 2006 - 05:11 PM Reply with quote Back to top
Hello,

Excuse my reply, if you have already tried this, but did you also try registering by using your ip address rather than your domain name which appears to not be resolving via DNS forward/reverse lookup?
View user's profile Send private message
teaphoneOffline



Joined: Aug 01, 2006
Posts: 3

Status: Offline
Posted: Aug 05, 2006 - 01:02 PM Reply with quote Back to top
thanks.
I agree with you and i do it just like what you advise,it works fine.


ziggy123 :
Hello,

Excuse my reply, if you have already tried this, but did you also try registering by using your ip address rather than your domain name which appears to not be resolving via DNS forward/reverse lookup?
View user's profile Send private message


View previous topic Printable version Log in to check your private messages View next topic

Post new topic   Reply to topic
Forum Rules and Guidelines | About VoIP User | Privacy Policy


All logos and trademarks in this site are property of their respective owner.
Comments and posts are property of the poster, all the rest (c) 2003-2008 VoIP User Limited.

VoIP User Limited is incorporated in England and Wales under Company Number 6694577.

No part of this site may be reproduced without our prior consent.