[Serusers] Nathelper & rtpproxy

[Andres]

On Wednesday 29 October 2003 12:44, Glenn Dalgliesh wrote:
> I am seeing 2 problems with nathelper and rtpproxy. One I have seen
> mentioned on the list but no solution or explainations that I can find.
>
> 1. I am seeing the following in my messages file
> Oct 29 11:01:34 serv1 ser[9229]: ERROR: extract_mediaip: no `c=' in SDP
> Oct 29 11:01:35 serv1 ser[9229]: ERROR: extract_mediaip: no `c=' in SDP
> Oct 29 11:01:36 serv1 ser[9227]: ERROR: extract_mediaip: no `c=' in SDP
We also see those messages every time a call is made.  However it does not 
interfere with the actual call though.  The problem is that the nathelper 
modules looks at all SIP Messages and tries to parse the SDP in them.  There 
are some SIP messages that don't have an SDP at all so it does not find the 
"c=". I would guess these could be SIP "100 Trying" or "180 Ringing" messages 
but can't tell for sure.  We have not tried to fiddle with the default config 
since it works perfectly for us (with the exception of tons and tons of the 
above message and some others too like: {
Oct 29 13:04:10 wailea /usr/local/sbin/ser[24801]: ERROR: on_reply processing 
failed 
Oct 29 13:04:12 wailea /usr/local/sbin/ser[24802]: WARNING: get_body_len: 
Content-TYPE header absent!let's assume the content is text/plain ;-) 
}

If anybody else knows how to fine tune the default config to correct the above 
issue then let us know please.

and by the way, the 2 key parts of our config are:

     if (method=="INVITE") {
                if (isflagset(1)) { # ATA ?
                         force_rtp_proxy();
                };
         #       /* set up reply processing */
                t_on_reply("1");
        };
.
.
.
onreply_route[1] {
        if ((status=~"[12][0-9][0-9]"))
                fix_nated_contact();
                force_rtp_proxy();
}

Thanks.
Andres
http://www.telesip.net  

>
> 2. In some situations the BYE messages don't hangup the call
>
>
> I am using yesterday unstable CVS tree. Client I am using in the test lab
> are Budgetone and x-lite softphones
>
> and hear is my ser.cfg
>
> Thanks
>
> #
> # $Id: ser.cfg,v 1.21 2003/06/04 13:47:36 jiri Exp $
> #
> # simple quick-start config script
> #
>
> # ----------- global configuration parameters ------------------------
>
> /* Uncomment these lines to enter debugging mode
> debug=3         # debug level (cmd line: -dddddddddd)
> fork=yes
> log_stderror=no # (cmd line: -E)
> */
>
> # /* Uncomment these lines to enter debugging mode
> debug=10
> fork=yes
> log_stderror=no
> # */
>
> check_via=no    # (cmd. line: -v)
> dns=no           # (cmd. line: -r)
> rev_dns=no      # (cmd. line: -R)
> port=5060
> children=4
> fifo="/tmp/ser_fifo"
>
> alias=mydomain.dyndns.org
>
> # ------------------ module loading ----------------------------------
>
> # Uncomment this if you want to use SQL database
> #loadmodule "/usr/local/lib/ser/modules/mysql.so"
>
> loadmodule "/usr/local/lib/ser/modules/nathelper.so"
> loadmodule "/usr/local/lib/ser/modules/textops.so"
> loadmodule "/usr/local/lib/ser/modules/sl.so"
> loadmodule "/usr/local/lib/ser/modules/tm.so"
> loadmodule "/usr/local/lib/ser/modules/rr.so"
> loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
> loadmodule "/usr/local/lib/ser/modules/usrloc.so"
> loadmodule "/usr/local/lib/ser/modules/registrar.so"
>
> # Uncomment this if you want digest authentication
> # mysql.so must be loaded !
> #loadmodule "/usr/local/lib/ser/modules/auth.so"
> #loadmodule "/usr/local/lib/ser/modules/auth_db.so"
>
> # ----------------- setting module-specific parameters ---------------
>
> # -- 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)
>
> # -------------------------  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");
>                 break;
>         };
>         if (msg:len >=  max_len ) {
>                 sl_send_reply("513", "Message too big");
>                 break;
>         };
>
>         # 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
>         record_route();
>         # loose-route processing
>         if (loose_route()) {
>                 t_relay();
>                 break;
>         };
>
>         # if the request is for other domain use UsrLoc
>         # (in case, it does not work, use the following command
>         # with proper names and addresses in it)
>         if (uri==myself) {
>
>                 if (method=="REGISTER") {
>                         force_rport();
>                         fix_nated_contact();
>                         save("location");
> # Uncomment this if you want to use digest authentication
> #                       if (!www_authorize("iptel.org", "subscriber")) {
> #                               www_challenge("iptel.org", "0");
> #                               break;
> #                       };
>
>                         save("location");
>                         break;
>                 };
>
>                 # native SIP destinations are handled using our USRLOC DB
>                 if (!lookup("location")) {
>                         sl_send_reply("404", "Not Found");
>                         break;
>                 };
>         };
>
> #inserted by klaus
>        if (method=="INVITE") {
>                 record_route();
>                 force_rtp_proxy();
>                 /* set up reply processing */
>                 t_on_reply("1");
>         };
>
>
>         # forward to current uri now; use stateful forwarding; that
>         # works reliably even if we forward from TCP to UDP
>         if (!t_relay()) {
>                 sl_reply_error();
>         };
>
> }
>
> #inserted by klaus
> # all incoming replies for t_onrepli-ed transactions enter here
> onreply_route[1] {
>         if (status=~"2[0-9][0-9]")
>                 force_rtp_proxy();
> }