AYUDA Mikrotik hAP Lite ......

Publicado por diego10, 03 de Marzo de 2017, 02:40:29 PM

Tema anterior - Siguiente tema

0 Miembros y 1 Visitante están viendo este tema.

diego10

#135
si... quiza haya que marcar paquetes pares e impares e indicarle un limite a cada interface para que lo que sobro lo mande por la otra WAN y si no puede hacerlo que ese paquete lo de por perdido y listo

facil es decirlo no? jaja

diego10

#136
los 2 WAN de 12 megas c/u no me deja

el cable clonado anda barbaro. el otro pago de 12 tira 9 y barbaro tambien pero no levanta el balance


diego10

sera algo del firm o del hAP?

y dejar la boca ether1 de lado y seguir con los otros 3 del LAN ?


D3M0N

Cuando esta sin la configuracion base de puede usar cualquier ether para lo que sea.. no cambia en nada.. es tema de capa 3.-

diego10



96 pings (uno por segundo) promedio 0.019

diego10


diego10

#141
el ruteo esta bien pero... ejemplo

miro un video en youtube sale por un WAN1 a los pedos. ok cierro la ventana
el WAN2 se activa con el segundo video de youtube y tambien va a los pedos. ok

pero se cuelga cuando tiene que pasar de WAN1 a WAN2 ejemplo un torrent ... y ahi el Mikrotik baja el rendimiento. como que se hace todo leeento y se satura

pasan unos minutos en desuso y todo vuelve a la normalidad pero no hay balance porque una WAN siempre se tilda


diego10

Last login: Thu Mar  9 13:03:14 on console
iMac171:~ diego10$ ping 22.22.22.22
PING 22.22.22.22 (22.22.22.22): 56 data bytes
64 bytes from 22.22.22.22: icmp_seq=0 ttl=63 time=1352.368 ms
64 bytes from 22.22.22.22: icmp_seq=1 ttl=63 time=1.374 ms
64 bytes from 22.22.22.22: icmp_seq=2 ttl=63 time=1.404 ms
64 bytes from 22.22.22.22: icmp_seq=3 ttl=63 time=1.344 ms
64 bytes from 22.22.22.22: icmp_seq=4 ttl=63 time=1.265 ms
64 bytes from 22.22.22.22: icmp_seq=5 ttl=63 time=1.390 ms
64 bytes from 22.22.22.22: icmp_seq=6 ttl=63 time=1.307 ms
64 bytes from 22.22.22.22: icmp_seq=7 ttl=63 time=1.253 ms
64 bytes from 22.22.22.22: icmp_seq=8 ttl=63 time=1.202 ms
64 bytes from 22.22.22.22: icmp_seq=9 ttl=63 time=1.295 ms
64 bytes from 22.22.22.22: icmp_seq=10 ttl=63 time=1.307 ms
64 bytes from 22.22.22.22: icmp_seq=11 ttl=63 time=1.338 ms
64 bytes from 22.22.22.22: icmp_seq=12 ttl=63 time=1.330 ms
64 bytes from 22.22.22.22: icmp_seq=13 ttl=63 time=1.349 ms
64 bytes from 22.22.22.22: icmp_seq=14 ttl=63 time=1.311 ms
64 bytes from 22.22.22.22: icmp_seq=15 ttl=63 time=1.307 ms
64 bytes from 22.22.22.22: icmp_seq=16 ttl=63 time=1.284 ms
64 bytes from 22.22.22.22: icmp_seq=17 ttl=63 time=1.251 ms
64 bytes from 22.22.22.22: icmp_seq=18 ttl=63 time=1.306 ms
64 bytes from 22.22.22.22: icmp_seq=19 ttl=63 time=1.382 ms
64 bytes from 22.22.22.22: icmp_seq=20 ttl=63 time=1.404 ms
64 bytes from 22.22.22.22: icmp_seq=21 ttl=63 time=1.272 ms
64 bytes from 22.22.22.22: icmp_seq=22 ttl=63 time=1.301 ms
64 bytes from 22.22.22.22: icmp_seq=23 ttl=63 time=1.385 ms
64 bytes from 22.22.22.22: icmp_seq=24 ttl=63 time=1.240 ms
64 bytes from 22.22.22.22: icmp_seq=25 ttl=63 time=1.318 ms
^C
--- 22.22.22.22 ping statistics ---
26 packets transmitted, 26 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.202/53.280/1352.368/259.818 ms
iMac171:~ diego10$
iMac171:~ diego10$
iMac171:~ diego10$ ping 11.11.11.11
PING 11.11.11.11 (11.11.11.11): 56 data bytes
64 bytes from 11.11.11.11: icmp_seq=0 ttl=63 time=1176.741 ms
64 bytes from 11.11.11.11: icmp_seq=1 ttl=63 time=1.340 ms
64 bytes from 11.11.11.11: icmp_seq=2 ttl=63 time=1.349 ms
64 bytes from 11.11.11.11: icmp_seq=3 ttl=63 time=1.429 ms
64 bytes from 11.11.11.11: icmp_seq=4 ttl=63 time=1.281 ms
64 bytes from 11.11.11.11: icmp_seq=5 ttl=63 time=1.224 ms
64 bytes from 11.11.11.11: icmp_seq=6 ttl=63 time=1.236 ms
64 bytes from 11.11.11.11: icmp_seq=7 ttl=63 time=1.316 ms
64 bytes from 11.11.11.11: icmp_seq=8 ttl=63 time=1.365 ms
64 bytes from 11.11.11.11: icmp_seq=9 ttl=63 time=1.329 ms
64 bytes from 11.11.11.11: icmp_seq=10 ttl=63 time=1.383 ms
64 bytes from 11.11.11.11: icmp_seq=11 ttl=63 time=1.335 ms
64 bytes from 11.11.11.11: icmp_seq=12 ttl=63 time=1.360 ms
64 bytes from 11.11.11.11: icmp_seq=13 ttl=63 time=1.324 ms
64 bytes from 11.11.11.11: icmp_seq=14 ttl=63 time=1.395 ms
64 bytes from 11.11.11.11: icmp_seq=15 ttl=63 time=1.299 ms
64 bytes from 11.11.11.11: icmp_seq=16 ttl=63 time=1.272 ms
64 bytes from 11.11.11.11: icmp_seq=17 ttl=63 time=1.378 ms
64 bytes from 11.11.11.11: icmp_seq=18 ttl=63 time=1.517 ms
64 bytes from 11.11.11.11: icmp_seq=19 ttl=63 time=1.330 ms
64 bytes from 11.11.11.11: icmp_seq=20 ttl=63 time=1.309 ms
64 bytes from 11.11.11.11: icmp_seq=21 ttl=63 time=1.399 ms
64 bytes from 11.11.11.11: icmp_seq=22 ttl=63 time=1.275 ms
64 bytes from 11.11.11.11: icmp_seq=23 ttl=63 time=1.353 ms
64 bytes from 11.11.11.11: icmp_seq=24 ttl=63 time=1.325 ms
64 bytes from 11.11.11.11: icmp_seq=25 ttl=63 time=1.171 ms
^C
--- 11.11.11.11 ping statistics ---
26 packets transmitted, 26 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.171/46.540/1176.741/226.040 ms
iMac171:~ diego10$







