I am not getting anything back myself. I am using the SIP MESSAGE script http://sipsimpleclient.com/wiki/sip_message , which quits after sending the message while I have another instance registered on the same SIP account listening in for incoming MESSAGE requests. Is this setup suppose to work? Adrian On Aug 25, 2009, at 4:12 PM, Benny Prijono wrote: > On Tue, Aug 25, 2009 at 1:18 PM, Klaus > Darilion<klaus.mailinglists@pernau.at> wrote: >>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>> commands), or just call it to join the voice conf. You don't need to >>> register to pjsip.org SIP service to join the conf. >> >> >> either it does not work or I am too stupid. >> I do not get any responses (IMs) when sending "--help" >> > > Obviously you must allow MESSAGE to get through from bot@pjsip.org > to you? > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -- Adrian

As stated in the other email, the bug is in the pjsip.org SIP proxy. regards klaus Benny Prijono schrieb: > On Tue, Aug 25, 2009 at 1:18 PM, Klaus > Darilion<klaus.mailinglists@pernau.at> wrote: >>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>> commands), or just call it to join the voice conf. You don't need to >>> register to pjsip.org SIP service to join the conf. >> >> either it does not work or I am too stupid. >> I do not get any responses (IMs) when sending "--help" >> > > Obviously you must allow MESSAGE to get through from bot@pjsip.org to you? > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

    # record routing
    if (!is_method("REGISTER|MESSAGE"))
            record_route();

Okay, that is something that I don't understand. The MESSAGE sent by the bot does have Route: <sip:pjsip.org;transport=tcp>, since I wanted to use TCP. I also have "pjsip.org" as my alias in my openser.cfg. And I have this as well: # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); So it should remove my Route, shouldn't it? (openser newbie here) Anyway I now hide the Route header from the bot, it shouldn't be there anymore. Thanks Benny On Tue, Aug 25, 2009 at 3:30 PM, Klaus Darilion<klaus.mailinglists@pernau.at> wrote: > As stated in the other email, the bug is in the pjsip.org SIP proxy. > > regards > klaus > > Benny Prijono schrieb: >> >> On Tue, Aug 25, 2009 at 1:18 PM, Klaus >> Darilion<klaus.mailinglists@pernau.at> wrote: >>>> >>>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>>> commands), or just call it to join the voice conf. You don't need to >>>> register to pjsip.org SIP service to join the conf. >>> >>> either it does not work or I am too stupid. >>> I do not get any responses (IMs) when sending "--help" >>> >> >> Obviously you must allow MESSAGE to get through from bot@pjsip.org to you? >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

On Tue, Aug 25, 2009 at 3:30 PM, Adrian Georgescu<ag@ag-projects.com> wrote: > I am not getting anything back myself. > > I am using the SIP MESSAGE script > http://sipsimpleclient.com/wiki/sip_message, which quits after sending the > message while I have another instance registered on the same SIP account > listening in for incoming MESSAGE requests. > > Is this setup suppose to work? > I think so. The bot will just send to the From address of the MESSAGE. Another thing worth mentioning (once we sort out this initial setback), to successfully join the chat, the bot will subscribe to your presence and it will only join you if you're online. Cheers Benny

     # record routing
     if (!is_method("REGISTER|MESSAGE"))
             record_route();

Benny Prijono schrieb: > Okay, that is something that I don't understand. The MESSAGE sent by > the bot does have Route: <sip:pjsip.org;transport=tcp>, since I wanted > to use TCP. I also have "pjsip.org" as my alias in my openser.cfg. And > I have this as well: > > # record routing > if (!is_method("REGISTER|MESSAGE")) > record_route(); > > So it should remove my Route, shouldn't it? (openser newbie here) No. This just adds a record-route header. You should have somewhere in the beginning your config: ... if (loose_route()) { ..... t_relay(); exit; } ... The loose_route function is not easy to understand. Basically this function checks if a route-set is announced by the client - i.e. if the request contains a route header - as this would indicate that all the routing information is already available and the request can be relayed (as it is usually the case with in-dialog requests). If Route header is present, the top-most route entry is removed. But there is one exception: If there is only 1 Route header, and the Route header points to the proxy itself (Route URI domain equals one of the aliases), and there is no totag (as with the MESSAGE), then the function returns FALSE and the Route header is removed. regards klaus > > Anyway I now hide the Route header from the bot, it shouldn't be there anymore. > > Thanks > Benny > > On Tue, Aug 25, 2009 at 3:30 PM, Klaus > Darilion<klaus.mailinglists@pernau.at> wrote: >> As stated in the other email, the bug is in the pjsip.org SIP proxy. >> >> regards >> klaus >> >> Benny Prijono schrieb: >>> On Tue, Aug 25, 2009 at 1:18 PM, Klaus >>> Darilion<klaus.mailinglists@pernau.at> wrote: >>>>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>>>> commands), or just call it to join the voice conf. You don't need to >>>>> register to pjsip.org SIP service to join the conf. >>>> either it does not work or I am too stupid. >>>> I do not get any responses (IMs) when sending "--help" >>>> >>> Obviously you must allow MESSAGE to get through from bot@pjsip.org to you? >>> >>> _______________________________________________ >>> Visit our blog: http://blog.pjsip.org >>> >>> pjsip mailing list >>> pjsip@lists.pjsip.org >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org

