Curso Oficial MikroTik RouterOS en Río Cuarto, Córdoba, Argentina.

Entre los días 24 al 28 de Enero de 2011 estaremos brindando el primer entrenamiento oficial del año de MikroTik RouterOS. El mismo se hará en la ciudad de Río Cuarto, Córdoba y comprenderá 2 certificaciones: MTCNA y MTCUME, a su vez de dar una especialización en calidad de servicio.

Toda la información respecto al temario, horarios, costos, requisitos y condiciones la pueden encontrar en el enlace oficial del entrenamiento.

Curso Oficial de MikroTik RouterOS en Córdoba, Argentina

Del 9 al 13 de Agosto, se dictará en la ciudad de Córdoba, Argentina un nuevo Curso Oficial de MikroTik RouterOS. El contenido del mismo está centrado en el módulo de MTCNA más una especialización en calidad de servicio (QoS).


El entrenamiento esta dirigido a administradores de redes, integradores, encargados de sistema y cualquiera que desee conocer en profundidad conceptos de networking implementados con productos Mikrotik. El curso es una combinación de teoría y laboratorio prá¡ctico, además de utilizar mucho tiempo en desarrollar preguntas y respuestas.

Transcribiré a continuación la información que se puede obtener de la pá¡gina de MKE Solutions, sitio donde hay que inscribirse.

Temario:

Se impartirá el curso con el temario para la preparación del MTCNA y se hará una especialización para el control de ancho de banda en el cual se podrá conocer en profundidad las herramientas necesarias para una minuciosa calidad de servicio. Adicionalmente se incorporará conocimiento para la creación de VPN con diferentes tecnologías y protocolos.

MikroTik Certified Network Associate (MTCNA) Essentials Training: 9, 10 y 11 de Agosto

* Instalando, actualizando, primer login para el RouterOS usando RouterBOARD
* Creando una red simple
* Direccionamiento IP y ruteo estático.
* DHCP Server y cliente
* Reglas de Firewall y NAT
* Túneles PPP (PPTP, L2TP, PPPoE)
* Simple Queues
* HotSpot
* Redes Inalámbricas
* Webproxy para filtrado de URL y caching

Especialización ++QoS Specialist Traffic Control 12 y 13 de Agosto

* Características Extendidas del Firewall
* Layer7
* Marcado de conexiones y flujos: Mangle
* Algoritmos de encolamientos
* QoS (simple queues y queue tree, burst)
* Escenarios diferentes para el control de ancho de banda y calidad de servicio
* VPN: EoIP, IPSec, VLANs
* Políticas de Ruteo
* DUDE

Qué se incluye:

Se presentará el RouterOS en varios aspectos, enfocado en las tareas de manejo y administración de una red a nivel de Edge y Core. Cada alumno tendrá un RouterBOARD para su entrenamiento y al finalizar cada tema se procederá a realizar un laboratorio práctico.

DUDE WorkShop:

Utilización de la herramienta de MikroTik para el monitoreo, administración y manejo de dispositivos en la red. Se conocerá como visualizar la relación entre los dispositivos, que actividad tienen, el tráfico que hay de consumo, graficar los protocolos mas utilizados al igual que el trafico en general.

Se brindarán materiales impresos, certificado digital de participación y 2 break durante la jornada. Las copias digitales de las presentaciones no serán provistas por Protección de Copyright.

No se  incluyen los gastos de alojamiento, aunque hay precios especiales para los participantes del curso que se alojen en el hotel del evento.

Lugar:

Gran Hotel Dora. http://www.hoteldora.com
Ubicación en mapa: Gran Hotel Dora
Dirección: Entre Rios 70 - Córdoba -  X5000AJB

Requisitos:

Se DEBE TENER conocimiento en TCP/IP, Subneteo y ruteo básico los cuales son dados por sabidos. Se deberá conocer como funciona el subneteo, como realizarlo, así como el modelo OSI, ruteo básico, ARP y Dominios de Broadcast.

IMPORTANTE: Para participar en el entrenamiento ++QoS (Specialist Traffic Control) se debe haber tomado el Essentials Training o algún entrenamiento oficial de MikroTik RouterOS

Cada participante deberá concurrir con Notebook, Patch Cord (o cable RJ45) y zapatilla eléctrica.

COSTOS:

