List Info

Thread: who removes top most route header? (openser 1.2.0 + wesip)




who removes top most route header? (openser 1.2.0 + wesip)
user name
2007-04-27 07:54:21
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 enforcedn");
        ;        append_hf("P-hint: rr-enforcedrn");
           ;     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 aliasn");
   ;           ;          append_hf("P-hint: outbound aliasrn");
        ;           ;     route(1);
  ;           ;   };
     ;           if (!lookup("location")) {
       ;           ;      sl_send_reply("404", "Not Found";);
     ;           ;        exit;
      ;          };
        xlog(";L_INFO", "usrloc appliedn");
          ;      append_hf("P-hint: usrloc appliedrn");
        };
     ;   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:user2mot.net">sip:user2mot.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:user2mot.net">sip:user2mot.net SIP/2.0
14:43:37 27abr2007&nbsp; DEBUG SipProcessor [SipProcessor[3]]-&nbsp; <<&lt;<<&lt;<<< Request Received <<&lt;<<&lt;<<<
INVITE sip:user2mot.net">sip:user2mot.net SIP/2.0
Via: SIP/2.0/UDP 10.161.14.10:6025;branch= z9hG4bK1-1397235938910.161.14.101">z9hG4bK1-1397235938910.161.14.101
Contact: <sip:10.161.14.10:6025;transport=UDP>
Max-Forwards: 14
From: < sip:user1mot.net">sip:user1mot.net&gt;;tag=6661
To: < sip:user2mot.net">sip:user2mot.net&gt;
Supported: 100rel
Route: <sip:10.161.14.10:7000;lr=on>,<;sip:10.161.14.10:6025;lr=on>
Call-ID: 1-1397235938910.161.14.10">1-1397235938910.161.14.10
CSeq: 1 INVITE &nbsp;
Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
Content-Type: application/sdp
Content-Length: 337
&nbsp;

