[Users] who removes top most route header? (openser 1.2.0 + wesip)

[Jose Antonio Garvayo]

Hi,

I have testing openser 1.2.0 with seas module and wesip.

If I send an INVITE message with a Route header, the SIP servlet receives
the INVITE with the full Route Header, and when I proxy it the Route is the
same, but I expected that the top most Route header has been removed. Who is
in charge to do it? openser or wesip? I first thought it might be openser
through loose_route(), but it seems not to be the case.

The openser cfg file is similar to the example given in wesip tutorial:

route{
       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;
       };

    xlog("L_INFO",  "$rm: ci=$ci ft=$ft tt=$tt cseq=$cs ruri:$ru received
from: $si:$sp \n");

        if (!method=="REGISTER")
                record_route();

        if (loose_route()) {
        xlog("L_INFO", "RR enforced\n");
                append_hf("P-hint: rr-enforced\r\n");
                route(1);
        };

        if (uri==myself) {
        xlog("L_INFO", "uri == myself");
                if (method=="REGISTER") {
                        save("location");
                        exit;
                };
                lookup("aliases");
                if (!uri==myself) {
            xlog("L_INFO", "outbound alias\n");
                        append_hf("P-hint: outbound alias\r\n");
                        route(1);
                };
                if (!lookup("location")) {
                        sl_send_reply("404", "Not Found");
                        exit;
                };
        xlog("L_INFO", "usrloc applied\n");
                append_hf("P-hint: usrloc applied\r\n");
        };
        route(1);
}

route[1] {
    if(!as_relay_t("app_server_one")){
        t_reply("500","Application Server error");
    }
}

route[2] {
    xlog ("L_INFO", "$rm: cseq:$cs $ru: RELAYING (PROXY) to $du (flags: $mF)
...\n");
    if (!t_relay()) {
        sl_reply_error();
    };
    exit;

}

This the log from wesip:

14:43:37 27abr2007  DEBUG SeasMessageEvent [SeasRouter]- New message
received, from 10.161.14.10:6025 to 10.161.14.10:7000 over UDP
14:43:37 27abr2007  DEBUG SeasTransactionEvent [SeasRouter]- hash_index =
60870,label=1842040723 flags=0
14:43:37 27abr2007  DEBUG ExpressMessageChannel [ExpressMChannel[76]]-
peerAddress = 10.161.14.10/6025
14:43:37 27abr2007  DEBUG ExpressMessageChannel [ExpressMChannel[76]]- About
to process INVITE sip:user2 at mot.net SIP/2.0
14:43:37 27abr2007  DEBUG SipConnector [ExpressMChannel[76]]-
createProcessor: Reusing existing processor
14:43:37 27abr2007  INFO  SipProcessor [ExpressMChannel[76]]-  An incoming
message is being assigned
14:43:37 27abr2007  DEBUG ExpressMessageChannel [ExpressMChannel[76]]- Done
processing INVITE sip:user2 at mot.net SIP/2.0
14:43:37 27abr2007  DEBUG SipProcessor [SipProcessor[3]]-  <<<<<<<<< Request
Received <<<<<<<<<
INVITE sip:user2 at mot.net SIP/2.0
Via: SIP/2.0/UDP 10.161.14.10:6025;branch=z9hG4bK1-13972359389 at 10.161.14.101
Contact: <sip:10.161.14.10:6025;transport=UDP>
Max-Forwards: 14
From: <sip:user1 at mot.net>;tag=6661
To: <sip:user2 at mot.net>
Supported: 100rel
Route: <sip:10.161.14.10:7000;lr=on>,<sip:10.161.14.10:6025;lr=on>
Call-ID: 1-13972359389 at 10.161.14.10
CSeq: 1 INVITE
Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
Content-Type: application/sdp
Content-Length: 337


14:43:37 27abr2007  DEBUG SeasHashTable [SipProcessor[3]]- Inserting
hashIdx:60870 label:1842040723 into hashTable
14:43:37 27abr2007  DEBUG SipProcessor [SipProcessor[3]]- Transaction [
z9hG4bK1-13972359389 at 10.161.14.101] is new Transaction?? --> true
14:43:37 27abr2007  DEBUG EngineSipMapper [SipProcessor[3]]- Request from
10.161.14.10 mapped to:
ConvergedEngine[Standalone].StandardHttpHost[localhost]
14:43:37 27abr2007  DEBUG ConvergedEngineValve [SipProcessor[3]]- Invoking
Host:localhost
14:43:37 27abr2007  DEBUG ConvergedHostValve [SipProcessor[3]]- SipSession
not found for requestINVITE, trying match against Rules
14:43:37 27abr2007  DEBUG ConvergedHost [SipProcessor[3]]- Mapped request
to:/sampleservlet
14:43:37 27abr2007  DEBUG ConvergedContextValve [SipProcessor[3]]- new
session created :1-13972359389 at 10.161.14.10
14:43:37 27abr2007  INFO  ExpressMessageChannel [SipProcessor[3]]- Creating
Express message channel 10.161.14.10/7000
14:43:37 27abr2007  DEBUG ExpressMessageChannel [SipProcessor[3]]- setting
spiral=false
14:43:37 27abr2007  DEBUG SipRequest [SipProcessor[3]]-  >>>>>>>>> Sending
Request >>>>>>>>>
 INVITE sip:user2 at mot.net SIP/2.0
Max-Forwards: 14
From: <sip:user1 at mot.net>;tag=83FBA2EBC5A9EE4615D194DECA1EE955
To: <sip:user2 at mot.net>
Supported: 100rel
Route: <sip:10.161.14.10:7000;lr=on>,<sip:10.161.14.10:6025;lr=on>
CSeq: 1 INVITE
Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
Content-Type: application/sdp
Call-ID: 1-13972359389 at 10.161.14.10
Contact: <sip:10.161.14.10:7000;transport=udp>
P-AS-Hint: B2BUA
Via: SIP/2.0/UDP 10.161.14.10:7000;branch=z9hG4bK2137041384
Content-Length: 337




Thanks in advance
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20070427/49ff4f2b/attachment.htm