MTCNA Essentials Training: U$S 350 (9, 10 y 11 de Agosto)
MTCNA ++QoS (Specialist Traffic Control): U$S 300 (12 y 13 de Agosto)
COMBO PROMOCIONAL AMBOS*: 1 + 2 =U$S 550
*Con la adquisición del COMBO PROMOCIONAL llévese un RB750 de obsequio!

El derecho a rendir la certificación MTCNA tiene un costo adicional de U$S 200 y es optativo.
Los precios están en dólares y no incluyen IVA.
El curso debe estar cancelado antes del inicio del mismo.

Toda la información publicada fué obtenida del sitio oficial
Para solicitar más información con respecto al curso se puede enviar un correo a info@mikrotikexpert.com o al teléfono +54.358.4210029

Solución al “error de conexión” del nokia 5800 XM

Hola gente…

Despues de algunos dias de renegar y llegar a pensar que mi movil tení­a algún problema, finalmente puedo volver a respirar y creer en que (aún) hice una buena inversión.

Resulta que desde hace unos 3 dí­as atrás tení­a problemas de “error de conexión” cuando querí­a realizar cualquier tipo de llamada, prácticamente de manera aleatoria. A veces llamaba bien, a veces tenia que repetir la llamada unas 10 veces hasta que finalmente se entablaba la llamada. Llegué a pensar que mi teléfono tení­a algún problema, ya que la solución de la mesa de reclamos de Personal (igual creo que pasa con cualquier empresa) era “si pruebas poner el chip en otro teléfono y funciona, entonces el problema es del aparato”…

Bueno, resulta que el problema NO es del aparato (gracias Cristian!), y con esto espero que a más de uno le pueda quitar un gran dolor de cabeza. El problema es de la red 3g que hay acá (en Argentina).

SOLUCIÓN —> Forzar al teléfono a GSM.
CÓMO SE HACE —> Fácil: Configuración -> Conectividad -> Red -> Modo de Red -> GSM…

Lo mismo puede estar pasando en cualquier móvil prácticamente nuevo, los cuáles traen por defecto la opción de modulación dual…

Espero que les haya servido de algo… cualquier cosa, me avisan…

Saludos

Protección contra ataques SSH y FTP a MikroTik

Seguramente a muchos les ha pasado que al colocar una IP pública en una de las interfaces del MikroTik, no tarda mucho tiempo en acusar intentos de logueo incorrectos por SSH. Esto se debe a que no se dispone de un correcto firewall, y al menos es necesario una mínima protección para evitar ataques desde Internet.

En la Wiki de MikroTik hay una serie de scripts que permiten proteger el equipo de estos ataques, los cuales se los dejo a continuación con un abreve descripción de los mismos:

1) Este Script permite hasta 9 intentos fallidos de conexión por FTP. Al décimo intento agrega la IP atacante en un address list dinámico por un lapso de 3hs. Finalmente bloqueará todo intento de acceso por FTP de las direcciones IP que estan dentro de ese address list.

/ip firewall filter

add chain=input protocol=tcp dst-port=21 src-address-list=ftp_blacklist action=drop comment=”drop ftp brute forcers”

add chain=output action=accept protocol=tcp content=”530 Login incorrect” dst-limit=1/1m,9,dst-address/1m

add chain=output action=add-dst-to-address-list protocol=tcp content=”530 Login incorrect” address-list=ftp_blacklist address-list-timeout=3h

2) Este script bloqueará la IP que en menos de un minuto intente ingresar por SSH por 4ta vez. En realidad lo que hace es encadenar los diferentes intentos de acceso. Al cuarto intento, agregará la IP atacante en un address list dinámico por un lapso de 10 dí­as. Finalmente todos los intentos de acceso por SSH provenientes de alguna IP que esté dentro de ese address list, serán bloqueados.

/ip firewall filter

add chain=input protocol=tcp dst-port=22 src-address-list=ssh_blacklist action=drop comment=”drop ssh brute forcers” disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new src-address-list=ssh_stage3 action=add-src-to-address-list address-list=ssh_blacklist address-list-timeout=10d comment=”" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new src-address-list=ssh_stage2 action=add-src-to-address-list address-list=ssh_stage3 address-list-timeout=1m comment=”" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new src-address-list=ssh_stage1 action=add-src-to-address-list address-list=ssh_stage2 address-list-timeout=1m comment=”" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new action=add-src-to-address-list address-list=ssh_stage1 address-list-timeout=1m comment=”" disabled=no