On Tue, Aug 25, 2009 at 4:08 PM, Klaus Darilion<klaus.mailinglists@pernau.at> wrote: > > > Benny Prijono schrieb: >> >> Okay, that is something that I don't understand. The MESSAGE sent by >> the bot does have Route: <sip:pjsip.org;transport=tcp>, since I wanted >> to use TCP. I also have "pjsip.org" as my alias in my openser.cfg. And >> I have this as well: >> >>        # record routing >>        if (!is_method("REGISTER|MESSAGE")) >>                record_route(); >> >> So it should remove my Route, shouldn't it? (openser newbie here) > > No. This just adds a record-route header. > > You should have somewhere in the beginning your config: > > ... >  if (loose_route()) { >     ..... >     t_relay(); >     exit; >  } > ... > > The loose_route function is not easy to understand. Nor that I ever even try to understand it. :) Turns out my "if(loose_route)" was put inside "if (has_totag())", I wonder why. Must be left over from a very old openser example. Thanks Benny Basically this function > checks if a route-set is announced by the client - i.e. if the request > contains a route header - as this would indicate that all the routing > information is already available and the request can be relayed (as it is > usually the case with in-dialog requests). If Route header is present, the > top-most route entry is removed. > > But there is one exception: If there is only 1 Route header, and the Route > header points to the proxy itself (Route URI domain equals one of the > aliases), and there is no totag (as with the MESSAGE), then the function > returns FALSE and the Route header is removed. > > regards > klaus > > > >> >> Anyway I now hide the Route header from the bot, it shouldn't be there >> anymore. >> >> Thanks >>  Benny >> >> On Tue, Aug 25, 2009 at 3:30 PM, Klaus >> Darilion<klaus.mailinglists@pernau.at> wrote: >>> >>> As stated in the other email, the bug is in the pjsip.org SIP proxy. >>> >>> regards >>> klaus >>> >>> Benny Prijono schrieb: >>>> >>>> On Tue, Aug 25, 2009 at 1:18 PM, Klaus >>>> Darilion<klaus.mailinglists@pernau.at> wrote: >>>>>> >>>>>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>>>>> commands), or just call it to join the voice conf. You don't need to >>>>>> register to pjsip.org SIP service to join the conf. >>>>> >>>>> either it does not work or I am too stupid. >>>>> I do not get any responses (IMs) when sending "--help" >>>>> >>>> Obviously you must allow MESSAGE to get through from bot@pjsip.org to >>>> you? >>>> >>>> _______________________________________________ >>>> Visit our blog: http://blog.pjsip.org >>>> >>>> pjsip mailing list >>>> pjsip@lists.pjsip.org >>>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>> >>> _______________________________________________ >>> Visit our blog: http://blog.pjsip.org >>> >>> pjsip mailing list >>> pjsip@lists.pjsip.org >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>> >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

    # record routing
    if (!is_method("REGISTER|MESSAGE"))
            record_route();

