12 Dec
2003
12 Dec
'03
1:37 a.m.
Hi All,
Just me, still trying to get authentication working... I have found by
placing a high debug value and starting ser I received some errors I never
saw before as I had no ata box plugged in during the startup. I'm not sure
if this points to why I can't authenticate. When the output says there is
no routing headers, is that the fault of my ATA?
Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
<REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 8(4583) found end of header
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers found
Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is no Route HF
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value received,
very suspicious !
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: '
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
<REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 6(4581) found end of header
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers found
Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is no Route HF
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
12 Dec
12 Dec
1:42 a.m.
On Thu, 11 Dec 2003, Rick Gocher wrote:
Hello,
Just me, still trying to get authentication working...
I have found by
placing a high debug value and starting ser I received some errors I never
saw before as I had no ata box plugged in during the startup. I'm not sure
if this points to why I can't authenticate. When the output says there is
no routing headers, is that the fault of my ATA?
I think was Jan who gave you the answer. SER is trying to challenge with
domain sip.coptalk.com but you are sending credentials as coptalk.com
Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
<REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 8(4583) found end of header
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers found
Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is no Route HF
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value received,
very suspicious !
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: '
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
<REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 6(4581) found end of header
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers found
Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is no Route HF
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
8:55 p.m.
Hi Jesus,
I'm not sure how to change the way the ata sends it credentials. I have my
name Rick listed for the UID:0 and UID:1 and the password for that user. I
filled in the gateway as both an IP and FQDN with neither changing the
actual problem. I tried placing @coptalk.com and @sip.coptalk.com behind
my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports Unauthorized.
etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't change the
ata perhaps I can change the way ser challenges?
Thank you for your help,
Rick
At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
On Thu, 11 Dec 2003, Rick Gocher wrote:
Hello,
Just me, still trying to get authentication
working... I have found by
placing a high debug value and starting ser I received some errors I never
saw before as I had no ata box plugged in during the startup. I'm not sure
if this points to why I can't authenticate. When the output says there is
no routing headers, is that the fault of my ATA?
I think was Jan who gave you the answer. SER is trying to challenge with
domain sip.coptalk.com but you are sending credentials as coptalk.com
Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
<REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 8(4583) found end of header
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 8(4583) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value received,
very suspicious !
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: '
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
<REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 6(4581) found end of header
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 6(4581) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
------------------------------- 
11:04 p.m.
On Friday 12 December 2003 13:55, Rick Gocher wrote:
Hi Jesus,
I'm not sure how to change the way the ata sends it credentials. I have my
name Rick listed for the UID:0 and UID:1 and the password for that user. I
filled in the gateway as both an IP and FQDN with neither changing the
Gateway??
What is the exact parameter you are filling in on the ATA? Gateway
is not to be used for SIP. Also, you must not put anything after your UID.
actual problem. I tried placing @coptalk.com and
@sip.coptalk.com behind
my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports Unauthorized.
etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't change the
ata perhaps I can change the way ser challenges?
Thank you for your help,
Rick
At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
On Thu, 11 Dec 2003, Rick Gocher wrote:
Hello,
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers Just me, still trying to get authentication
working... I have found by
placing a high debug value and starting ser I received some errors I
never saw before as I had no ata box plugged in during the startup.
I'm not sure if this points to why I can't authenticate. When the
output says there is no routing headers, is that the fault of my ATA?
I think was Jan who gave you the answer. SER is trying to challenge with
domain sip.coptalk.com but you are sending credentials as coptalk.com
Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
<REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
get_hdr_body :
content_length=0 Dec 11 16:07:19 sip ser: 8(4583) found end of header
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present:
max_forwards header not found!
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 8(4583) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us:
16==9 && [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us:
16==13 && [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value
received, very suspicious !
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: '
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
<REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
get_hdr_body :
content_length=0 Dec 11 16:07:19 sip ser: 6(4581) found end of header
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present:
max_forwards header not found!
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 6(4581) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us:
16==9 && [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us:
16==13 && [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
15 Dec
15 Dec
1:45 p.m.
On Fri, 12 Dec 2003, Rick Gocher wrote:
Hello,
I'm not sure how to change the way the ata sends
it credentials. I have my
name Rick listed for the UID:0 and UID:1 and the password for that user. I
filled in the gateway as both an IP and FQDN with neither changing the
actual problem. I tried placing @coptalk.com and @sip.coptalk.com behind
my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports Unauthorized.
etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't change the
ata perhaps I can change the way ser challenges?
With Cisco ATA you don't need the gateway field. You have to fill:
UID0
PWD0
GkOrProxy
UseSIP
(and others, but these are required).
For example, you have:
UID0 = Rick
PWD0 = password
GkOrProxy = sip.coptalk.com
UseSIP = 1
Then, in SER you have to set you domain as sip.coptalk.com and NOT
coptalk.com. You MUST use the same domain in SER and ATA. If you set GkOrPRoxy
in ATA as coptalk.com then SER must challenge coptalk.com.
Regards.
At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
On Thu, 11 Dec 2003, Rick Gocher wrote:
Hello,
Just me, still trying to get authentication
working... I have found by
placing a high debug value and starting ser I received some errors I never
saw before as I had no ata box plugged in during the startup. I'm not sure
if this points to why I can't authenticate. When the output says there is
no routing headers, is that the fault of my ATA?
I think was Jan who gave you the answer. SER is trying to challenge with
domain sip.coptalk.com but you are sending credentials as coptalk.com
Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
<REGISTER>
Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 8(4583) found end of header
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 8(4583) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value received,
very suspicious !
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: '
Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
is_maxfwd_present: searching for max_forwards header
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
uri=[sip:Rick@sip.coptalk.com]
Dec 11 16:07:19 sip ser:
Dec 11 16:07:19 sip ser: ]
Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
<REGISTER>
Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
get_hdr_body : content_length=0
Dec 11 16:07:19 sip ser: 6(4581) found end of header
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present: max_forwards
header not found!
Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers
found
Dec 11 16:07:19 sip ser: 6(4581) loose_route():
There is no Route HF
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==9
&& [sip.coptalk.com] == [127.0.0.1]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if host==us: 16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
7:20 p.m.
Hi again,
I have only UID0 and UID1 and GKorProxy and use Sip, nothing in
gateway. I'm not sure where to set my domain in ser. My hostname in
/etc/sysconfig/network is set to sip.coptalk.com. Should I change it just
to sip? I have several aliases I have placed trying to get things working
in ser.cfg,
alias="coptalk.com"
alias="sip"
alias="sip.coptalk.com
Besides that the only other place which has my domain in ser.cfg is the
if (uri==myself) {
if (method=="REGISTER") {
# digest authentication
log(1,"request for registration");
# if (!www_authorize("coptalk.com",
"subscriber")) {
# www_challenge("coptalk.com", "0");
# break;
# };
save("location");
break;
};
As you see I have commented out the www_authorize because if I don't Xten
lite cannot login. It and the ata just get the 401 unauthorized
error. Currently, I can dial out to a number, immediately the display on
the xten phone says error 404 user not found and just plays fast
busy. Then phone I was dialing out to, rings and if you pick it up there
is nothing there. I have to use the Xten for testing because with sip reg
on, the ata does not even get a dial tone. :p
I would like to think, with the call actually being passed to my gateway
and a return SIP/2.0 200 OK..Via: SIP/2.0/UDP, I must be getting close...
Thanks again for all your help,
Rick
At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez wrote:
On Fri, 12 Dec 2003, Rick Gocher wrote:
Hello,
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
I'm not sure how to change the way the ata
sends it credentials. I have my
name Rick listed for the UID:0 and UID:1 and the password for that user. I
filled in the gateway as both an IP and FQDN with neither changing the
actual problem. I tried placing @coptalk.com and @sip.coptalk.com behind
my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports Unauthorized.
etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't change the
ata perhaps I can change the way ser challenges?
With Cisco ATA you don't need the gateway field. You have to fill:
UID0
PWD0
GkOrProxy
UseSIP
(and others, but these are required).
For example, you have:
UID0 = Rick
PWD0 = password
GkOrProxy = sip.coptalk.com
UseSIP = 1
Then, in SER you have to set you domain as sip.coptalk.com and NOT
coptalk.com. You MUST use the same domain in SER and ATA. If you set GkOrPRoxy
in ATA as coptalk.com then SER must challenge coptalk.com.
Regards.
At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez
wrote:
>On Thu, 11 Dec 2003, Rick Gocher wrote:
>
>Hello,
>
> > Just me, still trying to get authentication working... I have found by
> > placing a high debug value and starting ser I received some errors
I
never
> > saw before as I had no ata box plugged
in during the startup. I'm
not sure
> > if this points to why I can't
authenticate. When the output says
there is
> > no routing headers, is that the fault
of my ATA?
>
>I think was Jan who gave you the answer. SER is trying to challenge with
>domain sip.coptalk.com but you are sending credentials as coptalk.com
>
>
>
>
>
> > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
> > Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
> > Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
> > Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
> > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
> > Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
> > is_maxfwd_present: searching for max_forwards header
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
> > uri=[sip:Rick@sip.coptalk.com]
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: ]
> > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
> <REGISTER>
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
content_length=0
> > Dec 11 16:07:19 sip ser: 8(4583) found
end of header
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present:
max_forwards
> > header not found!
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
> > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers
> found
> > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is no Route HF
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
host==us:
16==9
> > && [sip.coptalk.com] ==
[127.0.0.1]
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
host==us:
16==13
> > && [sip.coptalk.com] ==
[64.189.165.205]
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
> > check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > [3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value
received,
> > very suspicious !
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: '
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
> > 64.189.165.206, 0)
> > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
> > Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
> > Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
> > Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
> > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
> > Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
> > is_maxfwd_present: searching for max_forwards header
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
> > uri=[sip:Rick@sip.coptalk.com]
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: ]
> > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
> <REGISTER>
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
content_length=0
> > Dec 11 16:07:19 sip ser: 6(4581) found
end of header
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present:
max_forwards
> > header not found!
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
> > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers
> found
> > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is no Route HF
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
host==us:
16==9
> > && [sip.coptalk.com] ==
[127.0.0.1]
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
host==us:
16==13
&& [sip.coptalk.com] == [64.189.165.205]
Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
matches port 5060
Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
[3fd907e3929aea9bad25fbd47b3ea062d9215574]
Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
'Rick(a)coptalk.com'
Dec 11 16:07:20 sip ser:
Dec 11 16:07:20 sip ser: '
Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
64.189.165.206, 0)
Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
16 Dec
16 Dec
12:08 p.m.
On Mon, 15 Dec 2003, Rick Gocher wrote:
Hi,
# if
(!www_authorize("coptalk.com", "subscriber")) {
# www_challenge("coptalk.com", "0");
This is the domain you have to use. The domain that you challenge is the
domain that must be sent in your credentials. If you use sip.coptalk.com, then
you have to challenge sip.coptalk.com instead coptalk.com as you are doing
now.
At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez wrote:
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
On Fri, 12 Dec 2003, Rick Gocher wrote:
Hello,
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
I'm not sure how to change the way the ata
sends it credentials. I have my
name Rick listed for the UID:0 and UID:1 and the password for that user. I
filled in the gateway as both an IP and FQDN with neither changing the
actual problem. I tried placing @coptalk.com and @sip.coptalk.com behind
my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports Unauthorized.
etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't change the
ata perhaps I can change the way ser challenges?
With Cisco ATA you don't need the gateway field. You have to fill:
UID0
PWD0
GkOrProxy
UseSIP
(and others, but these are required).
For example, you have:
UID0 = Rick
PWD0 = password
GkOrProxy = sip.coptalk.com
UseSIP = 1
Then, in SER you have to set you domain as sip.coptalk.com and NOT
coptalk.com. You MUST use the same domain in SER and ATA. If you set GkOrPRoxy
in ATA as coptalk.com then SER must challenge coptalk.com.
Regards.
At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez
wrote:
>On Thu, 11 Dec 2003, Rick Gocher wrote:
>
>Hello,
>
> > Just me, still trying to get authentication working... I have found by
> > placing a high debug value and starting ser I received some errors
I
never
> > saw before as I had no ata box plugged
in during the startup. I'm
not sure
> > if this points to why I can't
authenticate. When the output says
there is
> > no routing headers, is that the fault
of my ATA?
>
>I think was Jan who gave you the answer. SER is trying to challenge with
>domain sip.coptalk.com but you are sending credentials as coptalk.com
>
>
>
>
>
> > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
> > Dec 11 16:07:19 sip ser: 8(4583) uri: <sip:sip.coptalk.com>
> > Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the first via
> > Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
> > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing scripts...
> > Dec 11 16:07:19 sip ser: 8(4583) entering main route 8(4583) DEBUG :
> > is_maxfwd_present: searching for max_forwards header
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To> [27];
> > uri=[sip:Rick@sip.coptalk.com]
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: ]
> > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>: <7>
> <REGISTER>
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
content_length=0
> > Dec 11 16:07:19 sip ser: 8(4583) found
end of header
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present:
max_forwards
> > header not found!
> > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
> > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
> > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route headers
> found
> > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is no Route HF
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
host==us:
16==9
> > && [sip.coptalk.com] ==
[127.0.0.1]
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
host==us:
16==13
> > && [sip.coptalk.com] ==
[64.189.165.205]
> > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
> > check_nonce(): comparing [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > [3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value
received,
> > very suspicious !
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: '
> > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
> > 64.189.165.206, 0)
> > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
> > Dec 11 16:07:19 sip ser: 6(4581) uri: <sip:sip.coptalk.com>
> > Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the first via
> > Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
> > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing scripts...
> > Dec 11 16:07:19 sip ser: 6(4581) entering main route 6(4581) DEBUG :
> > is_maxfwd_present: searching for max_forwards header
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To> [27];
> > uri=[sip:Rick@sip.coptalk.com]
> > Dec 11 16:07:19 sip ser:
> > Dec 11 16:07:19 sip ser: ]
> > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>: <8>
> <REGISTER>
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
content_length=0
> > Dec 11 16:07:19 sip ser: 6(4581) found
end of header
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present:
max_forwards
> > header not found!
> > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
> > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
> > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
> > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route headers
> found
> > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is no Route HF
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
host==us:
16==9
> > && [sip.coptalk.com] ==
[127.0.0.1]
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
> > matches port 5060
> > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
host==us:
16==13
>
&& [sip.coptalk.com] == [64.189.165.205]
> Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port 5060
> matches port 5060
> Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
> check_nonce(): comparing [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
> [3fd907e3929aea9bad25fbd47b3ea062d9215574]
> Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
> 'Rick(a)coptalk.com'
> Dec 11 16:07:20 sip ser:
> Dec 11 16:07:20 sip ser: '
> Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
> Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
> 64.189.165.206, 0)
> Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
9:39 p.m.
Hi, please accept my apologies for asking the same questions. I have read
through the sip tutorial, faqs and other docs with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten. I
have placed coptalk.com and sip.coptalk.com in the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register, right?
Thanks again for all your help,
Rick
At 11:08 AM 12/16/2003 +0100, Jesus Rodriguez wrote:
On Mon, 15 Dec 2003, Rick Gocher wrote:
Hi,
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
# if
(!www_authorize("coptalk.com", "subscriber")) {
# www_challenge("coptalk.com", "0");
This is the domain you have to use. The domain that you challenge is the
domain that must be sent in your credentials. If you use sip.coptalk.com, then
you have to challenge sip.coptalk.com instead coptalk.com as you are doing
now.
At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez
wrote:
>On Fri, 12 Dec 2003, Rick Gocher wrote:
>
>Hello,
>
> > I'm not sure how to change the way the ata sends it credentials. I
have my
> > name Rick listed for the UID:0 and
UID:1 and the password for that
user. I
> > filled in the gateway as both an IP and
FQDN with neither changing the
> > actual problem. I tried placing @coptalk.com and @sip.coptalk.com
behind
> > my UID: i.e. Rick(a)sip.coptalk.com but
then the ngrep reports
Unauthorized.
> > etc.
sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't
change the
> > ata perhaps I can change the way ser
challenges?
>
>With Cisco ATA you don't need the gateway field. You have to fill:
>
>UID0
>PWD0
>GkOrProxy
>UseSIP
>
>(and others, but these are required).
>
>For example, you have:
>
>UID0 = Rick
>PWD0 = password
>GkOrProxy = sip.coptalk.com
>UseSIP = 1
>
>Then, in SER you have to set you domain as sip.coptalk.com and NOT
>coptalk.com. You MUST use the same domain in SER and ATA. If you set
GkOrPRoxy
>in ATA as coptalk.com then SER must challenge
coptalk.com.
>
>Regards.
>
>
>
>
> > At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
> > >On Thu, 11 Dec 2003, Rick Gocher wrote:
> > >
> > >Hello,
> > >
> > > > Just me, still trying to get authentication working... I have
found by
> > > > placing a high debug value
and starting ser I received some errors
> I never
> > > > saw before as I had no ata box plugged in during the startup.
I'm
> not sure
> > > > if this points to why I can't authenticate. When the output
says
> there is
> > > > no routing headers, is that the fault of my ATA?
> > >
> > >I think was Jan who gave you the answer. SER is trying to
challenge
with
> > >domain sip.coptalk.com but you are
sending credentials as coptalk.com
> > >
> > >
> > >
> > >
> > >
> > > > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > > > Dec 11 16:07:19 sip ser: 8(4583) method: <REGISTER>
> > > > Dec 11 16:07:19 sip ser: 8(4583) uri:
<sip:sip.coptalk.com>
> > > > Dec 11 16:07:19 sip ser: 8(4583) version: <SIP/2.0>
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=5
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: Via found, flags=1
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: this is the
first via
> > > > Dec 11 16:07:19 sip ser:
8(4583) After parse_msg...
> > > > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing
scripts...
> > > > Dec 11 16:07:19 sip ser:
8(4583) entering main route 8(4583)
DEBUG :
> > > > is_maxfwd_present: searching
for max_forwards header
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=8
> > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_field: <To>
[27];
> > > > uri=[sip:Rick@sip.coptalk.com]
> > > > Dec 11 16:07:19 sip ser:
> > > > Dec 11 16:07:19 sip ser: ]
> > > > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq <CSeq>:
<7>
> > > <REGISTER>
> > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
> content_length=0
> > > > Dec 11 16:07:19 sip ser: 8(4583) found end of header
> > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: is_maxfwd_present:
> max_forwards
> > > > header not found!
> > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param: tag=1804086518
> > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached, state=29
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=256
> > > > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No Route
headers
> > > found
> > > > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is no
Route HF
> > > > Dec 11 16:07:19 sip ser:
8(4583) check_self - checking if
> host==us: 16==9
> > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port
5060
> > > > matches port 5060
> > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> host==us: 16==13
> > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if port
5060
> > > > matches port 5060
> > > > Dec 11 16:07:19 sip ser: 8(4583) request for registration 8(4583)
> > > > check_nonce(): comparing
[3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > > >
[3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > > > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce value
> received,
> > > > very suspicious !
> > > > Dec 11 16:07:19 sip ser:
> > > > Dec 11 16:07:19 sip ser: '
> > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > > > Dec 11 16:07:19 sip ser: 8(4583) check_via_address(64.189.165.206,
> > > > 64.189.165.206, 0)
> > > > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > > > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > > > Dec 11 16:07:19 sip ser: 6(4581) method: <REGISTER>
> > > > Dec 11 16:07:19 sip ser: 6(4581) uri:
<sip:sip.coptalk.com>
> > > > Dec 11 16:07:19 sip ser: 6(4581) version: <SIP/2.0>
> > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=5
> > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: Via found, flags=1
> > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: this is the
first via
> > > > Dec 11 16:07:19 sip ser:
6(4581) After parse_msg...
> > > > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing
scripts...
> > > > Dec 11 16:07:19 sip ser:
6(4581) entering main route 6(4581)
DEBUG :
> > > > is_maxfwd_present: searching
for max_forwards header
> > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=8
> > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_field: <To>
[27];
> > > > uri=[sip:Rick@sip.coptalk.com]
> > > > Dec 11 16:07:19 sip ser:
> > > > Dec 11 16:07:19 sip ser: ]
> > > > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq <CSeq>:
<8>
> > > <REGISTER>
> > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
> content_length=0
> > > > Dec 11 16:07:19 sip ser: 6(4581) found end of header
> > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: is_maxfwd_present:
> max_forwards
> > > > header not found!
> > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param: tag=1804086518
> > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached, state=29
> > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=256
> > > > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No Route
headers
> > > found
> > > > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is no
Route HF
> > > > Dec 11 16:07:19 sip ser:
6(4581) check_self - checking if
> host==us: 16==9
> > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port
5060
> > > > matches port 5060
> > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> host==us: 16==13
> > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if port
5060
> > > > matches port 5060
> > > > Dec 11 16:07:20 sip ser: 6(4581) request for registration 6(4581)
> > > > check_nonce(): comparing
[3fd907e3929aea9bad25fbd47b3ea062d9215574] and
> > [3fd907e3929aea9bad25fbd47b3ea062d9215574]
> > Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for user
> > 'Rick(a)coptalk.com'
> > Dec 11 16:07:20 sip ser:
> > Dec 11 16:07:20 sip ser: '
> > Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
> > Dec 11 16:07:20 sip ser: 6(4581) check_via_address(64.189.165.206,
> > 64.189.165.206, 0)
> > Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
>
>
>Saludos
>JesusR.
>
>-------------------------------
>Jesus Rodriguez
>VozTelecom Sistemas, S.L.
>jesusr(a)voztele.com
>http://www.voztele.com
>Tel. 902360305
>-------------------------------
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
------------------------------- 
9:43 p.m.
Can you please attach your ser.cfg file.
Kannaiyan
----- Original Message -----
From: "Rick Gocher" <rgocher(a)coptalk.com>
To: "Jesus Rodriguez" <jesusr(a)voztele.com>
Cc: <serusers(a)lists.iptel.org>
Sent: Tuesday, December 16, 2003 7:39 PM
Subject: Re: [Serusers] Debug information
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hi, please accept my apologies for asking the same
questions. I have
read
through the sip tutorial, faqs and other docs with
little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten.
I
have placed coptalk.com and sip.coptalk.com in the
auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
Thanks again for all your help,
Rick
At 11:08 AM 12/16/2003 +0100, Jesus Rodriguez wrote:
>On Mon, 15 Dec 2003, Rick Gocher wrote:
>
>Hi,
>
> > # if (!www_authorize("coptalk.com",
"subscriber")) {
> > #
www_challenge("coptalk.com", "0");
>
>This is the domain you have to use. The domain that you challenge is the
>domain that must be sent in your credentials. If you use sip.coptalk.com,
then
>you have to challenge sip.coptalk.com instead
coptalk.com as you are
doing
>now.
>
>
> > At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez wrote:
> > >On Fri, 12 Dec 2003, Rick Gocher wrote:
> > >
> > >Hello,
> > >
> > > > I'm not sure how to change the way the ata sends it credentials.
I
> have my
> > > > name Rick listed for the UID:0 and UID:1 and the password for that
> user. I
> > > > filled in the gateway as both an IP and FQDN with neither changing
the
> > > > actual problem. I tried placing
@coptalk.com and @sip.coptalk.com
> behind
> > > > my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports
> Unauthorized.
> > > > etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't
> change the
> > > > ata perhaps I can change the way ser challenges?
> > >
> > >With Cisco ATA you don't need the gateway field. You have to fill:
> > >
> > >UID0
> > >PWD0
> > >GkOrProxy
> > >UseSIP
> > >
> > >(and others, but these are required).
> > >
> > >For example, you have:
> > >
> > >UID0 = Rick
> > >PWD0 = password
> > >GkOrProxy = sip.coptalk.com
> > >UseSIP = 1
> > >
> > >Then, in SER you have to set you domain as sip.coptalk.com and NOT
> > >coptalk.com. You MUST use the same domain in SER and ATA. If you set
> GkOrPRoxy
> > >in ATA as coptalk.com then SER must challenge coptalk.com.
> > >
> > >Regards.
> > >
> > >
> > >
> > >
> > > > At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
> > > > >On Thu, 11 Dec 2003, Rick Gocher wrote:
> > > > >
> > > > >Hello,
> > > > >
> > > > > > Just me, still trying to get authentication working... I
have
> found by
> > > > > > placing a high debug value and starting ser I received some
errors
> > > I never
> > > > > > saw before as I had no ata box plugged in during the
startup.
I'm
> > > not sure
> > > > > > if this points to why I can't authenticate. When the
output
says
> > > there is
> > > > > > no routing headers, is that the fault of my ATA?
> > > > >
> > > > >I think was Jan who gave you the answer. SER is trying to
> challenge with
> > > > >domain sip.coptalk.com but you are sending credentials as
coptalk.com
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) entering main route
8(4583)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq
<CSeq>:
<7>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip ser:
8(4583) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) request for registration
8(4583)
> > > > > > check_nonce():
comparing
> [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > > > > > [3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce
value
> > > received,
> > > > > > very suspicious !
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: '
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583)
check_via_address(64.189.165.206,
> > > > > > 64.189.165.206, 0)
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) entering main route
6(4581)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq
<CSeq>:
<8>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip ser:
6(4581) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) request for registration
6(4581)
> > > > > > check_nonce():
comparing
> [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
> > > > > > [3fd907e3929aea9bad25fbd47b3ea062d9215574]
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for
user
> > > > > >
'Rick(a)coptalk.com'
> > > > > > Dec 11 16:07:20 sip ser:
> > > > > > Dec 11 16:07:20 sip ser: '
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
> > > > > > Dec 11 16:07:20 sip ser: 6(4581)
check_via_address(64.189.165.206,
> > >
64.189.165.206, 0)
> > > Dec 11 16:07:20 sip ser: 6(4581) receive_msg: cleaning up
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers(a)lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> >
> >
> >Saludos
> >JesusR.
> >
> >-------------------------------
> >Jesus Rodriguez
> >VozTelecom Sistemas, S.L.
> >jesusr(a)voztele.com
> >http://www.voztele.com
> >Tel. 902360305
> >-------------------------------
>
Saludos
JesusR.
-------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------
10:02 p.m.
Sure, thank you.
Rick
At 07:43 PM 12/16/2003 +0000, Kannaiyan Natesan wrote:
Can you please attach your ser.cfg file.
Kannaiyan
----- Original Message -----
From: "Rick Gocher" <rgocher(a)coptalk.com>
To: "Jesus Rodriguez" <jesusr(a)voztele.com>
Cc: <serusers(a)lists.iptel.org>
Sent: Tuesday, December 16, 2003 7:39 PM
Subject: Re: [Serusers] Debug information
Hi, please accept my apologies for asking the
same questions. I have
read
through the sip tutorial, faqs and other docs
with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten.
I
have placed coptalk.com and sip.coptalk.com in
the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
Thanks again for all your help,
Rick
At 11:08 AM 12/16/2003 +0100, Jesus Rodriguez wrote:
>On Mon, 15 Dec 2003, Rick Gocher wrote:
>
>Hi,
>
> > # if (!www_authorize("coptalk.com",
"subscriber")) {
> > #
www_challenge("coptalk.com", "0");
>
>This is the domain you have to use. The domain that you challenge is the
>domain that must be sent in your credentials. If you use sip.coptalk.com,
then
>you have to challenge sip.coptalk.com instead
coptalk.com as you are
doing
>now.
>
>
> > At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez wrote:
> > >On Fri, 12 Dec 2003, Rick Gocher wrote:
> > >
> > >Hello,
> > >
> > > > I'm not sure how to change the way the ata sends it credentials.
I
> have my
> > > > name Rick listed for the UID:0 and UID:1 and the password for that
> user. I
> > > > filled in the gateway as both an IP and FQDN with neither changing
the
> > > > actual problem. I tried
placing @coptalk.com and @sip.coptalk.com
> behind
> > > > my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports
> Unauthorized.
> > > > etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't
> change the
> > > > ata perhaps I can change the way ser challenges?
> > >
> > >With Cisco ATA you don't need the gateway field. You have to fill:
> > >
> > >UID0
> > >PWD0
> > >GkOrProxy
> > >UseSIP
> > >
> > >(and others, but these are required).
> > >
> > >For example, you have:
> > >
> > >UID0 = Rick
> > >PWD0 = password
> > >GkOrProxy = sip.coptalk.com
> > >UseSIP = 1
> > >
> > >Then, in SER you have to set you domain as sip.coptalk.com and NOT
> > >coptalk.com. You MUST use the same domain in SER and ATA. If you set
> GkOrPRoxy
> > >in ATA as coptalk.com then SER must challenge coptalk.com.
> > >
> > >Regards.
> > >
> > >
> > >
> > >
> > > > At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
> > > > >On Thu, 11 Dec 2003, Rick Gocher wrote:
> > > > >
> > > > >Hello,
> > > > >
> > > > > > Just me, still trying to get authentication working... I
have
> found by
> > > > > > placing a high debug value and starting ser I received some
errors
> > > I never
> > > > > > saw before as I had no ata box plugged in during the
startup.
I'm
> > > not sure
> > > > > > if this points to why I can't authenticate. When the
output
says
> > > there is
> > > > > > no routing headers, is that the fault of my ATA?
> > > > >
> > > > >I think was Jan who gave you the answer. SER is trying to
> challenge with
> > > > >domain sip.coptalk.com but you are sending credentials as
coptalk.com
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) entering main route
8(4583)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq
<CSeq>:
<7>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) request for registration
8(4583)
> > > > > > check_nonce():
comparing
> [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > > > > > [3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce
value
> > > received,
> > > > > > very suspicious !
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: '
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583)
check_via_address(64.189.165.206,
> > > > > > 64.189.165.206, 0)
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) entering main route
6(4581)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq
<CSeq>:
<8>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) request for registration
6(4581)
> > > > > > check_nonce():
comparing
> [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
> > > > > > [3fd907e3929aea9bad25fbd47b3ea062d9215574]
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for
user
> > > > > >
'Rick(a)coptalk.com'
> > > > > > Dec 11 16:07:20 sip ser:
> > > > > > Dec 11 16:07:20 sip ser: '
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
> > > > > > Dec 11 16:07:20 sip ser: 6(4581)
check_via_address(64.189.165.206,
> > > > > > > 64.189.165.206, 0)
> > > > > > > Dec 11 16:07:20 sip ser: 6(4581) receive_msg:
cleaning up
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Serusers mailing list
> > > > > > > serusers(a)lists.iptel.org
> > > > > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > > > > >
> > > > > >
> > > > > >
> > > > > >Saludos
> > > > > >JesusR.
> > > > > >
> > > > > >-------------------------------
> > > > > >Jesus Rodriguez
> > > > > >VozTelecom Sistemas, S.L.
> > > > > >jesusr(a)voztele.com
> > > > > >http://www.voztele.com
> > > > > >Tel. 902360305
> > > > > >-------------------------------
> > > > >
> > > >
> > > >
> > > >Saludos
> > > >JesusR.
> > > >
> > > >-------------------------------
> > > >Jesus Rodriguez
> > > >VozTelecom Sistemas, S.L.
> > > >jesusr(a)voztele.com
> > > >http://www.voztele.com
> > > >Tel. 902360305
> > > >-------------------------------
> > >
> >
> >
> >Saludos
> >JesusR.
> >
> >-------------------------------
> >Jesus Rodriguez
> >VozTelecom Sistemas, S.L.
> >jesusr(a)voztele.com
> >http://www.voztele.com
> >Tel. 902360305
> >-------------------------------
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
18 Dec
18 Dec
9:38 p.m.
Hi everyone,
Not sure if this was received, here is my ser.cfg....
Thank you again for all your help,
Rick
At 07:43 PM 12/16/2003 +0000, Kannaiyan Natesan wrote:
Can you please attach your ser.cfg file.
Kannaiyan
----- Original Message -----
From: "Rick Gocher" <rgocher(a)coptalk.com>
To: "Jesus Rodriguez" <jesusr(a)voztele.com>
Cc: <serusers(a)lists.iptel.org>
Sent: Tuesday, December 16, 2003 7:39 PM
Subject: Re: [Serusers] Debug information
Hi, please accept my apologies for asking the
same questions. I have
read
through the sip tutorial, faqs and other docs
with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten.
I
have placed coptalk.com and sip.coptalk.com in
the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
Thanks again for all your help,
Rick
At 11:08 AM 12/16/2003 +0100, Jesus Rodriguez wrote:
>On Mon, 15 Dec 2003, Rick Gocher wrote:
>
>Hi,
>
> > # if (!www_authorize("coptalk.com",
"subscriber")) {
> > #
www_challenge("coptalk.com", "0");
>
>This is the domain you have to use. The domain that you challenge is the
>domain that must be sent in your credentials. If you use sip.coptalk.com,
then
>you have to challenge sip.coptalk.com instead
coptalk.com as you are
doing
>now.
>
>
> > At 12:45 PM 12/15/2003 +0100, Jesus Rodriguez wrote:
> > >On Fri, 12 Dec 2003, Rick Gocher wrote:
> > >
> > >Hello,
> > >
> > > > I'm not sure how to change the way the ata sends it credentials.
I
> have my
> > > > name Rick listed for the UID:0 and UID:1 and the password for that
> user. I
> > > > filled in the gateway as both an IP and FQDN with neither changing
the
> > > > actual problem. I tried
placing @coptalk.com and @sip.coptalk.com
> behind
> > > > my UID: i.e. Rick(a)sip.coptalk.com but then the ngrep reports
> Unauthorized.
> > > > etc. sip:Rick@sip.coptalk.com@sip.coptalk.com.... If I can't
> change the
> > > > ata perhaps I can change the way ser challenges?
> > >
> > >With Cisco ATA you don't need the gateway field. You have to fill:
> > >
> > >UID0
> > >PWD0
> > >GkOrProxy
> > >UseSIP
> > >
> > >(and others, but these are required).
> > >
> > >For example, you have:
> > >
> > >UID0 = Rick
> > >PWD0 = password
> > >GkOrProxy = sip.coptalk.com
> > >UseSIP = 1
> > >
> > >Then, in SER you have to set you domain as sip.coptalk.com and NOT
> > >coptalk.com. You MUST use the same domain in SER and ATA. If you set
> GkOrPRoxy
> > >in ATA as coptalk.com then SER must challenge coptalk.com.
> > >
> > >Regards.
> > >
> > >
> > >
> > >
> > > > At 12:42 AM 12/12/2003 +0100, Jesus Rodriguez wrote:
> > > > >On Thu, 11 Dec 2003, Rick Gocher wrote:
> > > > >
> > > > >Hello,
> > > > >
> > > > > > Just me, still trying to get authentication working... I
have
> found by
> > > > > > placing a high debug value and starting ser I received some
errors
> > > I never
> > > > > > saw before as I had no ata box plugged in during the
startup.
I'm
> > > not sure
> > > > > > if this points to why I can't authenticate. When the
output
says
> > > there is
> > > > > > no routing headers, is that the fault of my ATA?
> > > > >
> > > > >I think was Jan who gave you the answer. SER is trying to
> challenge with
> > > > >domain sip.coptalk.com but you are sending credentials as
coptalk.com
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) entering main route
8(4583)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) get_hdr_field: cseq
<CSeq>:
<7>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip
ser: 8(4583) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) request for registration
8(4583)
> > > > > > check_nonce():
comparing
> [3fd907c2aa2d6c72cd666f9109e45155055b2d36] and
> > > > > > [3fd907c23a57f75133a55828041f2c9ee7b081c2]
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) pre_auth(): Invalid nonce
value
> > > received,
> > > > > > very suspicious !
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: '
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) parse_headers: flags=-1
> > > > > > Dec 11 16:07:19 sip ser: 8(4583)
check_via_address(64.189.165.206,
> > > > > > 64.189.165.206, 0)
> > > > > > Dec 11 16:07:19 sip ser: 8(4583) receive_msg: cleaning up
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) SIP Request:
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) method:
<REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) uri:
<sip:sip.coptalk.com>
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) version: <SIP/2.0>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=1
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=5
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: Via found,
flags=1
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: this is the
> first via
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) After parse_msg...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) preparing to run routing
> scripts...
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) entering main route
6(4581)
> DEBUG :
> > > > > > is_maxfwd_present: searching for max_forwards header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) parse_headers: flags=128
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) end of header reached,
state=8
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) DEBUG: get_hdr_field: <To>
[27];
> > > > > >
uri=[sip:Rick@sip.coptalk.com]
> > > > > > Dec 11 16:07:19 sip ser:
> > > > > > Dec 11 16:07:19 sip ser: ]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) get_hdr_field: cseq
<CSeq>:
<8>
> > > > > <REGISTER>
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: get_hdr_body :
> > > content_length=0
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) found end of header
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG:
is_maxfwd_present:
> > > max_forwards
> > > > > > header not found!
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) DEBUG: add_param:
tag=1804086518
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) end of header reached,
state=29
> > > > > > Dec 11 16:07:19 sip
ser: 6(4581) parse_headers: flags=256
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) find_first_route(): No
Route
> headers
> > > > > found
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) loose_route(): There is
no
> Route HF
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==9
> > > > > > && [sip.coptalk.com] == [127.0.0.1]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
> > > host==us: 16==13
> > > > > > && [sip.coptalk.com] == [64.189.165.205]
> > > > > > Dec 11 16:07:19 sip ser: 6(4581) check_self - checking if
port
> 5060
> > > > > > matches port 5060
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) request for registration
6(4581)
> > > > > > check_nonce():
comparing
> [3fd907e3929aea9bad25fbd47b3ea062d9215574] and
> > > > > > [3fd907e3929aea9bad25fbd47b3ea062d9215574]
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) get_ha1(): no result for
user
> > > > > >
'Rick(a)coptalk.com'
> > > > > > Dec 11 16:07:20 sip ser:
> > > > > > Dec 11 16:07:20 sip ser: '
> > > > > > Dec 11 16:07:20 sip ser: 6(4581) parse_headers: flags=-1
> > > > > > Dec 11 16:07:20 sip ser: 6(4581)
check_via_address(64.189.165.206,
> > > > > > > 64.189.165.206, 0)
> > > > > > > Dec 11 16:07:20 sip ser: 6(4581) receive_msg:
cleaning up
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Serusers mailing list
> > > > > > > serusers(a)lists.iptel.org
> > > > > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > > > > >
> > > > > >
> > > > > >
> > > > > >Saludos
> > > > > >JesusR.
> > > > > >
> > > > > >-------------------------------
> > > > > >Jesus Rodriguez
> > > > > >VozTelecom Sistemas, S.L.
> > > > > >jesusr(a)voztele.com
> > > > > >http://www.voztele.com
> > > > > >Tel. 902360305
> > > > > >-------------------------------
> > > > >
> > > >
> > > >
> > > >Saludos
> > > >JesusR.
> > > >
> > > >-------------------------------
> > > >Jesus Rodriguez
> > > >VozTelecom Sistemas, S.L.
> > > >jesusr(a)voztele.com
> > > >http://www.voztele.com
> > > >Tel. 902360305
> > > >-------------------------------
> > >
> >
> >
> >Saludos
> >JesusR.
> >
> >-------------------------------
> >Jesus Rodriguez
> >VozTelecom Sistemas, S.L.
> >jesusr(a)voztele.com
> >http://www.voztele.com
> >Tel. 902360305
> >-------------------------------
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
16 Dec
16 Dec
9:53 p.m.
On Tuesday 16 December 2003 20:39, Rick Gocher wrote:
Hi, please accept my apologies for asking the same
questions. I have read
through the sip tutorial, faqs and other docs with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten. I
have placed coptalk.com and sip.coptalk.com in the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
First of all serctl has no command 'show <username>'. From the output i
guess
you ran 'serctl acl show Rick'. But this is something completly different,
and thus the output above does not mean that you are allowed/able to register
with your server.
Unfortunately there is no serctl command to check if the user is available in
the subscriber table. Thus you have to check by hand in the mysql database
for the user Rick. Maybe the output of the mysql command 'select * from
subscriber where username=="Rick";' can bring some light into your
problems.
Greets
Nils
10:01 p.m.
At 08:53 PM 12/16/2003, Nils Ohlmeier wrote:
On Tuesday 16 December 2003 20:39, Rick Gocher wrote:
Fortunately, there is such ;)
"serctl showdb jiri" works.
-jiri
Hi, please accept my apologies for asking the
same questions. I have read
through the sip tutorial, faqs and other docs with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten. I
have placed coptalk.com and sip.coptalk.com in the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
First of all serctl has no command 'show <username>'. From the output i
guess
you ran 'serctl acl show Rick'. But this is something completly different,
and thus the output above does not mean that you are allowed/able to register
with your server.
Unfortunately there is no serctl command to check if the user is available in
the subscriber table.
10:05 p.m.
When I do a serctl showdb Rick the output reads,
# serctl showdb Rick
+---------------------+
| email_address |
+---------------------+
| rgocher(a)coptalk.com |
+---------------------+
Note: Due to usage of cache, server's list may differ from DB list.
Does this mean I am able to register?
Thank you,
Rick
At 09:01 PM 12/16/2003 +0100, Jiri Kuthan wrote:
At 08:53 PM 12/16/2003, Nils Ohlmeier wrote:
guess
On Tuesday 16 December 2003 20:39, Rick Gocher
wrote:
> Hi, please accept my apologies for asking the same questions. I have
read
> through the sip tutorial, faqs and other docs
with little success. In my
> ser.cfg I have uncommented these lines below (www_autorize) and once again
> get unauthorized user when attempting to register with the ATA and
Xten. I
have
placed coptalk.com and sip.coptalk.com in the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
First of all serctl has no command 'show <username>'. From the output i
you ran 'serctl acl show Rick'. But this
is something completly different,
and thus the output above does not mean that you are allowed/able to
register
with your server.
Unfortunately there is no serctl command to check if the user is
available in
the subscriber table.
Fortunately, there is such ;)
"serctl showdb jiri" works.
-jiri
10:07 p.m.
On Tuesday 16 December 2003 21:01, Jiri Kuthan wrote:
At 08:53 PM 12/16/2003, Nils Ohlmeier wrote:
From the serctl help:
[...]
showdb [<username>] ................ show online users flushed in DB
[...]
Ok, you get the email address of the user (and know that the user is in the
subscriber table, allthough this not mentioned in the help output). But we
still miss the informations which only shows the select command from above.
And in this case it would be interesting to see the realm, password, etc. of
the user in the subscriber table.
Greets
Nils
First of all serctl has no command 'show
<username>'. From the output i
guess you ran 'serctl acl show Rick'. But this is something completly
different, and thus the output above does not mean that you are
allowed/able to register with your server.
Unfortunately there is no serctl command to check if the user is available
in the subscriber table.
Fortunately, there is such ;)
"serctl showdb jiri" works.
17 Dec
17 Dec
12:08 a.m.
At 09:07 PM 12/16/2003, Nils Ohlmeier wrote:
Ok, you get the email address of the user (and know
that the user is in the
subscriber table, allthough this not mentioned in the help output). But we
still miss the informations which only shows the select command from above.
And in this case it would be interesting to see the realm, password, etc. of
the user in the subscriber table.
Indeed, that was my overisght -- it displays usrloc too which I confused with
content of susbciber database. So people are left with raw database access.
-jiri
11:09 a.m.
New subject: [Serusers] Nat Helper / RTPproxy
Hello All,
I have a couple of questions Regarding NatHelper & RTPproxy
1. Does NAThelper assist in NAT traversal when STUN cannot manage due
to Symmetric NAT.
2. Does NAThelper provide any help when NOT used in conjunction with
RTPproxy.
3. Are there any SER.cfg settings that are suggested to get started
with NAThelper. (We are using grand stream devices in addition to a few
ATA)
4. Am I correct in the assumption that if you use a RTPproxy - all the
real time voice traffic is passed through your network connection?
Thanks & Regards,
Dinesh
Dinesh Mahbubani
The International Marketing Exchange Ltd.
Tel: (852) 2541-2617
Fax (852) 2543-4537
19 Dec
19 Dec
12:16 a.m.
New subject: [Serusers] Nat Helper / RTPproxy
On 17-12 17:09, Dinesh wrote:
Hello All,
I have a couple of questions Regarding NatHelper & RTPproxy
1. Does NAThelper assist in NAT traversal when STUN cannot manage due
to Symmetric NAT.
Yes.
2. Does NAThelper provide any help when NOT used in
conjunction with
RTPproxy.
for some scenarios yes.
3. Are there any SER.cfg settings that are suggested
to get started
with NAThelper. (We are using grand stream devices in addition to a few
ATA)
There is an example config file: sip_router/etc/nathelper.cfg in the
CVS.
4. Am I correct in the assumption that if you use a
RTPproxy - all the
real time voice traffic is passed through your network connection?
Yes, through the server on which the RTP proxy is running.
Jan.
16 Dec
16 Dec
11:42 p.m.
Jiri Kuthan wrote:
At 08:53 PM 12/16/2003, Nils Ohlmeier wrote:
There's also another tool I've found very convenient to look through
SER's databases: MySQL Control Center, or mysqlcc. It allows you to
just point and click your way around SERs tables. Very nice. It's
available on the MySQL web site.
- Jim
--
+---------------------------------------------------------------------------+
| Jim Burwell - Sr. Systems/Network/Security Engineer, JSBC |
+---------------------------------------------------------------------------+
| "I never let my schooling get in the way of my education." - Mark Twain |
| "UNIX was never designed to keep people from doing stupid things, because |
| that policy would also keep them from doing clever things." - Doug Gwyn |
| "Cool is only three letters away from Fool" - Mike Muir, Suicyco |
| "..Government in its best state is but a necessary evil; in its worst |
| state an intolerable one.." - Thomas Paine, "Common Sense" (1776)
|
+---------------------------------------------------------------------------+
| Email: jimb(a)jsbc.cc ICQ UIN: 1695089 |
+---------------------------------------------------------------------------+
| Reply problems ? Turn off the "sign" function in email prog. Blame MS. |
+---------------------------------------------------------------------------+
On Tuesday 16 December 2003 20:39, Rick Gocher
wrote:
Fortunately, there is such ;)
"serctl showdb jiri" works.
Hi, please accept my apologies for asking the
same questions. I have read
through the sip tutorial, faqs and other docs with little success. In my
ser.cfg I have uncommented these lines below (www_autorize) and once again
get unauthorized user when attempting to register with the ATA and Xten. I
have placed coptalk.com and sip.coptalk.com in the auth area of ser.cfg
with the same results. In addition, I have tried changing my UID on the
ATA from Rick, to Rick(a)coptalk.com and Rick(a)sip.coptalk.com, all with bad
results. When I do a serctl show Rick it returns the following;
+----------+------------------+-----------+---------------------+
| username | domain | grp | last_modified |
+----------+------------------+-----------+---------------------+
| Rick | sip.coptalk.com | free-pstn | 2003-12-07 16:56:29 |
| Rick | sip.coptalk.com | local | 2003-12-07 16:07:13 |
+----------+------------------+-----------+---------------------+
This means there is a user named Rick and he should be able to register,
right?
First of all serctl has no command 'show <username>'. From the output
i guess
you ran 'serctl acl show Rick'. But this is something completly different,
and thus the output above does not mean that you are allowed/able to register
with your server.
Unfortunately there is no serctl command to check if the user is available in
the subscriber table.
7652
days inactive
7659
days old
18 comments
9 participants
participants (9)
-
Andres -
Dinesh -
Jan Janak -
Jesus Rodriguez -
Jim Burwell -
Jiri Kuthan -
Kannaiyan Natesan -
Nils Ohlmeier -
Rick Gocher