Para agregar estas reglas de protección en su router, simplemente vayan a New Terminal y en la consola peguen los scripts anteriormente expuestos.

Espero que les haya servido.

Saludos

Curso Oficial MikroTik RouterOS en Cordoba, España.

Entre los días 11 y 14 de Mayo se dictarán en la ciudad de Córdoba, España, los módulos MTCNA y MTCTCE con sus correspondientes certificaciones. Dicho curso está subvencionado a través del “Sistema de Bonificaciones de la Seguridad Social”, promovido por la Fundación Tripartita para la formación en el empleo.

El entrenamiento está dirigido a administradores de redes, integradores, encargados de sistema y cualquiera que desee conocer en profundidad los conceptos de networking y la manera de implementarlos en productos de MikroTik.

Para mayor información, así­ como para registrarse en el mismo, dirigirse aquí­.

Otro script de alineación con luces y sonido

Otro script mas para la calibración de enlaces con RB411/RB433 (nuevamente el autor, Mark Shumate, aclara que no significa que solo funcionen con esos dos modelos, sino que eran los únicos con los que lo probó).

Este script reconoce 9 diferentes “niveles de señal” y 3 estados (connected, searching y other). Los niveles de señal indican el margen de SNR (relacion señal a ruido); mientras mayor sea el nivel de medida, mayor será el valor de SNR (8 es el mejor, 1 es el peor) y por lo tanto, mas LEDS se ven (solo se usan 4 para este script) y mas rápido se oyen los beeps.

La combinación usada es la siguiente:

>= Level 8 : 4 solid (100ms beeps)

>= Level 7 : 3 solid, 4th flashing (300ms beeps)

>= Level 6 : 3 solid (500ms beep cycle)

>= Level 5 : 2 solid, 3rd flashing (700ms beeps)

>= Level 4 : 2 solid (900ms beeps)

>= Level 3 : 1 solid, 2nd flashing (1100ms beeps)

>= Level 2 : 1 solid (1300ms beeps)

>= Level 1 : 1 flashing (1500ms beeps)

<  Level 1 : no LEDs, beeps only (1700ms beeps)

Por otro lado, el user-LED (el LED verde por ensima del LED de power azul) se usa para mostrar el estado de asociación. Si la interfaz esta asociada, el LED es sólido; si la interfaz está buscando, el LED prende y apaga 2 veces por segundo, seguido de 3 beeps; por ultimo, si la interfaz esta en otro estado (deshabilitada, por ejemplo), el LED prende y apaga rápidamente cada 2 segundos, seguido de un doble beep.

Para el que quiera interpretar (y modificar) estos parámetros, la referencia usada es la siguiente:

:local lnsdelaytime 100ms;  <—signals at/above lvl 8

:local lnsdelaytime 300ms;  <—signals between 7 and 8

:local lnsdelaytime 500ms;  <—signals between 6 and 7

:local lnsdelaytime 700ms;  <—signals between 5 and 6

:local lnsdelaytime 900ms:  <—signals between 4 and 5

:local lnsdelaytime 1100ms; <—signals between 3 and 4

:local lnsdelaytime 1300ms; <—signals between 2 and 3

:local lnsdelaytime 1500ms; <—signals between 1 and 2

:local lnsdelaytime 1750ms; <—signals below lvl 1

:local lnsdelaytime 2000ms; <—signal not available

El script es el siguiente (dejo los comentarios del autor para el que quiera modificar algún valor):

# default delaytime

:local lnsdelaytime “2000ms”;

# name of wireless interface to monitor (default wlan1)

:local lnsintname “wlan1″;

# frequency (as in pitch) of beep (recommend 700 - 1000)

:local lnsbeepfreq 800;

# Here, the different signal levels are assigned to

# signal-to-noise measurements. I haven’t really tweaked

# these yet to be in line with field testing, so they

# may need quite a bit of adjusting.

:local lnslevel8 70;

:local lnslevel7 65;

:local lnslevel6 60;

:local lnslevel5 55;

:local lnslevel4 50;

:local lnslevel3 45;

:local lnslevel2 40;

:local lnslevel1 35;

# The (veery approximate, heh) running time of the script

# is set here. I am too lazy right now to do this a

