responses inline...
2006/11/8, nick <nick(a)mobilia.it>it>:
samuel wrote:
I can not get the SRV for _sip._udp.mobilia.it,
does it have an ACL
blocking queries? (BTW, I can not get neither _mediaproxy._tcp.@ ...)
sam:/tmp# dig SRV _sip._udp.mobilia.it
;; QUESTION SECTION:
;_sip._udp.mobilia.it. IN SRV
;; AUTHORITY SECTION:
mobilia.it. 10734 IN SOA ns.mobilia.it.
root.mobilia.it. 2006112500 86400 7200 604800 86400
;; Query time: 4 msec
;; WHEN: Tue Nov 7 17:43:02 2006
;; MSG SIZE rcvd: 82
I haven't really been able to find a definitive answer for how to set
these things up, the examples I've found of SRV records sometimes
contain the domain, sometimes the IN, sometimes not..
I'll add the IN immediately.
in fact, now I test it, it's responding as it should. Looks like it was
my error.
I've also checked and now it works, congratulations!!!!
While I can
get sipserver.mobilia.it:
sam:/tmp# dig sipserver.mobilia.it
;; QUESTION SECTION:
;sipserver.mobilia.it. IN A
;; ANSWER SECTION:
sipserver.mobilia.it. 86400 IN A 89.202.252.16
;; AUTHORITY SECTION:
mobilia.it. 86400 IN NS dns2.nic.it.
mobilia.it. 86400 IN NS ns.mobilia.it.
So there's something that does not look right:
I think there's a missing IN in the _sip._udp record...
Also, can you try to change the SRV weight (2nd zero) to see if your
DNS provides an answer for your SRV records??
Hence, update next 2 lines:
_sip._udp SRV 0 0 5060 sipserver.mobilia.it.
^ ^
_sip._udp IN SRV 0 1 5060 sipserver
and:
_mediaproxy._tcp.mobilia.it. IN SRV 10 0 25010 sipserver.mobilia.it
_mediaproxy._tcp IN SRV 10 1 5060 sipserver
The mediaproxy entry is exactly what's on the mediaproxy page, but I'll
change it.. I definitely need to leave the port as 25010..
It was just a test :p...if it works with weight 0, great. I would alse
leave the port as the default.
Regarding module,listen, and alias config file statements is another
topic...can you post how does the messages the UA send to your proxy
look like (mainly the Req-URI) and how do you treat incoming messages
(config file).
Right now I'm using X-Lite
here's what it says it sends:
Where is the Req-URI?!?!!?
Via: SIP/2.0/
;branch=z9hG4bK-d87543-db28a169791d6a02-1--d87543-;rport
Via without
IP/hsotname?!?!?
Max-Forwards: 70
Contact: <sip:nick;rinstance=5cc9ab5df931ca7e>
Contact without
IP|hostname!?!?!? It looks like your X-lit is not
properly configured...
To: ""Nick
Warr""<sip:nick@mobilia.it>
From: ""Nick Warr""<sip:nick@mobilia.it>;tag=5b600304
Call-ID: YTQxMDc3MWE0NmM2NGU4ZjQ4ZDEzYWE2OWEzODIwZjc.
CSeq: 1 REGISTER
Expires: 3600
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
SUBSCRIBE, INFO
User-Agent: X-Lite release 1006e stamp 34025
Content-Length: 0
and what comes back:
Via: SIP/2.0/UDP
192.168.1.67:29668;branch=z9hG4bK-d87543-db28a169791d6a02-1--d87543-;rport=29668;received=89.202.252.8
To: ""Nick
Warr""<sip:nick@mobilia.it>;tag=1741889147b070c7f9a1e29a74a228ab.98fb
From: ""Nick Warr""<sip:nick@mobilia.it>;tag=5b600304
Call-ID: YTQxMDc3MWE0NmM2NGU4ZjQ4ZDEzYWE2OWEzODIwZjc.
CSeq: 1 REGISTER
Server: OpenSer (1.1.0-notls (x86_64/linux))
Warning: 392 89.202.252.16:5060 ""Noisy feedback tells: pid=30841
req_src_ip=89.202.252.8 req_src_port=29668 in_uri=sip:mobilia.it
out_uri=sip:mobilia.it via_cnt==1""
WWW-Authenticate: Digest realm=""mobilia.it"",
nonce=""4551ad823cfda21eb9f9f3bbcb6932392e6af91f""
Content-Length: 0
Either way, i still see these lines in my log:
DEBUG:parse_to:end of header reached, state=10
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DBUG:parse_to:
display={"Nick Warr"}, ruri={sip:nick@mobilia.it}
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DEBUG:
get_hdr_field: <To> [34]; uri=[sip:nick@mobilia.it]
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DEBUG: to body
["Nick Warr"<sip:nick@mobilia.it> ]
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DEBUG:
add_param: tag=5b600304
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]:
DEBUG:parse_to:end of header reached, state=29
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DBUG:parse_to:
display={"Nick Warr"}, ruri={sip:nick@mobilia.it}
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: parse_headers:
flags=200
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: get_hdr_field:
cseq <CSeq>: <2> <REGISTER>
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: DEBUG:
get_hdr_body : content_length=0
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: found end of
header
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]:
find_first_route: No Route headers found
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: loose_route:
There is no Route HF
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: grep_sock_info
- checking if host==us: 10==13 && [mobilia.it] == [89.202.252.16]
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: grep_sock_info
- checking if port 5060 matches port 5060
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: grep_sock_info
- checking if host==us: 10==13 && [mobilia.it] == [89.202.252.16]
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: grep_sock_info
- checking if port 5060 matches port 5060
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: check_nonce():
comparing [4551ad823cfda21eb9f9f3bbcb6932392e6af91f] and
[4551ad823cfda21eb9f9f3bbcb6932392e6af91f]
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]: HA1 string
calculated: f2e21125d764c658c207df9bdd6f75ba
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]:
check_response(): Our result = 'ea5ed106090f7ddb6e315531ba66740e'
Nov 8 11:07:19 sipserver /usr/local/sbin/openser[30840]:
check_response(): Authorization is OK
If you have entries in domain table and you are
using uri=~myself it
won't work because myself uses listen and alias parameteres to check
"membership".
I'm using the uri=myself at the moment.. as I'm just trying to register
using the same domain. The domain module is there for when I start to
give people addresses at their domains.
then setting:
listen=89.202.252.16
alias=mobilia.it
I think it would work OK with the myself check...
On the other
hand, is_uri_host_local will check the domain table....
So it depends on your config file to know where the problem is..
I'll be using that method a little later.
For last: export SIP_DOMAIN is only useful for
openserctl, not for the
behaviour of the server (it will affect how users are treated
depending on use_domain...).
Ok, that's what I thought, do I need to have the users use
sipserver.mobilia.it as the domain?
If you are using SRV and NAT I would use mobilia.it (look at the To:
and From: header of the REGISTER message you posted and you'll see
that the domain is mobilia.it.). Unfortunately you'll find "several"
problems depending on the UA your customers use and how they handle
oubound proxy, NAPTR, and SRV records...
But I'll go for it ;)
It's been
a long one...
Hope it helps,
It has indeed.
Samuel.
2006/11/7, nick <nick(a)mobilia.it>it>:
Franz Edler wrote:
>> I have the feeling that your DNS records
for your server are not o.k.
>> Show me your zone-files.
> here they are, a bit truncated, but the rest of the stuf has 0 to
do with
> this subject.. if you really want to see it,
I'll send it to you
via email
> directly
Your zone files are o.k.
So I have no clue where your problem is. Sorry.
Franz
Can someone please explain what I'm doing wrong???
my system name is this: Linux sipserver.mobilia.it 2.6.9-34.ELsmp
My zone files are correct, my PTR files are correct, I have the alias
lines in my openser.cfg, I've exported my SIP_DOMAIN, I have the
domain.so module loaded, with the domain mobilia.it (in the openser db),
I have the SIP_DOMAIN line in my openserctlrc, but my openser still
refuses to acknowledge that it's serving the domain mobilia.it
Can anyone help here?
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users