Attached you can see how I do it. regards klaus Benny Prijono schrieb: > On Tue, Aug 25, 2009 at 4:08 PM, Klaus > Darilion<klaus.mailinglists@pernau.at> wrote: >> >> Benny Prijono schrieb: >>> Okay, that is something that I don't understand. The MESSAGE sent by >>> the bot does have Route: <sip:pjsip.org;transport=tcp>, since I wanted >>> to use TCP. I also have "pjsip.org" as my alias in my openser.cfg. And >>> I have this as well: >>> >>> # record routing >>> if (!is_method("REGISTER|MESSAGE")) >>> record_route(); >>> >>> So it should remove my Route, shouldn't it? (openser newbie here) >> No. This just adds a record-route header. >> >> You should have somewhere in the beginning your config: >> >> ... >> if (loose_route()) { >> ..... >> t_relay(); >> exit; >> } >> ... >> >> The loose_route function is not easy to understand. > > Nor that I ever even try to understand it. :) > > Turns out my "if(loose_route)" was put inside "if (has_totag())", I > wonder why. Must be left over from a very old openser example. > > Thanks > Benny > > > Basically this function >> checks if a route-set is announced by the client - i.e. if the request >> contains a route header - as this would indicate that all the routing >> information is already available and the request can be relayed (as it is >> usually the case with in-dialog requests). If Route header is present, the >> top-most route entry is removed. >> >> But there is one exception: If there is only 1 Route header, and the Route >> header points to the proxy itself (Route URI domain equals one of the >> aliases), and there is no totag (as with the MESSAGE), then the function >> returns FALSE and the Route header is removed. >> >> regards >> klaus >> >> >> >>> Anyway I now hide the Route header from the bot, it shouldn't be there >>> anymore. >>> >>> Thanks >>> Benny >>> >>> On Tue, Aug 25, 2009 at 3:30 PM, Klaus >>> Darilion<klaus.mailinglists@pernau.at> wrote: >>>> As stated in the other email, the bug is in the pjsip.org SIP proxy. >>>> >>>> regards >>>> klaus >>>> >>>> Benny Prijono schrieb: >>>>> On Tue, Aug 25, 2009 at 1:18 PM, Klaus >>>>> Darilion<klaus.mailinglists@pernau.at> wrote: >>>>>>> Hint: send IM "--join" to join the chatroom (or "--help" for other >>>>>>> commands), or just call it to join the voice conf. You don't need to >>>>>>> register to pjsip.org SIP service to join the conf. >>>>>> either it does not work or I am too stupid. >>>>>> I do not get any responses (IMs) when sending "--help" >>>>>> >>>>> Obviously you must allow MESSAGE to get through from bot@pjsip.org to >>>>> you? >>>>> >>>>> _______________________________________________ >>>>> Visit our blog: http://blog.pjsip.org >>>>> >>>>> pjsip mailing list >>>>> pjsip@lists.pjsip.org >>>>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>>> _______________________________________________ >>>> Visit our blog: http://blog.pjsip.org >>>> >>>> pjsip mailing list >>>> pjsip@lists.pjsip.org >>>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>>> >>> _______________________________________________ >>> Visit our blog: http://blog.pjsip.org >>> >>> pjsip mailing list >>> pjsip@lists.pjsip.org >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org ... if ( is_method("CANCEL") && !t_check_trans() ) { # CANCEL without matching INVITE transaction, ignore # may happen if the INVITE is slower than the CANCEL # ignore the CANCEL, as the client will retransmit it, and maybe next time # the INVITE transaction is already created xlog("L_WARN","$ci CANCEL without matching transaction ... ignore and discard.\n"); exit; } route(8); # disable mediaproxy (needs to see valid CANCEL requests) remove_hf("Proxy-Authorization"); remove_hf("Authorization"); if ( is_method("CANCEL") ) { # CANCEL with matching INVITE transaction, just # t_relay xlog("L_INFO","$ci CANCEL with matching transaction ... t_relay.\n"); t_relay(); exit; } if (loose_route()) { # loose route requests are not authenticated xlog("L_INFO","$ci beginning loose_route processing...\n"); # loose_route processing, takes also care of NATed connections xlog("L_DBG","[$Tf] $rm $ru (From: $fu -> To: $tu) entering route(32): loose_route handling\n"); if (!has_totag()) { xlog("L_WARN","$ci loose_route request without to-tag, 403...\n"); sl_send_reply("403", "out-of-dialog loose_route not allowed"); exit; } ... NAT handling... xlog("L_INFO","$ci t_relay request to $bR\n"); if (!t_relay()) { sl_reply_error(); } exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after a 487 xlog("L_INFO","$ci local end-to-end ACK for an existent INVITE transaction detected ...t_relay()\n"); t_relay(); } else { xlog("L_WARN","$ci ACK without matching transaction ... ignore and discard.\n"); } exit; } if ( has_totag() ) { # in-dialog requests should be handled by loose_route # this should be fixed in the client or in openser xlog("L_ERR","$ci in-dialog request was not catched by loose_route block, 403... \n"); xlog("L_ERR","$ci this is the complete message:\n"); xlog("L_ERR","$ci $mb\n"); sl_send_reply("403","in-dialog request without loose_route is not allowed, this is a bug in the client or in this proxy"); exit; } route(7); # proxy authentication ...

Checkout latest trunk (or tag 0.5.3) now YASS supports MESSAGE :) -- /Saúl http://www.saghul.net | http://www.sipdoc.net

Just tried the bot, and after joining it stopped responding :-O is it dead? -- /Saúl http://www.saghul.net | http://www.sipdoc.net