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@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@mot.net SIP/2.0 14:43:37 27abr2007 DEBUG SipProcessor [SipProcessor[3]]- <<<<<<<<< Request Received <<<<<<<<< INVITE sip:user2@mot.net SIP/2.0 Via: SIP/2.0/UDP 10.161.14.10:6025;branch=z9hG4bK1-13972359389@10.161.14.101 Contact: sip:10.161.14.10:6025;transport=UDP Max-Forwards: 14 From: sip:user1@mot.net;tag=6661 To: sip:user2@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@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@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@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@mot.net SIP/2.0 Max-Forwards: 14 From: sip:user1@mot.net;tag=83FBA2EBC5A9EE4615D194DECA1EE955 To: sip:user2@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@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