Hi,
I still got the problem without any idea how to fix it. Before
stating the problem, I would like to point out the configuration.
I have only one sip phone registered using mediaproxy. In the
location table, I have the following field.
contact: sip:871966760539@10.0.0.56:5060
received: sip:210.184.23.31:15060
socket: 203.193.26.234_5060
>From the call flow below, I found that there is some strange behaviour
or mismatch.
http://meerkat.no-ip.com/openser/calldrop_index.html
I wonder why there is some message flows to 210.184.23.31 port 5060 as
I don't have a phone using 210.184.23.31 with port 5060 after NAT.
You can find out some message can't flow back to the original.
For PF5, why it sent to 210.184.23.31:5060 instead of 210.184.23.31:15060?
For PF19, it should be the same case.
As I found that that there are some message flow to the wrong original
which doesn't exist (PF21, PF22, PF29 ....), it may cause the message
flow problem after following call.
For debug purpose, I have enabled the debug mode to 9 but I have not
enough knowledge to analyze it. Below is the complete log.
http://meerkat.no-ip.com/openser/calldrop_openser.log
For the configuration file, I am using features-callfwd.5.0.cfg from
www.onsip.org
(configs.GettingStarted.tar.gz).
http://meerkat.no-ip.com/openser/openser.cfg
I have no idea if there is a problem in the configuration file.
thanks, unplug
Hi guys, just a quick question. This is the only 'listen' in my ser.cfg:
listen=10.0.100.12
When I add a user like so:
serctl add nick(a)foo.bar password nick(a)domain.tld
and dial 'nick' or 'sip:nick@10.0.100.12' on a softphone, the call connects
and SER's debug messages show that this is being dialled:
sip:nick@10.0.100.12
If I try dialing sip:nick@foo.bar a 404 is returned.
If the domain that's specified when adding a user isn't actually used in
the user's SIP address, what is the point of the domain?
Thanks for clearing this up for me,
-- Nick
e: nick.hoffman(a)altcall.com
p: +61 7 5591 3588
f: +61 7 5591 6588
If you receive this email by mistake, please notify us and do not make any
use of the email. We do not waive any privilege, confidentiality or
copyright associated with it.
Dear Ali Zaidi,
I'm testing the forwarding now, too. I think you could be more aware after read SER-GettingStarted doc at ONsip.org. And you may want to try the onr.cfg, or redirect.cfg, which are much more concise than features-callfwd.5.0.cfg, in the directory of examples of SER src package, first.
>Hi,
>
>I'm having some problem forwarding to Asterisk VM. What i want is when ever
>486, 404, 408 or 480 error triger then ser should forward INVITE to
>Asterisk.
>Some one please tell me where and what i write in my
>features-callfwd.5.0.cfg so it will forward to my asterisk box.
>
>Thanks,
>
>Ali... :lol:
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
> Sorry for that, now I changed some paths. I got this error
>
> Warning: main(): open_basedir restriction in effect.
> File(/usr/share/pear/DB.php) is not within the allowed path(s):
>
> So I used /tmp dir, anyway I changed to /usr/shae/pear/. I am searching for
> fixing this errors. I changed /etc/php.ini open_basedir global value but
> unable
> to change local value so I still have same problem?
open_basedir should not be set. And as I see it is not. So it is correct.
The error messages I see on your serweb now say you have not installed
xml_rpc package from PEAR. Strange - it should be installed by default
with PEAR.
You may install it by type:
pear install xml_rpc
Karel
>
> Quoting Karel Kozlik <karel(a)iptel.org>:
>
>>> I enabled logging and also restarted Apache but even now I could not
>>> find any
>>> error message and still it displays blank page. Please check my
>>> phpinfo at
>>
>> To me it displays this errors:
>>
>> Warning: main(./PEAR.php): failed to open stream: No such file or
>> directory in /tmp/DB.php on line 26
>>
>> Fatal error: main(): Failed opening required './PEAR.php'
>> (include_path='.:/usr/share/pear') in /tmp/DB.php on line 26
>>
>>
>> It signify there is something wrong in your PEAR library. Do you have
>> installed it correctly? The path /tmp/... is strange for me.
>>
>> Karel
>>
>>> http://serweb.mantragroup.com/serweb/html/admin/test.php Is there
>>> anything
>>> wrong with this related to serweb.
>>>
>>> Quoting Karel Kozlik <karel(a)iptel.org>:
>>>
>>>> Hi,
>>>> if no error message is logged it means logging is disabled.. :-)
>>>>
>>>> Set this values in your php.ini:
>>>>
>>>> error_reporting = E_ALL
>>>> log_errors = On
>>>> (for write errors to log file)
>>>>
>>>> and/or
>>>>
>>>> display_errors = On
>>>> (for display error in browser)
>>>>
>>>>
>>>> Karel
>>>>
>>>>
>>>> mkumar(a)mantragroup.com napsal(a):
>>>>> Hi All,
>>>>>
>>>>> I am using serweb stable 0.9.2 version and I followed all the steps
>>>>> in INSTALL
>>>>> file that comes with the installation. After my configuration when
>>>>> I try to
>>>>> load the url
>>>>>
>>>>> http://serweb.mantragroup.com/serweb/html/admin/index.php
>>>>>
>>>>> strangly nothing is getting displayed and no error messages are
>>>>> logged in any
>>>>> log. I am using
>>>>>
>>>>> Apache/2.0.51
>>>>> PHP 4.4.1
>>>>> Mysql 4.0.25
>>>>>
>>>>> Did anyone experience this problem before? Please tell me what
>>>>> should I do to
>>>>> configure serweb properly?
>>>>>
>>>>> Thanks,
>>>>> Kumar.
>>>>>
>>>>
>>>
>>>
>>>
>>
>
>
>
The Server (ser 0.9.3) is behind NAT - together with the one client,
both clients can call the other part, Part a (behind nat) - cannot hear
what part B says, but part B can hear what part A says.. Part b is
connected directly to internet, throug a Sipura 2100..
Someone with a Idea what could be wrong?
René
(ports open in NAT router are from 5055 - 5075 and 8100 - 65000) those
ports point to the SER server
I have this error anytime I try to access serweb. Im sure the username
and password are correct.
I use the psql to acess the postgres db and the bd is running
Please help me :(
username: postgres@localhost
pass: pass
hi all,
I need to route prefix to te one subscriber.
It's something between PDT and ALIAS.
ALIAS
The R-URI shoult not be replaced by one in the alias table
PDT
The voip domain is rewrited, but I need to leave the old one.
WHY ???
I want to connect some SIP PBX (asterisk) to our VoIP network
and give them more numbers / prefix. I dont want to put
it into routing logic eq (if sip:0123XX@domain; then).
The best case is to call some function as PREFIX, which will lookup
into PREFIX, SUBCRIBER and LOCATION table and just call t_relay function.
Is there any other solution ???
best regards
Peter Hudec
--
Never step in anything soft.
I have added some notes to the wiki about getting the
sip-server/etc/openser.ini script to work. It by default requires monit a
program that I had never come across but decided to give a try. Anyway I am
sure a lot more could be added but this is at least a start to get the
script operational.
Under Installation | Make openser.init scipt work
http://www.openser.org/dokuwiki/doku.php?id=make_openser.init_scipt_work
Enjoy!
Hi!
FreeBSD carries SER 0.9.3 in net/ser and I wonder if somebody is
interested in having an up-to-date version. I had a look at it before
but the amount of patches included and work that has to be done only
makes sense if people actually use the port.
If you either use the port or are interested in using it please drop
me a private mail.
If you like to contribute to the cause feel free to do so ;)
Thanks for your time,
Hendrik
--
Hendrik Scholz - <hscholz(a)raisdorf.net> - http://www.wormulon.net/
drag me, drop me - treat me like an object
Hi,
I am using the features-callfwd.5.0.cfg from onsip
(configs.GettingStarted.tar.gz). I have taken a callflow for the
message as below.
http://meerkat.no-ip.com/openser/feature-forward_index.html
In frame 17, a cancel is created. From frame 22 to 29, a serier of
487 and ACK is created. After a few seconds, 487 is generated in
frame 50. And then you can still see 487 later.
Just want to ask it is the normal situation for openser to generate so
much 487? As I am using mediaproxy for NAT. Does it cause that
problem?
unplug
On 2/15/06, Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote:
> Hi!
>
> I'm not sure, but the ACK has a different branch parameter in the Via
> header, than the CANCEL and INVITE. I guess this will cause that openser
> wont find the corresponding transaction
>
> klaus
>
> On Wed, February 15, 2006 11:16, unplug said:
> > Thanks! But I don't really understand why there is a mismatch between
> > 487and ACK. Below is a part of sip message pair of 487 and ACK.
> >
> > Below is the complete log from ngrep. (From line 290, openser creates
> > 487 and line 304 UA1 ACK. After that, multiple 487 are created by
> > openser)
> > http://meerkat.no-ip.com/openser/cancel_normal.log
> >
> > Below is my openser.cfg for reference
> > http://meerkat.no-ip.com/openser/openser.cfg
> >
> > 290 U 203.193.26.226:5060 -> 210.184.23.31:5060
> > 291 SIP/2.0 487 Request Cancelled.
> > 292 Via: SIP/2.0/UDP
> > 10.0.0.46:5060;rport=5060;received=210.184.23.31;branch=z9hG4bKdUyOnG9Zel82UECI.
> > 293 From:
> > "sip:36418488@o01.ol.com"<sip:871966806561@o01.ol.com>;tag=xLTdFs7yGkeXq3wn.
> > 294 To: "34163634" <sip:34163634@o01.ol.com>;tag=A81AFED4-21D7.
> > 295 Date: Tue, 15 Feb 2005 01:52:57 GMT.
> > 296 Call-ID: Z0wcK4WwdTU6mH00(a)10.0.0.46.
> > 297 Server: Cisco-SIPGateway/IOS-12.x.
> > 298 CSeq: 1 INVITE.
> > 299 Allow-Events: telephone-event.
> > 300 Content-Length: 0.
> > 301 .
> > 302
> > 303 #
> > 304 U 210.184.23.31:5060 -> 203.193.26.226:5060
> > 305 ACK sip:34163634@o01.ol.com SIP/2.0.
> > 306 Via: SIP/2.0/UDP 10.0.0.46:5060;branch=z9hG4bKdUyOnG9Zel82UECI.
> > 307 Route:
> > <sip:34163634@203.193.26.226:5060;nat=yes;ftag=xLTdFs7yGkeXq3wn;lr=on>.
> > 308 Max-Forwards: 70.
> > 309 User-Agent: Koncept KE10XX v4.32.10 00-09-45-0a-fc-2d.
> > 310 From: "871966806561"
> > <sip:871966806561@o01.ol.com>;tag=xLTdFs7yGkeXq3wn.
> > 311 To: "34163634" <sip:34163634@o01.ol.com>;tag=A81AFED4-21D7.
> > 312 Call-ID: Z0wcK4WwdTU6mH00(a)10.0.0.46.
> > 313 Contact: <sip:871966806561@10.0.0.46:5060>.
> > 314 CSeq: 1 ACK.
> > 315 Content-Length: 0.
> >
> > In my openser.cfg line 184-187, it is remarked. Do you mean it should
> > un-remarked for handling ACK according to your point 2?
> >
> > On 2/15/06, Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote:
> >> This means that openser does not receive the ACK or is not able to match
> >> the ACK to the canceled transaction. Thus it is re-transmitting the 487.
> >>
> >> Increas the debug level and take a look at the syslog to find out if:
> >> 1. the ACK to the 487 is received by openser
> >> 2. if it is received, check if there is a problem during handling of the
> >> ACK. (for these kind of ACKs just t_relay()).
> >>
> >> klaus
> >>
> >> On Wed, February 15, 2006 5:13, unplug said:
> >> > For the normal cancel situation.
> >> >
> >> > UA1 OPENSER UA2
> >> > --------INVITE----------------->
> >> > <-----------100-----------------
> >> > --------------------INVITE---------->
> >> > <---------------100-------------------
> >> > ----------CANCEL---------->
> >> > --------------CANCEL------------->
> >> > <--------------200------------------
> >> > <------------487-------------------
> >> > --------------ACK----------------->
> >> > <---------487---------------
> >> > -------------ACK------------>
> >> >
> >> > But in my case, I found that there are many 487 created from openser
> >> > to UA1. The multiple 487 may cause a call drop in the following call.
> >> > Why does openser create so many 487 for UA1? How can I prevent it?
> >> >
> >> > UA1 OPENSER UA2
> >> > --------INVITE----------------->
> >> > <-----------100-----------------
> >> > --------------------INVITE---------->
> >> > <---------------100-------------------
> >> > ----------CANCEL---------->
> >> > --------------CANCEL------------->
> >> > <--------------200------------------
> >> > <------------487-------------------
> >> > --------------ACK----------------->
> >> > <---------487---------------
> >> > -------------ACK------------>
> >> > <---------487-------------
> >> > -------------ACK------------>
> >> > <---------487---------------
> >> > -------------ACK------------>
> >> > <---------487-------------
> >> > -------------ACK------------>
> >> > <---------487-------------
> >> > -------------ACK------------>
> >> > <---------487-------------
> >> > -------------ACK------------>
> >> > <---------487-------------
> >> > -------------ACK------------>
> >> > ...
> >> >
> >> > _______________________________________________
> >> > Users mailing list
> >> > Users(a)openser.org
> >> > http://openser.org/cgi-bin/mailman/listinfo/users
> >> >
> >>
> >>
> >>
> >
>
>
>
