Edificio 2, Planta 1ª
Parque Empresarial Vía Norte de Metrovacesa
Las Tablas
28050 MadridSkype: tim.jones.fonAll information in this email is
confidential <http://corp.fon.com/legal/email-disclaimer>
On 18 June 2015 at 09:20, Heikki Vatiainen wrote:
> On 17.6.2015 11.10, Tim Jones wrote:
&g
Hi,
I've been asked to ensure that the log files created by our Radiator
instance are using a consistant particular character encoding. As when
doing some analysis, it has been discovered that some logs are latin1, some
us-ascii, and some utf-8.
I cannot find any reference to character encoding w
Hello all,
We have recently run in to a problem with one of our clients using
tagged-string attributes.
For instance when we receive an Accounting-Request with the attribute
Tunnel-Client-Endpoint untagged (that is, the first octet greater than
0x1f) unpacking works fine.
However when repacked be
M! I shall get back to studying it
some more for the next time...
> Thanks,
> Heikki
>
Many thanks to you,
Tim Jones
*Platform Engineering*
tim.jo...@fon.com
Skype: Tim.Jones.Fon
C/ Quintanavides 15. Edificio 2, Planta 1ª
Parque E
trying to
parse the rest of the regex as a regular "Check-Item=Value".
I changed my regex to:
/^1\d{14}(\@.+)*$|^1\d{15}(\@.+)*$/
which is working for me now.
Is this a bug in the parsing of the regex, or have I misunderstood the
formatting for variable-length repeating characters
t response
packet back to the NAS.
I have a feeling it is because of setting the $op to IGNORE when forwarding
the request, but the RequestHook of AuthBy INTERNAL doesn't pass it as a
parameter so I cannot modify its' RadiusResult.
Am I trying to solve this problem the wrong way, or
communication? I have looked though the AuthRADIUS
module but it's pretty complex and I can't see where to start...
Many thanks,
Tim Jones
*Platform Engineering
*
**
**
tim.jo...@fon.com
Skype: Tim.Jones.Fon
C/ Quintanavides 15. Edificio 2, Planta 1ª
Parque Empresarial Vía Norte, de M
Turns out the initialize method wasn't calling its super :(
Just re-added the below line and it worked.
$self->SUPER::initialize;
Many thanks,
Tim Jones
*Technology & Quality
*
**
**
tim.jo...@fon.com
Skype: Tim.Jones.Fon
C/ Quintanavides 15. Edificio 2, Planta 1ª
Parque Emp
My apologies, that was a transcription error. In the actual config file
"Identifier" is spelt correctly.
Regards,
Tim Jones
*Technology & Quality
*
**
**
tim.jo...@fon.com
Skype: Tim.Jones.Fon
C/ Quintanavides 15. Edificio 2, Planta 1ª
Parque Empresarial Vía Norte, de Metrova
ers_file
result: ACCEPT,
Tue May 21 12:39:49 2013 696314: DEBUG: AuthBy GROUP result: ACCEPT,
Tue May 21 12:39:49 2013 696461: DEBUG: Access accepted for test
Any help & suggestions would be appreciated,
Many thanks & regards,
Tim Jones
*Technology & Quality
*
**
**
tim.jo...@fon.com
Sky
Hugh,
Many, many thanks!!.
Tim Jones
*Technology & Quality
*
**
**
tim.jo...@fon.com
Skype: Tim.Jones.Fon
C/ Quintanavides 15. Edificio 2, Planta 1ª
Parque Empresarial Vía Norte, de Metrovacesa
28050 Las Tablas. Madrid
On 9 April 2013 10:18, Hugh Irvine wrote:
>
> Hi Tim -
>
req 1
from x.x.x.x:1812
Mon Apr 8 15:30:33 2013: DEBUG: Packet dump:
*** Received from x.x.x.x port 1812 ....
Code: Change-Filter-Request-ACKed
Identifier: 1
Authentic: +<216><141>C<27><229>&6O<15><206><160>&<245>P^
Attributes:
Mon Apr
> Please let us know how it works.
>
Thanks very much, giving the Change-Filter-Request a reply packet allowed
the coa-lns ReplyHook to function, but none of the parameters passed match
with the original Access-Request, so it can't be marked with an ACCEPT and
sticks with IGNORE...
Tim Jones
*
ier="lns-coa";
my $coa_authby;
if ($coa_authby = Radius::AuthGeneric::find($authby_identifier))
{
&main::log($main::LOG_DEBUG, 'Launching CoA');
my $coa_p = new Radius::Radius $main::dictionary;
$coa_p->set_code('Chan
14 matches
Mail list logo
