Hi, OpenSer by default creates a Via with no port (if port is 5060):
Via: SIP/2.0/UDP 88.99.3.10;branch=z9hG4bK87ab.47b6f072.0
Because problems in my carrier's softswitch SIP stack I want top Via contains
also the port 5060.
AFAIK I can force that port appears by using:
advertised_port=5060
but it sets a fixed value (and in a future I want to listen also in 5061 for
TLS and so).
Is possible OpenSer to add the **real** source port to the top Via created by
it?
Thanks.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hi all,
I am trying to install openser v1.2.0 on CentOS-5 ,when i started openser i did n't got any error messages.
But when i try to monitor the openser i got following error .
-----------------------------------------------------------------------------------------
[root@info OpenSER]# openserctl moni
database engine 'MYSQL' loaded
Control engine 'FIFO' loaded
ERROR: Error opening OpenSER's FIFO /tmp/openser_fifo
ERROR: Make sure you have line 'fifo=/tmp/openser_fifo' in your config
--------------------------------------------------------------------------------------------------------------------
So please anybody give me some suggistion to rectify this error.
With Best Regards,
SRINIVAS
Hi all,
I'm using openser 1.4.i'm trying to use parse_msg function but when i call
it, it doesn't work for segmentation fault in parse_fline even if the text
message sip passed is correct.
Can anyone help me? any suggestion?
Thanks for your help.
Regards
--
Sabino Frisardi
---------- Forwarded message ----------
From: Andhika Gannesha Gemilang <igannesha.gemilang(a)gmail.com>
Date: Thu, 3 Jul 2008 12:51:08 +0700
Subject: Server did not respond to SIP messages
To: users(a)list.openser.org
Hi,
I can't connect to my server using SIP phone (Xlite on windows). i
trace sip packets using
#tcpdump port 5060
and i got this :
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
12:11:54.458829 IP 122.200.6.103.62482 > 122.200.6.104.sip: SIP, length: 539
12:11:58.520903 IP 122.200.6.103.62482 > 122.200.6.104.sip: SIP, length: 539
12:12:02.583054 IP 122.200.6.103.62482 > 122.200.6.104.sip: SIP, length: 539
12:12:06.645089 IP 122.200.6.103.62482 > 122.200.6.104.sip: SIP, length: 539
i guess i got no problem on my SIP phone, it's just my server that
didn't respond to the sip request.
Here's my server status :
#openserctl moni
[cycle #: 1072; if constant make sure server lives]
Server:: OpenSER (1.3.0-notls (i386/linux))
Now:: Thu Jul 3 12:46:03 2008
Up since:: Thu Jul 3 12:09:29 2008
Up time:: 2194 [sec]
Transaction Statistics:
tm:UAS_transactions = 0
tm:UAC_transactions = 0
tm:inuse_transactions = 0
Stateless Server Statistics:
sl:sent_replies = 0
sl:sent_err_replies = 0
sl:received_ACKs = 0
UsrLoc Stats:
usrloc:registered_users = 0
usrloc:location-users = 0
usrloc:location-contacts = 0
usrloc:location-expires = 0
any suggestion would make my life easier....
thanks
AGG
Hi
I tried to run OPENSER with SSL in Freebsd6.2. Here is the error I got:
"ERROR:core:_tls_read:something wrong in SSL: 5"
I checked OPENSSL docs and find "5" is SSL_ERROR_SYSCALL.
Added ERR_get_error(), but get return 0. Also checked errno, the errno
is EAGAIN.
How to fix this ?
Thanks.
Hi,
I've the same problem like Dilip.
His headline was "Openser And DISC Connection close"...
Now I get the same Error...
My Openser trys to connect the DISC Client and I get the Failure:
INFO:accept_connection: new tcp connection accepted!
INFO:do_receive: accept received
ERROR:peer_state_machine: event - state mismatch : peer=0xb7d069c4, state=1, event=0
Has anyone solve the problem?
Thanks a lot in advance
Cheers, Flo
--
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx
Hi,
I've the same problem like Dilip.
His headline was "Openser And DISC Connection close"...
Now I get the same Error...
My Openser trys to connect the DISC Client and I get the Failure:
INFO:accept_connection: new tcp connection accepted!
INFO:do_receive: accept received
ERROR:peer_state_machine: event - state mismatch : peer=0xb7d069c4, state=1, event=0
Has anyone solve the problem?
Thanks a lot in advance
Cheers, Flo
--
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
Hi Bogdan,
We are using UDP transport for endpoints (xlite and Polycom IP 650) and TCP transport for our gateways (Avaya PBX with SIP support). Our proxy is record-routing and speaks UDP on the client side and TCP on the gateway side.
In the client side, INVITE requests sent via UDP to the proxy are always small enough not to need fragmentation (at least for now). When the proxy adds Record-route headers, P-Asserted-Identity and some other headers, the packets length sometimes increases enough to need fragmentation.
The problem was rather random but once we identify it we inserted a long custom header to reproduce it.
We have been making some research and someone pointed out (thanks Tomasz Radziszewski)that in our case we are not having fragmented IP traffic but segmented TCP traffic, therefore there is no need to assert MF bit in IP flags.
Because of the UDP/TCP reencapsulation we have 2 RR headers which add to the total segment length making it more prone to needing segmentation.
Do you believe this is a problem in Avaya SIP implementation (Avaya CM/R013x.01.3.640.2)? Assuming the later, is there any possible workaround, may be a way to shorten SIP message body?
Thanks for your help
Regards
Juan Pablo
----- Original Message -----
From: "Bogdan-Andrei Iancu" <bogdan(a)voice-system.ro>
To: "Juan Pablo Fernandez" <juanpablo.fernandez(a)globant.com>
Cc: users(a)lists.openser.org
Sent: Tuesday, July 1, 2008 9:45:46 AM GMT -03:00 Argentina
Subject: Re: [OpenSER-Users] IP fragmentation but MB bit not being set
Hi Juan Pablo,
usually this kind of fragmentation problems were an issue for UDP, but
never found similar problem for TCP. Actually this the reason why the
IETF guys want to obsolete UDP for SIP and keep only TCP...
how is generating the packages ? what device? because more or less it
will responsible for framing the content.
Regards,
Bogdan
Juan Pablo Fernandez wrote:
> Hi all,
>
> We are having some problems with long SIP IP packets that are being fragmented.
>
> We are using TCP as transport and packets bigger than ethernet MTU (1500) are being fragmented, but the "more-fragments" bit in IP flags is not being set. This is causing the remote gateway to timeout and close TCP session.
>
> Have somebody come across this issue before? Any suggestions?
>
> Thanks
>
> Juan Pablo
>
> _______________________________________________
> Users mailing list
> Users(a)lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/users
>
>
Hi,
I have setup ser to run with mysql. At beginning, it worked fine that the mysql/ser/location table got the correct update. However, after 3 days the table won't get updated. When I enable the mysql log I cannot see any updating or inserting into that table. User registration is still working fine but just not get updated into the location table. Also, server_monitoring tables are working fine.
Anybody run into the same problem? I am using ser-0.9.6.
Another question is that how do I know the usrloc.so module is still loaded?
Thanks,
Ling
hey all ,
i'm trying to configure ser to act as sip stack for sems i had surf the web
to find tutorial talking about that but at end i didn't succeed
in doing that however finally i tried to follow that tutorial :
http://svn.berlios.de/viewcvs/sems/trunk/doc/Configure-Sems-Ser-HOWTO?rev=4…
but with out any success , when i want to redirect the sip message to sems
by adding the corresponding lines responsible for that ( from the howto )
and when trying to start ser it said bad config file
heres mine :
http://pastebin.com/m7872de80
and thats my sems config file :
http://pastebin.com/m13c5f7b9
the errors especially appear due to syntax error in this specified line :
if ( method=="ACK" || method=="INVITE" || method=="BYE" ||
method=="CANCEL" ){
thanks in advance