I looked here, which I've always considered the "main index" for documentation (rightly or wrongly):
https://www.kamailio.org/w/documentation/ That's also the top link at https://www.kamailio.org/w/support/ -- so I think that's where most people will go, while the secondary wiki link seems more "esoteric". At least, that's my perception. As far as a comparison of functionalities, selects are clearly more fine-grained. Most of them are redundant in light of what can be extracted from either built-in SIP message PVs or via transformations + $hdr(...), but some, like the @tls.* ones, are very idiosyncratic. -- Alex On Mon, Nov 18, 2019 at 03:08:43PM +0000, Henning Westerholt wrote: > Hi Alex, > > Not sure where you looked exactly, but they are linked in the main table > (like the cook-book, PVs etc..) at https://www.kamailio.org/wiki/ > > Cheers, > > Henning > > -- > Henning Westerholt – https://skalatan.de/blog/ > Kamailio services – https://gilawa.com<https://gilawa.com/> > Kamailio Merchandising – https://skalatan.de/merchandising > > From: Alex Balashov <[email protected]> > Sent: Monday, November 18, 2019 3:13 PM > To: Henning Westerholt <[email protected]> > Cc: Kamailio (SER) - Users Mailing List <[email protected]> > Subject: Re: [SR-Users] Parsing Contact Port Field > > Ah, okay. Sorry, I didn’t know! > > And yes, the select docs are in the wiki, but they are not linked from > /w/documentation, right? I took that to insinuate deprecation. > — > Sent from mobile, with due apologies for brevity and errors. > > > On Nov 18, 2019, at 9:07 AM, Henning Westerholt > <[email protected]<mailto:[email protected]>> wrote: > > Hello Alex, > > this was one of the topics we discussed (in general terms) last week in our > development meeting. > > No decision to deprecate the select framework has been done so far. You are > right in noticing that the pseudo-variables are more used and also frequently > extended, the select framework does not get extended since some time. But > bugs that are reported in this area should be fixed as well. > > Before deprecating the selects, a review needs to be done if the > functionality can be completely replaced by PVs/transformations, some > migration guide would be probably also necessary. > > You are somehow wrong about the documentation, it is also in the wiki, but > documented without much explanations. 😉 > > https://www.kamailio.org/wiki/cookbooks/devel/selects > > Cheers, > > Henning > > -- > Henning Westerholt – https://skalatan.de/blog/ > Kamailio services – https://gilawa.com<https://gilawa.com/> > Kamailio Merchandising – https://skalatan.de/merchandising > > From: sr-users > <[email protected]<mailto:[email protected]>> > On Behalf Of Alex Balashov > Sent: Monday, November 18, 2019 2:37 PM > To: Kamailio (SER) - Users Mailing List > <[email protected]<mailto:[email protected]>> > Subject: Re: [SR-Users] Parsing Contact Port Field > > Just be careful with selects as they are a construct imported from SER as > part of the sip-router integration of 2010 (what a fascinating time to have > been alive!) > > Like some other SER constructs, they are not widely used and so I am not sure > what the maintenance and support commitment to them is on a go-forward basis. > I’m not saying it’s not there or that nobody uses selects—others can > clarify—but it’s notable that they are not in the core docs (as far as I > know). For trivial operations which do not require the more extensive and > nuanced flexibility of selects, you might consider a more “Kamailio-native” > way: transformations. > > https://www.kamailio.org/wiki/cookbooks/5.3.x/transformations#urihost > > That is to say: > > $(ct{uri.host}) > > — Alex > > — > Sent from mobile, with due apologies for brevity and errors. > > > > On Nov 18, 2019, at 8:27 AM, Michael Iedema > <[email protected]<mailto:[email protected]>> wrote: > Hi Sergiu, > > > > @contact.uri.hostport might be what you are looking for. > > For more: > http://www.kamailio.org/wiki/cookbooks/devel/selects > > > That worked perfectly, thanks! > > For the other beginners out there, here are two snippets for posterity: > > == TO LOG == > > xlog("L_INFO", "contact.uri.host = $sel(@contact.uri.host)\n”); > xlog("L_INFO", "contact.uri.port = $sel(@contact.uri.port)\n”); > > > == TO COMPARE == > > #!define PORT_SERVICE_A 5062 > > if ( @contact.uri.port == PORT_SERVICE_A ) { > xlog(“L_INFO", “Service A: sent $rm\n"); > } > > > > Regards, > -Michael > > > > > > On Nov 12, 2019, at 14:50, Sergiu Pojoga > <[email protected]<mailto:[email protected]>> wrote: > > Hi Michael, > > @contact.uri.hostport might be what you are looking for. > > For more: > http://www.kamailio.org/wiki/cookbooks/devel/selects > > Cheers. > --Sergiu > > On Tue, Nov 12, 2019 at 8:32 AM Michael Iedema > <[email protected]<mailto:[email protected]>> wrote: > Hello everyone, > > I have a potentially silly beginners question: how can I parse the contact > port field and act on it in my routing logic? > > > I know that the $ct variable contains the entire contact header and I can > print it in an xlog() call. However, I’d like to do something like the > following in my routing logic: > > > . . . SIP CONTENT > > Contact: <sip:[email protected]:5062>;expires=1800 > > > . . . CONFIG LOGIC > > #!define PORT_SERVICE1 5061 > #!define PORT_SERVICE2 5062 > > route { > if ( src_port == PORT_SERVICE1 ) { > xlog(“L_INFO”, “Received $rm from SERVICE1\n”); > } else if ( src_port == PORT_SERVICE2 ) { > xlog(“L_INFO”, “Received $rm from SERVICE2\n”); > } > } > > > I realize that src_port is not the correct value to compare against. I want > to compare against the originating contact’s port value. > > How can I extract the port field from $ct? > > > Many thanks in advance and apologies for the beginners question. I’ve googled > for what I think I’m trying to do without any real results on functions or > tokenizers, etc. I’m using Kamailio 5.3.0. > > Regards, > -Michael > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected]<mailto:[email protected]> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected]<mailto:[email protected]> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected]<mailto:[email protected]> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