# better way…besides, who cares if the thing beeps or

# flashes a couple extra minutes right?!? :)

:local lnsrunningtime 60m;

# Here, we set how long the script will beep. NOTE that

# startup/shutdown tones will still be played.

# I like this feature when using an access point where

# the LEDs are clearly visible. If you don’t want this

# feature, set it to the same as $lnsrunningtime

# (above).

:local lnsbeeptime 10m;

# figure out beep cutoff time

:local lnsrunbeepdiff;

:set lnsrunbeepdiff ($lnsrunningtime - $lnsbeeptime);

# initialize LEDs, play starting tones

:delay 50ms;

:led user-led=no led4=no led3=no led2=no led1=no;

:delay 50ms;

:beep frequency=($lnsbeepfreq - 300) length=50ms;

:delay 50ms;

:beep frequency=($lnsbeepfreq - 200) length=50ms;

:delay 50ms;

# main monitoring cycle

:while ($lnsrunningtime > 0s) do={

/interface wireless monitor “$lnsintname” once do={

:if ($”status” = “connected-to-ess”) do={

:if ($”signal-to-noise” >= $lnslevel8) do={

:set lnsdelaytime 100ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:led user-led=yes led4=yes led3=yes led2=yes led1=yes;

:delay $lnsdelaytime;

}

:if ($”signal-to-noise” >= $lnslevel7 && $”signal-to-noise” < $lnslevel8) do={

:set lnsdelaytime 300ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:for i from=1 to=3 do={

:led user-led=yes led4=no led3=yes led2=yes led1=yes;

:delay ($lnsdelaytime / 6);

:led user-led=yes led4=yes led3=yes led2=yes led1=yes;

:delay ($lnsdelaytime / 6);

}

}

:if ($”signal-to-noise” >= $lnslevel6 && $”signal-to-noise” < $lnslevel7) do={

:set lnsdelaytime 500ms;

:led user-led=yes led4=no led3=yes led2=yes led1=yes;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:delay $lnsdelaytime;

}

:if ($”signal-to-noise” >= $lnslevel5 && $”signal-to-noise” < $lnslevel6) do={

:set lnsdelaytime 700ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:for i from=1 to=3 do={

:led user-led=yes led4=no led3=no led2=yes led1=yes;

:delay ($lnsdelaytime / 6);

:led user-led=yes led4=no led3=yes led2=yes led1=yes;

:delay ($lnsdelaytime / 6);

}

}

:if ($”signal-to-noise” >= $lnslevel4 && $”signal-to-noise” < $lnslevel5) do={

:set lnsdelaytime 900ms;

:led user-led=yes led4=no led3=no led2=yes led1=yes;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:delay $lnsdelaytime;

}

:if ($”signal-to-noise” >= $lnslevel3 && $”signal-to-noise” < $lnslevel4) do={

:set lnsdelaytime 1100ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:for i from=1 to=3 do={

:led user-led=yes led4=no led3=no led2=no led1=yes;

:delay ($lnsdelaytime / 6);

:led user-led=yes led4=no led3=no led2=yes led1=yes;

:delay ($lnsdelaytime / 6);

}

}

:if ($”signal-to-noise” >= $lnslevel2 && $”signal-to-noise” < $lnslevel3) do={

:set lnsdelaytime 1300ms;

:led user-led=yes led4=no led3=no led2=no led1=yes;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:delay $lnsdelaytime;

}

:if ($”signal-to-noise” >= $lnslevel1 && $”signal-to-noise” < $lnslevel2) do={

:set lnsdelaytime 1500ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:for i from=1 to=3 do={

:led user-led=yes led4=no led3=no led2=no led1=no;

:delay ($lnsdelaytime / 6);

:led user-led=yes led4=no led3=no led2=no led1=yes;

:delay ($lnsdelaytime / 6);

}

}

:if ($”signal-to-noise” < $lnslevel1) do={

:set lnsdelaytime 1700ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=($lnsdelaytime / 2);

}

:led user-led=yes led4=no led3=no led2=no led1=no;

:delay $lnsdelaytime;

}

} else={

:if ($”status” = “searching-for-network”) do={

:set lnsdelaytime 2000ms;

:led user-led=no led4=no led3=no led2=no led1=no;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=100ms;

}

:delay 100ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq + 100) length=75ms;

}