diego10

#143
cuando tiro un ping simultaneo a ambos CPE uno se cuelga

es esta maldita Mac !!!! ahora la pongo en venta :)

diego10

#144
no se si esto es normal desde el Mikrotik




D3M0N

Move las reglas arriba del todo:



Todo lo que es firewall filter, nat, mangle van por posición.-

diego10

#146
solo tengo 5 prerouting y ningun forward   ::)
quiza toqueteando volaron un par de lineas

tambien perdi las que son para ingresar a los CPE. no los veo ni con el Discovery Tool
pasame un un script asi yo lo pego aca (bah si podes)  8)

porque vi que replicaste mi topologia ahi donde estas

diego10

#147
sospecho que no me funciona correctamente el PCC porque ambos TPStations estan usando el mismo gateway

la sospecha vino al desmarcar la opcion "Enable DNS Proxy" entonces me queda automaticamente en la Mac el gateway del WLAN que es el mismo que asigno el AP al conectar.

y ciertamente como el AP esta en modo bridge, esos IP son asignados por el mismo ISP que en ambos casos es fibertel me explico? speedy tambien usa mucho el rango 192.168.x.x para la red local... una macana

y yo en modo router lamentablemente no puedo separar del todo lo que es WLAN con LAN

no veo otro motivo para que ponga automaticamente DNS 192.168.1.1 si yo estoy trabajando fijo en 11.11.11.11

y es por eso que el hAP no va ni para atras... alguna idea?




diego10

#148
aca la prueba que demuestra que el problema es el gateway
puse IP statico en el mismo rango del maldito gateway (como es logico) sino no navego  :-\

hace una mezcla de IP en los rangos solicitados pero en ningun caso separa del todo lo que es WLAN de LAN y evidentemente el gateway es siempre el que asigna el AP que (como dije antes) al estar en bridge los parametros los da el ISP




diego10

por mas que ponga un DNS proxy tiro ping al 192.168.1.1 y da respuesta  :-\