14:43:37 27abr2007&nbsp; DEBUG SeasHashTable [SipProcessor[3]]- Inserting hashIdx:60870 label:1842040723 into hashTable
14:43:37 27abr2007&nbsp; DEBUG SipProcessor [SipProcessor[3]]- Transaction [ z9hG4bK1-1397235938910.161.14.101"> z9hG4bK1-1397235938910.161.14.101] is new Transaction?? --> true
14:43:37 27abr2007&nbsp; DEBUG EngineSipMapper [SipProcessor[3]]- Request from 10.161.14.10 mapped to: ConvergedEngine[Standalone].StandardHttpHost[localhost]
14:43:37 27abr2007&nbsp; DEBUG ConvergedEngineValve [SipProcessor[3]]- Invoking Host:localhost
14:43:37 27abr2007&nbsp; DEBUG ConvergedHostValve [SipProcessor[3]]- SipSession not found for requestINVITE, trying match against Rules
14:43:37 27abr2007&nbsp; DEBUG ConvergedHost [SipProcessor[3]]- Mapped request to:/sampleservlet
14:43:37 27abr2007&nbsp; DEBUG ConvergedContextValve [SipProcessor[3]]- new session created : 1-1397235938910.161.14.10"> 1-1397235938910.161.14.10
14:43:37 27abr2007&nbsp; INFO  ExpressMessageChannel [SipProcessor[3]]- Creating Express message channel 10.161.14.10/7000
14:43:37 27abr2007&nbsp; DEBUG ExpressMessageChannel [SipProcessor[3]]- setting spiral=false
14:43:37 27abr2007&nbsp; DEBUG SipRequest [SipProcessor[3]]-&nbsp; >>&gt;>>&gt;>>> Sending Request >>&gt;>>&gt;>>>
 INVITE sip:user2mot.net">sip:user2mot.net SIP/2.0
Max-Forwards: 14
From: < sip:user1mot.net">sip:user1mot.net&gt;;tag=83FBA2EBC5A9EE4615D194DECA1EE955
To: < sip:user2mot.net">sip:user2mot.net&gt;
Supported: 100rel
Route: <sip:10.161.14.10:7000;lr=on>,<;sip:10.161.14.10:6025;lr=on>
CSeq: 1 INVITE &nbsp;
Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
Content-Type: application/sdp
Call-ID: 1-1397235938910.161.14.10">1-1397235938910.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
&nbsp;



Thanks in advance
Re: who removes top most route header? (openser 1.2.0 + wesip)
country flaguser name
Romania
2007-04-27 11:24:38
Hello,

openser via loose_route() will remove top most Route header
if it is 
added by the proxy (matches local IP addresses and
aliases).

Cheers,
Daniel


On 04/27/07 15:54, Jose Antonio Garvayo wrote:
> 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
enforcedn");
>                 append_hf("P-hint:
rr-enforcedrn");
>                 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
aliasn");
>                         append_hf("P-hint:
outbound aliasrn");
>                         route(1);
>                 };
>                 if (!lookup("location")) {
>                         sl_send_reply("404",
"Not Found");
>                         exit;
>                 };
>         xlog("L_INFO", "usrloc
appliedn");
>                 append_hf("P-hint: usrloc
appliedrn");
>         };
>         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 <http://10.161.14.10:6025
> to 
> 10.161.14.10:7000 <http://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 <http://10.161.14.10/6025
>
> 14:43:37 27abr2007  DEBUG ExpressMessageChannel
[ExpressMChannel[76]]- 
> About to process INVITE sip:user2mot.net
<mailto:sip:user2mot.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:user2mot.net
<mailto:sip:user2mot.net> 
> SIP/2.0
> 14:43:37 27abr2007  DEBUG SipProcessor
[SipProcessor[3]]-  <<<<<<<<< 
> Request Received <<<<<<<<<
> INVITE sip:user2mot.net <mailto:sip:user2mot.net> SIP/2.0
> Via: SIP/2.0/UDP 10.161.14.10:6025 
> <http://10.161.14.10:6025>;branch=z9hG4bK1-13972359389
10.161.14.101 
> <mailto:z9hG4bK1-1397235938910.161.14.101>
> Contact: <sip:10.161.14.10:6025 <http:/
/10.161.14.10:6025>;transport=UDP>
> Max-Forwards: 14
> From: <sip:user1mot.net
<mailto:sip:user1mot.net>>;tag=6661
> To: <sip:user2mot.net <mailto:sip:user2mot.net>>
> Supported: 100rel
> Route: <sip:10.161.14.10:7000 
> <http://10.161.
14.10:7000>;lr=on>,<sip:10.161.14.10:6025 
> <http://10.161.
14.10:6025>;lr=on>
> Call-ID: 1-1397235938910.161.14.10
<mailto:1-1397235938910.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-1397235938910.161.14.101 
> <mailto:z9hG4bK1-1397235938910.161.14.101>] is new
Transaction?? --> true
> 14:43:37 27abr2007  DEBUG EngineSipMapper
[SipProcessor[3]]- Request 
> from 10.161.14.10 <http://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-1397235938910.161.14.10 
> <mailto:1-1397235938910.161.14.10>
> 14:43:37 27abr2007  INFO  ExpressMessageChannel
[SipProcessor[3]]- 
> Creating Express message channel 10.161.14.10/7000 
> <http://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:user2mot.net <mailto:sip:user2mot.net> SIP/2.0
> Max-Forwards: 14
> From: <sip:user1mot.net 
> <mailto:sip:user1mot.net>>;tag=83FBA2EBC5A9EE4615D194DECA1EE955
> To: <sip:user2mot.net <mailto:sip:user2mot.net>>
> Supported: 100rel
> Route: <sip:10.161.14.10:7000 
> <http://10.161.
14.10:7000>;lr=on>,<sip:10.161.14.10:6025 
> <http://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-1397235938910.161.14.10
<mailto:1-1397235938910.161.14.10>
> Contact: <sip:10.161.14.10:7000 <http:/
/10.161.14.10:7000>;transport=udp>
> P-AS-Hint: B2BUA
> Via: SIP/2.0/UDP 10.161.14.10:7000 
> <http://10.161.14.10:7000>;branch=z9hG4bK2137041384
> Content-Length: 337
>  
>
>
>
> Thanks in advance
>
------------------------------------------------------------
------------
>
> _______________________________________________
> Users mailing list
> Usersopenser.org
> htt
p://openser.org/cgi-bin/mailman/listinfo/users
>   

_______________________________________________
Users mailing list
Usersopenser.org
htt
p://openser.org/cgi-bin/mailman/listinfo/users

Re: who removes top most route header? (openser 1.2.0 + wesip)
user name
2007-04-29 13:41:59
Hello,

This is not happening when the request is redirected to wesip, using:

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


The request printed in the wesip debug logs have the route.

But if I don't redirect the request to wesip and use the following:

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

}

I see that openser removes the top most Route header.

Am I doing something wrong?

Thanks

On 4/27/07, Daniel-Constantin Mierla < danielvoice-system.ro">danielvoice-system.ro> wrote:
Hello,

openser via loose_route() will remove top most Route header if it is
added by the proxy (matches local IP addresses and aliases).

Cheers,
Daniel


On 04/27/07 15:54, Jose Antonio Garvayo wrote:
&gt; Hi,
>
&gt; 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
&gt; 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{
>; &nbsp; &nbsp; &nbsp; &nbsp;if (!mf_process_maxfwd_header(";10")) {
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp;sl_send_reply(&quot;483","Too Many Hops");
>&nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;  exit;
  ; &nbsp; &nbsp; };
  ; &nbsp; &nbsp; if (msg:len >= ; 2048 ) {
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp;sl_send_reply(&quot;513", "Message too big");
; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp;exit;
&gt; &nbsp; &nbsp; &nbsp;  };
>
>&nbsp; &nbsp;  xlog(";L_INFO&quot;, &nbsp;"$rm: ci=$ci ft=$ft tt=$tt cseq=$cs ruri:$ru
&gt; received from: $si:$sp n");
>
>&nbsp; &nbsp;   ; &nbsp; if (!method=="REGISTER")
> &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; record_route();
>;
; &nbsp; &nbsp; &nbsp;  if (loose_route()) {
>&nbsp; &nbsp; &nbsp; &nbsp;  xlog(";L_INFO&quot;, "RR enforcedn&quot;);
>; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp;  append_hf("P-hint: rr-enforcedrn");
  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; route(1);
; &nbsp; &nbsp; &nbsp;  };
>
&gt; &nbsp; &nbsp; &nbsp;   if (uri==myself) {
>&nbsp; &nbsp; &nbsp; &nbsp;  xlog(";L_INFO&quot;, "uri == myself&quot;);
>&nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   if (method==&quot;REGISTER") {
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  save(";location&quot;);
&gt; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; exit;
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  };
>&nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp; lookup(&quot;aliases&quot;);
>; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp;  if (!uri==myself) {
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; xlog(";L_INFO&quot;, "outbound aliasn&quot;);
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; append_hf("P-hint: outbound aliasrn&quot;);
>&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;  route(1);
> &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; };
>&nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp; if (!lookup(&quot;location")) {
>&nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  sl_send_reply("404", "Not Found";);
>&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;  exit;
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  };
>&nbsp; &nbsp; &nbsp;   ; xlog(";L_INFO&quot;, "usrloc appliedn&quot;);
>  ; &nbsp; &nbsp; &nbsp; &nbsp;   ; &nbsp;  append_hf("P-hint: usrloc appliedrn&quot;);
>; &nbsp; &nbsp; &nbsp; &nbsp; };
>&nbsp;   ; &nbsp; &nbsp; route(1);
> }
>
>; route[1] {
>&nbsp; &nbsp;  if(!as_relay_t("app_server_one")){
; &nbsp; &nbsp; &nbsp;  t_reply(&quot;500&quot;,"Application Server error";);
>&nbsp; &nbsp;  }
> }
>
&gt; route[2] {
>&nbsp; &nbsp;  xlog ("L_INFO", "$rm: cseq:$cs $ru: RELAYING (PROXY) to $du
> (flags: $mF) ...n");
>&nbsp; &nbsp;  if (!t_relay()) {
>&nbsp; &nbsp; &nbsp; &nbsp;  sl_reply_error();
>; &nbsp; &nbsp; };
>&nbsp;   ; exit;
>
> }
>
>; This the log from wesip:
>;
> 14:43:37 27abr2007&nbsp; DEBUG SeasMessageEvent [SeasRouter]- New message
&gt; received, from 10.161.14.10:6025 <http://10.161.14.10:6025> to
> 10.161.14.10:7000 <http://10.161.14.10:7000 > over UDP
> 14:43:37 27abr2007&nbsp; DEBUG SeasTransactionEvent [SeasRouter]-
> hash_index = 60870,label=1842040723 flags=0
&gt; 14:43:37 27abr2007&nbsp; DEBUG ExpressMessageChannel [ExpressMChannel[76]]-
> peerAddress = 10.161.14.10/6025 <http://10.161.14.10/6025>
&gt; 14:43:37 27abr2007&nbsp; DEBUG ExpressMessageChannel [ExpressMChannel[76]]-
> About to process INVITE sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net&gt;
> SIP/2.0
&gt; 14:43:37 27abr2007&nbsp; DEBUG SipConnector [ExpressMChannel[76]]-
> createProcessor: Reusing existing processor
> 14:43:37 27abr2007&nbsp; INFO &nbsp;SipProcessor [ExpressMChannel[76]]- &nbsp;An
> incoming message is being assigned
&gt; 14:43:37 27abr2007&nbsp; DEBUG ExpressMessageChannel [ExpressMChannel[76]]-
> Done processing INVITE sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net&gt;
> SIP/2.0
&gt; 14:43:37 27abr2007&nbsp; DEBUG SipProcessor [SipProcessor[3]]-&nbsp; &lt;<<&lt;<<<<<;
> Request Received <<&lt;<<&lt;<<<
> INVITE sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net > SIP/2.0
&gt; Via: SIP/2.0/UDP 10.161.14.10:6025
&gt; <http://10.161.14.10:6025>;branch= z9hG4bK1-1397235938910.161.14.101"> z9hG4bK1-1397235938910.161.14.101
> <mailto: z9hG4bK1-1397235938910.161.14.101">z9hG4bK1-1397235938910.161.14.101>
&gt; Contact: <sip:10.161.14.10:6025 <http://10.161.14.10:6025>;transport=UDP>
> Max-Forwards: 14
> From: < sip:user1mot.net">sip:user1mot.net <mailto: sip"> sip: user1mot.net">user1mot.net&gt;>;tag=6661
> To: < sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net >>
&gt; Supported: 100rel
>; Route: <sip:10.161.14.10:7000
&gt; <http://10.161.14.10:7000>;lr=on>,<;sip: 10.161.14.10:6025
> <http://10.161.14.10:6025>;lr=on>
>; Call-ID: 1-1397235938910.161.14.10">1-1397235938910.161.14.10 <mailto: 1-1397235938910.161.14.10"> 1-1397235938910.161.14.10>
>; CSeq: 1 INVITE
>; Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
> Content-Type: application/sdp
> Content-Length: 337
>
&gt;
> 14:43:37 27abr2007&nbsp; DEBUG SeasHashTable [SipProcessor[3]]- Inserting
> hashIdx:60870 label:1842040723 into hashTable
> 14:43:37 27abr2007&nbsp; DEBUG SipProcessor [SipProcessor[3]]- Transaction
> [ z9hG4bK1-1397235938910.161.14.101">z9hG4bK1-1397235938910.161.14.101
> <mailto: z9hG4bK1-1397235938910.161.14.101">z9hG4bK1-1397235938910.161.14.101>] is new Transaction?? --> true
> 14:43:37 27abr2007&nbsp; DEBUG EngineSipMapper [SipProcessor[3]]- Request
> from 10.161.14.10 <http://10.161.14.10&gt; mapped to:
> ConvergedEngine[Standalone].StandardHttpHost[localhost]
> 14:43:37 27abr2007&nbsp; DEBUG ConvergedEngineValve [SipProcessor[3]]-
> Invoking Host:localhost
> 14:43:37 27abr2007&nbsp; DEBUG ConvergedHostValve [SipProcessor[3]]-
&gt; SipSession not found for requestINVITE, trying match against Rules
> 14:43:37 27abr2007&nbsp; DEBUG ConvergedHost [SipProcessor[3]]- Mapped
&gt; request to:/sampleservlet
>; 14:43:37 27abr2007&nbsp; DEBUG ConvergedContextValve [SipProcessor[3]]- new
> session created : 1-1397235938910.161.14.10">1-1397235938910.161.14.10
> <mailto: 1-1397235938910.161.14.10">1-1397235938910.161.14.10>
>; 14:43:37 27abr2007&nbsp; INFO &nbsp;ExpressMessageChannel [SipProcessor[3]]-
&gt; Creating Express message channel 10.161.14.10/7000
> <http://10.161.14.10/7000>
&gt; 14:43:37 27abr2007&nbsp; DEBUG ExpressMessageChannel [SipProcessor[3]]-
&gt; setting spiral=false
> 14:43:37 27abr2007&nbsp; DEBUG SipRequest [SipProcessor[3]]-&nbsp; &gt;>>&gt;>>>>>;
> Sending Request >>&gt;>>&gt;>>>
>&nbsp; INVITE sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net > SIP/2.0
&gt; Max-Forwards: 14
> From: < sip:user1mot.net">sip:user1mot.net
&gt; <mailto: sip">sip: user1mot.net">user1mot.net&gt;>;tag=83FBA2EBC5A9EE4615D194DECA1EE955
> To: < sip:user2mot.net">sip:user2mot.net <mailto: sip">sip: user2mot.net">user2mot.net&gt;>
> Supported: 100rel
>; Route: <sip: 10.161.14.10:7000
> <http://10.161.14.10:7000>;lr=on>,<;sip:10.161.14.10:6025
&gt; < http://10.161.14.10:6025>;lr=on>
&gt; CSeq: 1 INVITE
>; Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER
> Content-Type: application/sdp
> Call-ID: 1-1397235938910.161.14.10"> 1-1397235938910.161.14.10 <mailto: 1-1397235938910.161.14.10">1-1397235938910.161.14.10>
>; Contact: <sip:10.161.14.10:7000 < http://10.161.14.10:7000>;transport=udp>
> P-AS-Hint: B2BUA
> Via: SIP/2.0/UDP 10.161.14.10:7000
&gt; <http://10.161.14.10:7000 >;branch=z9hG4bK2137041384
> Content-Length: 337
>
&gt;
>
&gt;
> Thanks in advance
&gt; ------------------------------------------------------------------------
>;
> _______________________________________________
> Users mailing list
> Usersopenser.org">Usersopenser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>;

Re: who removes top most route header? (openser 1.2.0 + wesip)
country flaguser name
Romania
2007-04-30 05:19:32
Hello,

everything you see is right. WeSIP get the messages as was
receved by 
openser, while after t_relay() you see it as the one sent by
openser 
(with route header removed). Communication between openser
and wesip is 
not SIP, it is a custom protocol.

Cheers,
Daniel


On 04/29/07 21:41, Jose Antonio Garvayo wrote:
> Hello,
>
> This is not happening when the request is redirected to
wesip, using:
>
> route[1] {
>     if(!as_relay_t("app_server_one")){
>         t_reply("500","Application
Server error");
>     }
> }
>
> The request printed in the wesip debug logs have the
route.
>
> But if I don't redirect the request to wesip and use
the following:
>
> route[2] {
>     xlog ("L_INFO", "$rm: cseq:$cs $ru:
RELAYING (PROXY) to $du 
> (flags: $mF) ...n");
>     if (!t_relay()) {
>         sl_reply_error();
>     };
>     exit;
>
> }
>
> I see that openser removes the top most Route header.
>
> Am I doing something wrong?
>
> Thanks
>
> On 4/27/07, *Daniel-Constantin Mierla* <danielvoice-system.ro 
> <mailto:danielvoice-system.ro>> wrote:
>
>     Hello,
>
>     openser via loose_route() will remove top most
Route header if it is
>     added by the proxy (matches local IP addresses and
aliases).
>
>     Cheers,
>     Daniel
>
>
>     On 04/27/07 15:54, Jose Antonio Garvayo wrote:
>     > 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
enforcedn");
>     >                 append_hf("P-hint:
rr-enforcedrn");
>     >                 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 aliasn");
>     >                        
append_hf("P-hint: outbound aliasrn");
>     >                         route(1);
>     >                 };
>     >                 if
(!lookup("location")) {
>     >                        
sl_send_reply("404", "Not Found");
>     >                         exit;
>     >                 };
>     >         xlog("L_INFO", "usrloc
appliedn");
>     >                 append_hf("P-hint: usrloc
appliedrn");
>     >         };
>     >         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 <http://10.161.14.10:6025
>
>     <http://10.161.14.10:6025
> to
>     > 10.161.14.10:7000 <http://10.161.14.10:7000
>
>     <http://10.161.14.10:7000
<http://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 <http://10.161.14.10/6025
>
>     <http://10.161.14.10/6025
>
>     > 14:43:37 27abr2007  DEBUG
ExpressMessageChannel
>     [ExpressMChannel[76]]-
>     > About to process INVITE sip:user2mot.net
>     <mailto:sip:user2mot.net> <mailto:sip
<mailto:sip>:user2mot.net
>     <mailto:user2mot.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:user2mot.net
>     <mailto:sip:user2mot.net> <mailto:sip
<mailto:sip>:user2mot.net
>     <mailto:user2mot.net>>
>     > SIP/2.0
>     > 14:43:37 27abr2007  DEBUG SipProcessor
>     [SipProcessor[3]]- 
<<<<<<<<<
>     > Request Received
<<<<<<<<<
>     > INVITE sip:user2mot.net
<mailto:sip:user2mot.net> <mailto:sip
>     <mailto:sip>:user2mot.net
<mailto:user2mot.net> > SIP/2.0
>     > Via: SIP/2.0/UDP 10.161.14.10:6025 <http://10.161.14.10:6025
>
>     > <http://10.161.14
.10:6025>;branch=
>     z9hG4bK1-1397235938910.161.14.101
>     <mailto:z9hG4bK1-1397235938910.161.14.101>
>     > <mailto:z9hG4bK1-1397235938910.161.14.101
>     <mailto:z9hG4bK1-1397235938910.161.14.101>>
>     > Contact: <sip:10.161.14.10:6025 <http://10.161.14.10:6025
>
>     <http:/
/10.161.14.10:6025>;transport=UDP>
>     > Max-Forwards: 14
>     > From: <sip:user1mot.net
<mailto:sip:user1mot.net> <mailto: sip
>     <mailto:sip>:user1mot.net
<mailto:user1mot.net>>>;tag=6661
>     > To: <sip:user2mot.net
<mailto:sip:user2mot.net> <mailto:sip
>     <mailto:sip>:user2mot.net
<mailto:user2mot.net>>>
>     > Supported: 100rel
>     > Route: <sip:10.161.14.10:7000 <http://10.161.14.10:7000
>
>     > <http://10.161.
14.10:7000>;lr=on>,<sip: 10.161.14.10:6025
>     <http://10.161.14.10:6025
>
>     > <http://10.161.
14.10:6025>;lr=on>
>     > Call-ID: 1-1397235938910.161.14.10
>     <mailto:1-1397235938910.161.14.10>
<mailto:
>     1-1397235938910.161.14.10 <mailto:1-1397235938910.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-1397235938910.161.14.101
>     <mailto:z9hG4bK1-1397235938910.161.14.101>
>     > <mailto:z9hG4bK1-1397235938910.161.14.101
>     <mailto:z9hG4bK1-1397235938910.161.14.101>>] is new Transaction??
>     --> true
>     > 14:43:37 27abr2007  DEBUG EngineSipMapper
[SipProcessor[3]]-
>     Request
>     > from 10.161.14.10 <http://10.161.14.10>
<http://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-1397235938910.161.14.10
>     <mailto:1-1397235938910.161.14.10>
>     > <mailto: 1-1397235938910.161.14.10
>     <mailto:1-1397235938910.161.14.10>>
>     > 14:43:37 27abr2007  INFO 
ExpressMessageChannel [SipProcessor[3]]-
>     > Creating Express message channel
10.161.14.10/7000
>     <http://10.161.14.10/7000
>
>     > <http://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:user2mot.net
<mailto:sip:user2mot.net> <mailto:sip
>     <mailto:sip>:user2mot.net
<mailto:user2mot.net> > SIP/2.0
>     > Max-Forwards: 14
>     > From: <sip:user1mot.net
<mailto:sip:user1mot.net>
>     > <mailto:sip <mailto:sip>:user1mot.net
>     <mailto:user1mot.net>>>;tag=83FBA2EBC5A9EE4615D194DECA1EE
955
>     > To: <sip:user2mot.net
<mailto:sip:user2mot.net> <mailto:sip
>     <mailto:sip>:user2mot.net
<mailto:user2mot.net>>>
>     > Supported: 100rel
>     > Route: <sip: 10.161.14.10:7000 <http://10.161.14.10:7000
>
>     > <http://10.161.
14.10:7000>;lr=on>,<sip:10.161.14.10:6025
>     <http://10.161.14.10:6025
>
>     > < http://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-1397235938910.161.14.10
>     <mailto:1-1397235938910.161.14.10>
>     <mailto:1-1397235938910.161.14.10
>     <mailto:1-1397235938910.161.14.10>>
>     > Contact: <sip:10.161.14.10:7000 <http://10.161.14.10:7000
> <
>     http:/
/10.161.14.10:7000>;transport=udp>
>     > P-AS-Hint: B2BUA
>     > Via: SIP/2.0/UDP 10.161.14.10:7000 <http://10.161.14.10:7000
>
>     > <http://10.161.14.10:7000

>     <http://10.161.14.10:7000>>;branch=z9hG4bK21370413
84
>     > Content-Length: 337
>     >
>     >
>     >
>     >
>     > Thanks in advance
>     >
>    
------------------------------------------------------------
------------
>     >
>     >
_______________________________________________
>     > Users mailing list
>     > Usersopenser.org <mailto:Usersopenser.org>
>     > htt
p://openser.org/cgi-bin/mailman/listinfo/users
>     >
>
>

_______________________________________________
Users mailing list
Usersopenser.org
htt
p://openser.org/cgi-bin/mailman/listinfo/users

[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )