Hi folks, I was experimenting with SER awhile back and am now revisiting it.
I've just setup a SER installation using the latest debian packages on a
server outside of our office firewall on a public IP address.
From home, my laptop on a private IP behind a linksys router/firewall
can login/register with my SER server fine. It can also login/register
into my iptel.org account as well.
Then when I get to the office, behind our firewall, I have problems.
I can still login/register my iptel.org account from my laptop on a
private IP behind the office firewall, but when I try to log into the
SER server I setup it seems to go into a loop (see logs below).
I'm using stunserver.org in all cases.
I wonder about the line pre_auth(): Credentials with given realm not
found but then it works fine using the same login info from home.
Also, when all this gives up my softphone says:
Registration rejected.
Response:Server could not be reached, or it did not respond.
Any ideas appreciated.
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: SIP Request:
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: method: <REGISTER>
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: uri: <sip:sip.example.org>
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: version: <SIP/2.0>
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: flags=1
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: end of header reached, state=5
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: Via found, flags=1
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: this is the
first vi
a
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: After parse_msg...
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: preparing to run routing
scripts...
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG : is_maxfwd_present:
searchin
g for max_forwards header
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: flags=128
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: end of header reached, state=8
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: get_hdr_field: <To>
[28]; ur
i=[sip:markjr@sip.example.org]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: to body
[sip:markjr@sip.easy
dns.org^M ]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: get_hdr_field: cseq <CSeq>:
<142240
54> <REGISTER>
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: get_hdr_body :
content_lengt
h=0
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: found end of header
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: is_maxfwd_present:
max_forwa
rds header not found!
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: end of header reached, state=8
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: get_hdr_field: <To>
[28]; ur
i=[sip:markjr@sip.example.org]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: to body
[sip:markjr@sip.easy
dns.org^M ]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: get_hdr_field: cseq <CSeq>:
<142240
54> <REGISTER>
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: get_hdr_body :
content_lengt
h=0
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: found end of header
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG: is_maxfwd_present:
max_forwa
rds header not found!
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: end of header reached, state=8
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: flags=256
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: find_first_route(): No Route
header
s found
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: loose_route(): There is no
Route HF
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: check_self - checking if
host==us:
15==9 && [sip.example.org] == [127.0.0.1]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: check_self - checking if port
5060
matches port 5060
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: check_self - checking if
host==us:
15==13 && [sip.example.org] == [66.207.199.42]
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: check_self - checking if port
5060
matches port 5060
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DBUG: entering REGISTER branch
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: flags=4096
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: pre_auth(): Credentials with
given realm not found
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: build_auth_hf():
'WWW-Authenticate:
Digest realm="sip.example.org",
nonce="42cacdeb905244dcc9e7ebc71f60fb5aaa658faf"^M '
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: parse_headers: flags=-1
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]:
check_via_address(66.207.199.34, 19
2.168.1.18, 0)
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: DEBUG:destroy_avp_list:
destroing l
ist (nil)
Jul 5 14:09:03 tmda /usr/sbin/ser[21028]: receive_msg: cleaning up
Hi,I am experiencing a strange issue. I am forwarding
calls to Asterisk voicemail upon no-response. So, in
failure route, I simply check the status 408 or 486
and if true, I jump to a routing-block. In there, I
have the following:
-----
revert_uri();
rewritehost(Asterisk-IP);
append_branch();
if (isflagset(6) || isflagset(7)) use_media_proxy();
if (!t_relay()...)
------
Now, Asterisk does receive the invite, except that the
SDP in the SIP invite looks like (PAY ATTENTION TO c=
field).
-------------------------------
v=0
o=208500512 8000 8001 IN IP4 192.168.1.104
s=SIP Call
c=IN IP4 213.189.X.Y213.189.X.Y
t=0 0
m=audio 3532235322 RTP/AVP 0 8 4 18 3
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:3 GSM/8000
a=ptime:20
------------------------------------------
The c= field has the same IP twice and thus the INVITE
is rejected by Asterisk.
Is this a bug and did someone have such an issue?
Thanks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
I've been reading the docs and I can see how to send calls to a gateway,
but I don't see how to get SER to take calls from a gateway?
Is this not a possible thing?
I know there was some discussion recently about using
session-timers as a method for doing prepaid. I'm just wondering if
anyone has played around with this, and what your experiences
were? My PSTN Gateways support session-timers, so I was thinking about
trying this.
- Daryl
Hello,
I want to include third party module in ser. But i
don't know how to compile the module in ser make all
Already i put the module files in
ser-0.8.13-dev-29/modules/ipcb_auth_adapter
But where i should include this directory. so i can
compile it?
Yours,
Abdul Lateef
Computer Programmer
HATIF COM
Mob: +974 - 5405022
Tel: +974 - 4883068
ICQ: 276994704
YM!: abdul_zu
Fax: +974 - 4883063
Doha Qatar
http://www.hatif.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello,
How can we a dedicated DB server with two SER server ?
Harry
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
Hi
I'm new here.
I installed a Fedora Core 3
I downloaded ser-0.9.3_src.tar.gz
I extracted the code to /usr/src : /usr/src/ser-0.9.3
I made in my terminal
- make mode=debug all : it's OK
("make all" didn't work either)
- su
- make install : it's OK
I put the 'Hello Word' ser.cfg in /usr/local/ets/ser/
I started SER : /usr/local/sbin/ser -D -E
SER started but my SIP phone cannot registered
(Cisco 7960, Cisco 7940, FCI and SIPphone Lite)
What's wrong ?
Please help me.
Thanks
Hi
I seem to be getting a a few 481 in my logs, and was wondering is this
purely a client problem, or could I have something wrong in my ser.cfg
in terms of how I am handling the dialogue
Iqbal
just to get clarification
blind=?
attended= user calls u, u transfer the call
unatteneded= is this just like forward on no answer
Samuel Osorio Calvo wrote:
>The effective transferring is done using REFER messages but since there
>are several transfer methods, some INVITEs can be triggered before (put
>on-hold, contact the referee). So, depending on how the user has
>configured the transfer in his/her phone (blind, attended,
>unattended,are there more??) the SIP request that the phone sends when
>the user presses the button is different.
>Take a look at the draft specifying the different transfer methods for
>a detailled view of the message flows
>(draft-ietf-sipping-service-examples I don't remember the most recent
>number....probably 7 or 8)
>
>Samuel.
>
>
>Unclassified.
>
>
>>>>Iqbal <iqbal(a)gigo.co.uk> 07/05/05 03:57AM >>>
>>>>
>>>>
>
>which is why I am wondering if on pressing a transfer button request on
>a
>phone, should the first message being sent be a REFER or a INVITE,
>cause
>refer would make sense, although I havent looked at the rfc,
>
>If anyone has a IP phones transferring a ngrep of transfer would be
>appreciated
>
>Iqbal
>
>On 7/4/2005, "Nils Ohlmeier" <lists(a)ohlmeier.org> wrote:
>
>
>
>>Hi,
>>
>>take a look at the SDP of the INVITE. Probably it just puts the other
>>
>>
>side
>
>
>>on-hold before sending the REFER.
>>But I have no real clue how transfering without REFER should work.
>>
>>
>(Except a
>
>
>>cumbersome solution with Replaces and 3pcc, which I have never.)
>>
>> Nils
>>
>>On Monday 04 July 2005 21:07, Iqbal wrote:
>>
>>
>>>Hi
>>>
>>>Should the call transfer use INVITE or REFER as a method, cause I
>>>
>>>
>seem,
>
>
>>>to be getting INVITE, but this then causes problems with
>>>
>>>
>authentication.
>
>
>>>A <-->B then B transfer to C (all IP phones)
>>>
>>>This transfer seems fine, but it uses INVITE, no REFER . All phones
>>>
>>>
>on
>
>
>>>same sip domain/server
>>>
>>>Now when this setup changes
>>>
>>>pstn <---->B and then B tried to transfer to C, we get nothing, well
>>>
>>>
>we
>
>
>>>get 404 , it check the !location setting, and says ur not allowed.
>>>
>>>Is the REFER the first message to be sent, or is there a INVITE
>>>transaction first,
>>>
>>>Iqbal
>>>
>>>
>>>_______________________________________________
>>>Serusers mailing list
>>>serusers(a)lists.iptel.org
>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>
>>
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>.
>
>
>
Hi
Should the call transfer use INVITE or REFER as a method, cause I seem,
to be getting INVITE, but this then causes problems with authentication.
A <-->B then B transfer to C (all IP phones)
This transfer seems fine, but it uses INVITE, no REFER . All phones on
same sip domain/server
Now when this setup changes
pstn <---->B and then B tried to transfer to C, we get nothing, well we
get 404 , it check the !location setting, and says ur not allowed.
Is the REFER the first message to be sent, or is there a INVITE
transaction first,
Iqbal