:delay 75ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq + 200) length=50ms;

}

:delay 50ms;

:for i from=1 to=4 do={

:led user-led=no;

:delay ($lnsdelaytime / 8 )

:led user-led=yes;

:delay ($lnsdelaytime / 8 )

}

:set lnsdelaytime ($lnsdelaytime + (50ms + 75ms + 100ms));

} else={

:set lnsdelaytime 2000ms;

:led user-led=no led4=no led3=no led2=no led1=no;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq - 150) length=150ms;

}

:delay 150ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq - 350) length=100ms;

}

:delay 100ms;

:for i from=1 to=4 do={

:led user-led=yes;

:delay 50ms;

:led user-led=no;

:delay 50ms;

}

:delay 1550ms;

}

}

}

:set lnsrunningtime (”$lnsrunningtime” - “$lnsdelaytime”);

}

# shut off LEDs, play shutdown tones

:delay 50ms;

:led user-led=no led4=no led3=no led2=no led1=no;

:delay 50ms;

:beep frequency=($lnsbeepfreq - 200) length=50ms;

:delay 50ms;

:beep frequency=($lnsbeepfreq - 300) length=50ms;

:delay 50ms;

Espero que les sirva… Saludos

Script de alineación de antena por LED

Previamente les mostré un script de la Wiki, en donde se puede calibrar un enlace según el beep del RB. Este script es similar, solo que en lugar de hacerlo por sonido, lo hace con secuencia de luces en un RB532.

El autor del mismo aclara que sólo funciona con la primer entrada del registro de wireless, por lo que se usa para calibrar enlaces punto a punto, del lado del CPE en caso de un punto-multipunto.

El script es el siguiente:

:global if-snr [ /interface wireless registration-table get [/interface wireless registration-table find] signal-to-noise ]

:if (($if-snr > 0) && ($if-snr <= 15 )) do={/blink duration=250ms}

:if (($if-snr > 15) && ($if-snr <= 25 )) do={/blink duration=500ms}

:if (($if-snr > 25) && ($if-snr <= 35 )) do={/blink duration=750ms}

:if ($if-snr > 35 ) do={/blink duration=1s}

Para que esto lo haga de manera contí­nua, es necesario que se ejecute con periodicidad dentro de /system/scheduler indicando el tiempo deseado de repeticion (uno o dos segundos estarí­a bien):

/system script run [/system script find name=blinkled]

donde “blinked” es el nombre del script indicado anteriormente.

Espero que les sirva… Saludos

Script de alineación de enlaces

En la Wiki de MikroTik, hay muchísimos scripts que nos simplifican mucho la labor cotidiana. En este caso, les dejo un script de Mark Shumate (modificado por Randy Cosby) que sirve para alinear los enlaces con RB411 y Rb433 (en realidad admiten que puede funcionar para cualquier RB, pero a lo mejor hay que modificar algún parámetro).
El script hace una secuencia beeps intermitentes, cuya frecuencia cambia según el valor de RSSI del enlace en cuestión.
Solo es necesario modificar el nombre de la interfaz wlan a monitorear, aunque aquel que quiera modificar los parámetros, puede hacerlo sin ningun problema.

Les dejo aqui el script previamente mencionado:

#

# Mikrotik RB411/433 “RSSI Readback” alignment script

#

# Based off script by Mark Shumate Feb 2009

# Modified by Randy Cosby June 2009

#

# NOTE: This script may work on other platforms, I

# don’t have anything but RB411/433 here in front of

# me. The beeps will probably work on practically any

# wireless CPE type Routerboard, but maybe the script

# would have to be edited?

#

# default delaytime

:local lnsdelaytime 230ms;

# name of wireless interface to monitor (default wlan1)

:local lnsintname “wlan1″;

:local lnsbeepfreq 800;

# base freq (as in pitch) of tens digit beep

:local tensbeepfreq 1200;

#  base freq (as in pitch) of ones digit beep

:local onesbeepfreq 1100;

# The (veery approximate, heh) running time of the script

# is set here. I am too lazy right now to do this a

# better way…besides, who cares if the thing beeps

#  a couple extra minutes right?!?  :)

:local lnsrunningtime 10m;

# Here, we set how long the script will beep. NOTE that

# startup/shutdown tones will still be played.

:local lnsbeeptime 10m;

# figure out beep cutoff time

