trafficserver-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "LIN, SHU-CHIH" <>
Subject RE: header_rewrite to modify destination port based on request header
Date Thu, 08 Oct 2015 13:26:04 GMT

Any insight when Lua will be moved from "experimental" to “stable”? Lua looks to offer
great flexibility (in consolidating existing plugins and to add new custom changes) so wonder
what may stop one from using it to handle Production traffic? Understood one would need to
assess the performance overheads it may incur.



From: Scott Beardsley []
Sent: Wednesday, October 07, 2015 7:28 PM
To: Jeremy Payne <>;
Subject: Re: header_rewrite to modify destination port based on request header

Thanks Jeremy, we we hoping to use an existing/stable plugin to do this (lua appears to be
"experimental" and we don't use it anywhere at the moment). It seems like header_rewrite is
99% of the way there so if it means adding this one feature we'd prefer that since it wouldn't
involve new config syntax and/or plugins.


On Wednesday, October 7, 2015 1:41 PM, Jeremy Payne <<>>

Not sure if you are just researching or what.. But this same functionality is also supported
in the lua plugin.

On Wed, Oct 7, 2015 at 12:41 PM, Scott Beardsley <<>>
I'd like to modify the destination port based on an incoming request header. It seems like
everything I need is available in the header_rewrite plugin except the value expansion in
the "set-destination port" directive. In the docs it says that this expansion only works for

Is there a way to do something like the following via the existing plugin, maybe my syntax
is wrong?

cond %{CLIENT-HEADER:NEW-PORT} /^[1-9][0-9]*$/
set-destination PORT %{CLIENT-HEADER:NEW-PORT} [L]

When I test it I get this debug message: "Would set destination PORT to an invalid range,

Which points me at this code[2]. It looks like the _value variable is set to the string "%{CLIENT-HEADER:NEW-PORT}"
so I guess there is no expansion...

Assuming header_rewrite doesn't support this yet, are there any objections to adding this


View raw message