Does openser support T.38? Does it enable by default?
>The problem with G.711 + FAX is concerned with variable delay and jitter...
>Use T.38 or V.150 if enable... ;)
>Edson.
Greetings,
I know it is probably a really newbie question, but is OpenSER able to
negotiate the following situation:
Server running OpenSER sits NATed behind a firewall. Clients sit on a
separate network, NATed behind a firewall.
Client systems send signaling information to the server to contact
another client. Clients are capable of determining
their own outside IP addresses. Client then connects media streams
directly to other client.
I'm trying to find out of this is possible and, if so, where might
documentation for it be found, since my supervisor is
asking me about it and I can't seem to find any relevant information on
the topic (maybe my googling skills are not up
to par).
Any info would be greatly appreciated.
Thanks,
Justin Pearce
Price Video Productions
Justin(a)PriceVideo.com <mailto:Justin@PriceVideo.com>
361-572-3810
800-733-3810
Fax: 361-572-3894
www.PriceVideo.com
Hi all,
I got the openser and mediaproxy up working and fine.
The mediaproxy is able to work with certain NATED configurations, but
not all.
When i tried to check what is the problem , those NATED configurations
that were not working was found not to have made use of the mediaproxy,
which causes the problem.
What i am trying to do now, but without much success, is to force all
the RTP media to go through the mediaproxy. Is there any way i can force
all the RTP media to go through the mediaproxy without all the
client_nat_test stuff...?
Any hints will be much appreciated !
Regards,
Sam
Hi all!
Ive finished installing Openser + mediaproxy today. I have user Ozan
Blotter post in the list
(http://openser.org/pipermail/users/2005-July/000304.html) to
configure the mediaproxy.It worked before without media proxy.
Now I can authenticate, the same way I did before, but when I try to
dial someone I get a message in the Softphone: Call failes: 407 Proxy
Authentication Required
What I'm doing wrong?
Thanks for the help!
---
Rafael Neves Harff
from Brazil
below is the configuration
Internet --- openser (mediaproxy) ---- PSTN
+ public IP (203.13.14.210)
+ Internal IP (10.0.0.30)
openser will list on both internal and external IP
User can make/receive call without problem.
user device --- NAT -------------------------------------- openser ---- PSTN
(10.0.0.60) (202.130.10.200) (203.13.14.210)
user device ------------------------------------------------ openser ---- PSTN
(10.0.0.60) (10.0.0.30)
User can receive call without problem.
However, when user makes outgoing calls, problem will occur.
1. called party will ring but calling party without ring.
2. After pick up the phone, both parties can't hear any sound.
>From the past experience, the problem should be caused by the NAT issue.
In my dial plan, I use a module function client_nat_test("3").
if (method=="INVITE" && client_nat_test("3")) {
# INSERT YOUR IP ADDRESS HERE
record_route_preset("203.13.14.210:5060;nat=yes");
} else if (method!="REGISTER") {
record_route();
};
>From the function description
http://openser.org/docs/modules/devel/mediaproxy.html#AEN113, it will
test if the client is behind NAT or not. However, in the result of
ngrep, I can still find the header with the following.
Record-Route: <sip:203.13.14.210:5060;nat=yes;ftag=nQvg2qq2fzNg24d1;lr=on>
That's mean function client_nat_test always return true (from the case
above) no matter client is behind NAT.
It is what I find up to now. I would like to ask whether there is any
other configuration variables needed for the NAT detection. How the
mediaproxy module (based on what) to detect the device is behind NAT
or not? Any clue is welcome.
I just upgraded to v 1.0.1 from 0.9.5 and now calls can be made from sip
devices but calls coming from PSTN don't find a usrloc or alias and its sent
back out by 10 digit check. I'm using MYSQL. What and were should I look
for setting to make the following call work to a particular sip user from
the TNT.
lookup(): '8485974202(a)102.53.11.19' Not found in usrloc
The TNT is sending the call to '8485974202(a)102.53.11.19' which appears to be
correct in the alias file for user shane who has an entry in the location
table.
TIA,
Shane
***************************************************************
Hi all,
I wanna setup a simple sip voip system with two proxies, namely proxy1
and proxy2. Proxy1 handles the phone numbers between 1001 and 1999, and
proxy2 handles the numbers between 2001 and 2999.
Could anybody give me an example script to route sip messages between 1xxx
and 2xxx?
Hello Bogdan,
as usual you are right! :o)
I tried to use the table subscriber as follow:
if (method=="INVITE") {
setflag(2);
record_route();
if (!lookup("subscriber")) {
sl_send_reply("401", "Dialled Number not Authorizied");
exit;
if (!lookup("location")) {
sl_send_reply("404", "Dialled number off line !");
exit;
};
};
Of course commenting the part related to subscriber table it works fine.
My idea was to check whether the dialled number is only off line or it is not existent; this because I would like to have the choice to send a registered vocal message (or for mow an email) to dialled numbers.
I tried to put 1003 in table domain and subscriber, but now I get this error:
ACC - initializing
AVPops - initializing
submit_query: Unknown column 'contact' in 'field list'
db_query: Error while submitting query
preload_udomain(): Error while doing db_query
register_udomain(): Error while preloading domain 'subscriber'
domain_fixup(): Error while registering domain
fix_actions: fixing failed (code=-1) at cfg line 211
ERROR: fix_expr : fix_actions error
Can I fix this problem with configuration, or should I modify the logic to access the db (I mean I shouldn't use the subscriber table)?
Thanks a lot
Alessandro
---------- Initial Header -----------
>From : "Bogdan-Andrei Iancu" bogdan(a)voice-system.ro
To : "buxalex(a)libero.it" buxalex(a)libero.it
Cc : "users" users(a)openser.org
Date : Tue, 11 Apr 2006 20:34:58 +0300
Subject : Re: [Users] Fwd:Invalid table version
> Hi,
>
> the error is generated by the usrloc module - the used tables must have
> version 1003; are you using a different tablet then "location" or
> "aliases"? if not, check in version table their records.
>
> regards,
> bogdan
>
> buxalex(a)libero.it wrote:
>
> >Hello,
> >I tried also to drop and the to install the db, but still I get the same error....
> >
> >Please anybody can help me?
> >
> >I am using openser version 1.1.0 dev17 tls
> >
> >thanks in advance
> >Alessandro
> >----------------------------------------------------------------
> >Hello,
> >
> >running openser with mysql db (through monitor), I retrieve:
> >
> >ACC - initializing
> >Apr 11 18:58:32 dhc27-53-93pc /usr/local/sbin/openser[7806]: register_udomain(): Invalid table version (use openser_mysql.sh reinstall)
> >
> >If I comment the module ACC loading I get the same error for the other modules.
> >I reinstalled, as suggested from the log the db, but still I get the error.
> >
> >in table version I can see that the domain table has version 1
> >
> >Any idea? This is a test db, do you suggest to erase it and to install it again?
> >
> >thanks a lot
> >Alessandro
> >
> >
> >
> >_______________________________________________
> >Users mailing list
> >Users(a)openser.org
> >http://openser.org/cgi-bin/mailman/listinfo/users
> >
> >
> >
>
>
Hi all,
I am trying to install serweb but through web browser i am getting following
fatal error,
Fatal error: Failed opening required 'XML/RPC.php'
(include_path='.:/usr/share/pear')
Can someone please help me to rectify this error?
Thanks,
Garima Mishra
Software Engineer
<http://www.openeratech.com/> <http://www.openeratech.com/>
<http://www.openeratech.com/>
Openera Technologies Pvt Ltd.
97, Block 5
Koramangala Indl. Estate
<?xml:namespace prefix = st1 ns =
"urn:schemas-microsoft-com:office:smarttags" />Bangalore - 560 095. India
Tel: +91 80 2552 1937
Fax: +91 80 2552 1164
<http://www.openeratech.com/> www.openeratech.com
E-mail: <mailto:garima@openeratech.com> garima(a)openeratech.com
This message (including any attachments) is a confidential and Privileged
communication to the intended addressee. If you are not the Intended
addressee, you have received this message in error. In that case, please
permanently delete this message and notify the sender so that we can avoid
this inconvenience in the future. Thank you.