:local lnsrunbeepdiff;

:set lnsrunbeepdiff ($lnsrunningtime - $lnsbeeptime);

# play starting tones

:delay 150ms;

:beep frequency=($lnsbeepfreq - 300) length=150ms;

:delay 150ms;

:beep frequency=($lnsbeepfreq - 200) length=150ms;

:delay 550ms;

# main monitoring cycle

:while ($lnsrunningtime > 0s) do={

/interface wireless monitor “$lnsintname” once do={

:put “Monitoring….”;

:if ($”status” = “connected-to-ess”) do={

#:if ($”status” = “searching-for-network”) do={

:local rssi ($”signal-strength”);

#      :local rssi -60;

:put $”signal-strength”;

:local tensbeeps (tonum( $rssi / 10 ) * -1 );

:put $tensbeeps;

:local onesbeeps (($rssi*-1) - ($tensbeeps * 10))

:put $onesbeeps;

:for i from=1 to=($tensbeeps) do={

:beep frequency=(-($rssi*$rssi)/10+$tensbeepfreq) length=($lnsdelaytime / 2);

:delay $lnsdelaytime;

:set lnsrunningtime ($lnsrunningtime - $lnsdelaytime);

}

:delay 400ms;

:set lnsrunningtime ($lnsrunningtime - 400ms);

:if ($onesbeeps = 0) do={

:beep frequency=(-($rssi * $rssi)/10 + $onesbeepfreq) length=($lnsdelaytime*2);

:delay $lnsdelaytime;

:set lnsrunningtime ($lnsrunningtime - ($lnsdelaytime));

} else={

:for i from=1 to=($onesbeeps) do={

:beep frequency=(-($rssi * $rssi)/10 + $onesbeepfreq) length=($lnsdelaytime / 2);

:delay $lnsdelaytime;

:set lnsrunningtime ($lnsrunningtime - $lnsdelaytime);

}

}

:delay 1s;

} else={

:if ($”status” = “searching-for-network”) do={

:delay 200ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=$lnsbeepfreq length=150ms;

}

:delay 200ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq + 100) length=125ms;

}

:delay 150ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq + 200) length=100ms;

}

:delay 300ms;

:set lnsrunningtime ($lnsrunningtime - 750ms);

} else={

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq - 150) length=150ms;

}

:delay 150ms;

:if ($lnsrunningtime > $lnsrunbeepdiff) do={

:beep frequency=($lnsbeepfreq - 350) length=100ms;

}

:delay 1550ms;

}

}

}

#:put $lnsrunningtime;

#:set lnsrunningtime (totime($lnsrunningtime));

#:set lnsrunningtime (”$lnsrunningtime” - “$lnsdelaytime”);

:put $lnsrunningtime;

}

# shut off LEDs, play shutdown tones

:beep frequency=($lnsbeepfreq - 200) length=150ms;

:delay 150ms;

:beep frequency=($lnsbeepfreq - 300) length=150ms;

:delay 150ms;

Espero que les sea de ayuda…

Mi presentación del MUM sobre Calidad de Servicio

Para todos aquellos que quieran comenzar realizando una calidad de servicio simple pero efectiva, les dejo los enlaces a mi presentacion en el MUM (MikroTik User Meeting) realizado en Noviembre de 2009 en Buenos Aires, Argentina.
Como todos saben, no solo se busca limitar el ancho de banda de cada usuario, sino tambien usarlo de la mejor manera posible.

Mediante esta breve explicacion, se intenta introducir el concepto de Calidad de Servicio, priorización de protocolos y limitación de ancho de banda.

Espero que les guste:
Pueden ver mi presentación aquí: http://www.tiktube.com/index.php?video=293
Pueden descargar mi presentación aquí:  http://mum.mikrotik.com/presentations/AR09/mario_clep.pdf

MikroTik Support.rif viewer

La gente de MikroTik acaba de liberar el visor de archivos .rif, el cual sirve para ver la configuración del RouterOS y realizar soportes.
Cuando se necesita ayuda por un problema puntual, se puede generar un archivo “support.rif” y enviarlo al soporte de MikroTik.
Para todo aquel que lo quiera chequear, simplemente tiene que acceder a su cuenta de MikroTik, y en la ventana principal, abajo a la derecha, le aparecerá el famoso Support.rif viewer.

Espero que les sirva…

Saludos