[OpenSIPS-Users] One Way Audio Using X-Lite, OpenSIPS Asterisk

2009-10-23 Thread Ross Beer

Hi,
 
I am using the following config with Opensips and having a problem with one way 
audio. When connecting the softphone directly to asterisk that runs on the same 
machine audio passes without any problems. Firewalls are all open and 
Zoiper/Snom phones connect without issue.
 
If anyone could offer some advice it would be much appreciated as I'm tearing 
my hear out :-)
 

 

# --- global configuration parameters 
debug=3 # debug level (cmd line: -dd)
fork=yes
log_stderror=yes # (cmd line: -E)
/* Uncomment these lines to enter debugging mode 
fork=no
log_stderror=yes
*/
check_via=no # (cmd. line: -v)
dns=no   # (cmd. line: -r)
rev_dns=no  # (cmd. line: -R)
listen=udp:IP ADDRESS:5060
children=4
# -- module loading --
#set module path
mpath=/usr/local/lib64/opensips/modules/
# Uncomment this if you want to use SQL database
loadmodule db_mysql.so
loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule rr.so
loadmodule maxfwd.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule textops.so
loadmodule mi_fifo.so
loadmodule mediaproxy.so
loadmodule xlog.so
loadmodule dialog.so
loadmodule load_balancer.so
loadmodule mi_datagram.so
# Uncomment this if you want digest authentication
# db_mysql.so must be loaded !
#loadmodule auth.so
#loadmodule auth_db.so
# !! Nathelper
loadmodule nathelper.so
# - setting module-specific parameters ---
# -- mi_fifo params --
modparam(mi_fifo, fifo_name, /tmp/opensips_fifo)
modparam(mi_datagram, socket_name, /tmp/opensips.sock)
modparam(mi_datagram, unix_socket_mode, 0600)
modparam(mi_datagram, socket_timeout, 2000)
# -- usrloc params --
modparam(usrloc, db_mode,   0)
# Uncomment this if you want to use SQL database 
# for persistent storage and comment the previous line
#modparam(usrloc, db_mode, 2)
# -- auth params --
# Uncomment if you are using auth module
#modparam(auth_db, calculate_ha1, yes)
#
# If you set calculate_ha1 parameter to yes (which true in this config), 
# uncomment also the following parameter)
#modparam(auth_db, password_column, password)
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam(rr, enable_full_lr, 1)
# !! Nathelper
modparam(usrloc,nat_bflag,6)
modparam(nathelper,sipping_bflag,8)
modparam(nathelper, ping_nated_only, 1)   # Ping only clients behind NAT
# -- MediaProxy --
modparam(mediaproxy, mediaproxy_socket, 
/var/run/mediaproxy/dispatcher.sock)
modparam(mediaproxy, mediaproxy_timeout, 500)
modparam(dialog, dlg_flag, 13)
modparam(dialog, db_mode, 1)
modparam(dialog, db_url, DB URL)
modparam(load_balancer, db_url,DB URL)
# -  request routing logic ---
# main routing logic
route{
 # initial sanity checks -- messages with
 # max_forwards==0, or excessively long requests
 if (!mf_process_maxfwd_header(10)) {
  sl_send_reply(483,Too Many Hops);
  exit;
 };
 if (msg:len=  2048 ) {
  sl_send_reply(513, Message too big);
  exit;
 };
 # !! Nathelper
 # Special handling for NATed clients; first, NAT test is
 # executed: it looks for via!=received and RFC1918 addresses
 # in Contact (may fail if line-folding is used); also,
 # the received test should, if completed, should check all
 # vias for rpesence of received
 if (nat_uac_test(3)) 
 {
  # Allow RR-ed requests, as these may indicate that
  # a NAT-enabled proxy takes care of it; unless it is
  # a REGISTER
  if (is_method(REGISTER) || !is_present_hf(Record-Route)) {
   log(LOG:Someone trying to register from private IP, rewriting\n);
   # This will work only for user agents that support symmetric
   # communication. We tested quite many of them and majority is
   # smart enough to be symmetric. In some phones it takes a 
   # configuration option. With Cisco 7960, it is called 
   # NAT_Enable=Yes, with kphone it is called symmetric media and 
   # symmetric signalling.
   # Rewrite contact with source IP of signalling
   fix_nated_contact();
   if ( is_method(INVITE) ) {
fix_nated_sdp(1); # Add direction=active to SDP
   };
   force_rport(); # Add rport parameter to topmost Via
   setbflag(6);# Mark as NATed
   # if you want sip nat pinging
   # setbflag(8);
  };
 };
 # subsequent messages withing a dialog should take the
 # path determined by record-routing
 if (loose_route()) {
  # mark routing logic in request
  append_hf(P-hint: rr-enforced\r\n); 
  route(1);
  exit;
 };
 # we record-route all messages -- to make sure that
 # subsequent messages will go through our proxy; that's
 # particularly good if upstream and downstream entities
 # use different transport protocol
 if (!is_method(REGISTER))
  record_route();
 if (!uri==myself) {
  # mark routing logic in request
  append_hf(P-hint: outbound\r\n); 
  route(1);
  exit;
 };
 # if the request is for other domain use UsrLoc
 

Re: [OpenSIPS-Users] One Way Audio Using X-Lite, OpenSIPS Asterisk

2009-10-23 Thread Raúl Alexis Betancor Santana
On Friday 23 October 2009 11:01:11 Ross Beer wrote:
 Hi,

 I am using the following config with Opensips and having a problem with one
 way audio. When connecting the softphone directly to asterisk that runs on
 the same machine audio passes without any problems. Firewalls are all open
 and Zoiper/Snom phones connect without issue.

 If anyone could offer some advice it would be much appreciated as I'm
 tearing my hear out :-)

Better if you attach some SIP trace of a working an a non working call

-- 
Raúl Alexis Betancor Santana
Dimensión Virtual

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] One Way Audio Using X-Lite, OpenSIPS Asterisk (Ross Beer)

2009-10-23 Thread Raúl Alexis Betancor Santana
On Friday 23 October 2009 14:19:45 Ross Beer wrote:
 Hi,

 Here is the sip trace for the calls, it strange as all other phone work
 except X-Lite, it appears that sound is not getting from the softphone to
 the server. Though if the softphone talks directly to asterisk it works ok.
 This is the case if MediaProxy is used or not.

 There is a lack of codecs in the invite which is strange as I have 4
 enabled on the server and the softphone.

Seems you don't look on the wright place .. because your X-Lite is offering 
PCMU ... just look at the m= line on the first invite.


 INVITE sip:160@SERVER IP ADDRESS SIP/2.0
 Via: SIP/2.0/UDP ROUTER IP
 ADDRESS:9302;branch=z9hG4bK-d8754z-4e352701ef65e42a-1---d8754z-;rport
 Max-Forwards: 69
 Contact: sip:10002*200@ROUTER IP ADDRESS:9302
 To: 160sip:160@SERVER IP ADDRESS
 From: Rosssip:10002*200@SERVER IP ADDRESS;tag=ad038800
 Call-ID: ZjQ0MTE2MzI1OTE0NjA5MDEzYWExYTljNDM5ODFmNjM.
 CSeq: 1 INVITE
 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
 SUBSCRIBE, INFO Content-Type: application/sdp
 User-Agent: X-Lite release 1103k stamp 53621
 Content-Length: 236
 v=0
 o=- 0 2 IN IP4 192.168.1.222
 s=CounterPath X-Lite 3.0
 c=IN IP4 ROUTER IP ADDRESS
 t=0 0
 m=audio 10006 RTP/AVP 0 101
 a=alt:1 1 : 9ImKPFaa h9RvD+sl 192.168.1.222 10006
 a=fmtp:101 0-15
 a=rtpmap:101 telephone-event/8000
 a=sendrecv

Umm ... umm ... by ROUTER IP ADDRESS do you mean your public IP on your NAT 
router ? ...
does your router have SIP-ALG activated ?, that could explain the problem.
This INVITE is the one that just arrive at your proxy? ... if so .. your NAT 
router is doing sip-alg .. so mangling all the SIP dialog, and they usually 
does a very bad job with that.


-- 
Raúl Alexis Betancor Santana
Dimensión Virtual

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] One Way Audio Using X-Lite, OpenSIPS Asterisk (Ross Beer)

2009-10-23 Thread Saúl Ibarra
Do you have 'discover global IP' and 'use ICE' setting enabled in
X-lite? I remember I had some issues in the past with that... let your
proxy handle everything for you.


-- 
/Saúl
http://www.saghul.net | http://www.sipdoc.net

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users