Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Caidas reportadas en Gateway Status

    Scheduled Pinned Locked Moved Español
    10 Posts 4 Posters 1.5k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • A
      acriollo
      last edited by

      Hola. espero puedan darme alguna idea de por donde buscar la solucion de este problema.

      En el monitoreo de los gateways me esta reportando de manera constante caidas en la WAN , ya he cambiado las interfaces por otras nuevas pero aun asi el problema persiste.

      Actualmente estoy monitoreand cada segundos en mi gateway la ip  8888.

      y esto es lo que me muestra.
      El servicio es un ADSL de infnitum conectado via pppoe

      Aug 18 19:21:02 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:21:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:21:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:21:58 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:22:03 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:22:23 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:22:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:23:33 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:23:52 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:24:23 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:24:32 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:26:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:26:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:28:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:28:22 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:29:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:29:22 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:29:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:29:53 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:30:23 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:30:33 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:46:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:46:52 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:50:53 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:50:53 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:52:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:52:13 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:53:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:53:13 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:54:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 19:54:22 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:01:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:01:13 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:12:53 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:13:02 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:18:13 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:18:22 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:46:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 20:46:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 22:30:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 22:30:53 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 23:12:43 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 18 23:12:53 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 00:21:33 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 00:21:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:42:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:42:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:44:24 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:44:33 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:57:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 08:57:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:05:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:05:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:12:24 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:12:33 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:48:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:48:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:49:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 09:49:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:05:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:05:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:06:04 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:06:13 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:07:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:07:23 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:08:44 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:08:53 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:11:54 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:12:03 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:13:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:13:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:51:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 10:51:24 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:01:24 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:01:33 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:22:44 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:22:54 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:24:04 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:24:13 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:25:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:25:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:26:14 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:26:24 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:42:34 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 12:42:43 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 13:17:54 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 13:18:04 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 13:20:54 apinger: ALARM: WAN_DHCP(8.8.8.8) *** down ***
      Aug 19 13:21:04 apinger: alarm canceled: WAN_DHCP(8.8.8.8) *** down ***

      alguna idea.

      1 Reply Last reply Reply Quote 0
      • ZACZ
        ZAC
        last edited by

        Es por el tiempo que tienes del ping, debes aumentarlo, en el foro hay varios hilos al respecto.

        1 Reply Last reply Reply Quote 0
        • belleraB
          bellera
          last edited by

          Por favor, busquemos un poco antes de postear… Tema debatido varias veces en los últimos meses...

          https://forum.pfsense.org/index.php?topic=79450

          https://forum.pfsense.org/index.php?topic=79747

          Una vez más, cómo minimizar los "falsos positivos" de fallo de las puertas:

          https://forum.pfsense.org/index.php?topic=72314.msg431713#msg431713 (en inglés)

          Ver imagen adjunta, aumentar los segundos entre ping (10 en la imagen) y el tiempo de supuesto fallo (60 en la imagen).

          Creo que en Google DNS (8.8.8.8) deben estar saturados con tanto ping...

          ![Captura de 2014-07-10 09_48_11.png](/public/imported_attachments/1/Captura de 2014-07-10 09_48_11.png)
          ![Captura de 2014-07-10 09_48_11.png_thumb](/public/imported_attachments/1/Captura de 2014-07-10 09_48_11.png_thumb)

          1 Reply Last reply Reply Quote 0
          • ZACZ
            ZAC
            last edited by

            Sobre google, no se si es mi ISP, o la vdd si esta saturado, pero a veces los ping a google son muy alto, y a veces tengo problemas para accesar, bueno abriré un nuevo hilo solo para preguntar.

            1 Reply Last reply Reply Quote 0
            • A
              acriollo
              last edited by

              Ahora si me tocó!  Al rincon!!

              Perdon pero ya he intentado esto que me comentan.

              Lo mas raro que me esta sucediendo y esto ahora que me doy cuenta es que fue despues de haber seleccionado
              **Allow default gateway switching

              Como comente en un post anterior, una vez que la WAN principal se cae el pfsensense se bloquea casi en su totalidad. la web no responde el ssh no da señales de visa. Solo el ping sigue respondiendo.  inclusive el trafico entre redes de diferentes interfaces se cae.

              ptt, como tienes configurado tu esa parte ? ( Allow default gateway switching )**

              1 Reply Last reply Reply Quote 0
              • pttP
                ptt Rebel Alliance
                last edited by

                No tengo habilitado "Allow default gateway switching"  Ya que una de las "WAN" va al "Softswitch" (VoIP) y "Nunca" debe ir tráfico "de internet" por esa "WAN" ;)

                Respecto a la IP a utilizar como monitor, generalmente hago varios "Traceroute" desde el pfSense hacia dsitintos "sitios" y veo cuál es el "ultimo salto" del ISP…. ejemplo, acá en Argentina, utilizando "Telecom" las salida es generalmente por ".bai.seabone.net " así que utilizo alguna de esas, o la última de ".telecom.net.ar"

                
5  host94.186-153-152.telecom.net.ar (186.153.152.94)  46.564 ms  34.435 ms  36.112 ms
6  xe-8-1-1.baires5.bai.seabone.net (195.22.220.104)  33.733 ms  33.717 ms  34.106 ms
7  xe-2-2-2.miami15.mia.seabone.net (195.22.199.145)  155.663 ms
8  xe-1-3-3.miami15.mia.seabone.net (195.22.199.195)  161.594 ms
    xe-1-0-1.miami15.mia.seabone.net (195.22.199.7)  170.963 ms
    xe-1-3-1.miami15.mia.seabone.net (89.221.41.9)  163.354 ms
9  facebook.miami15.mia.seabone.net (89.221.41.81)  156.942 ms  157.110 ms  156.892 ms

16  edge-star-shv-13-frc1.facebook.com (173.252.110.27)  189.120 ms  196.007 ms  189.824 ms
                1 Reply Last reply Reply Quote 0
                • A
                  acriollo
                  last edited by

                  eso me agrado.

                  La bronca que tengo yo es que estoy corriendo squid en la misma caja y no me he querido aventar el calvario de usar el balanceo para el squid ya que hay muchos post qe dicen que esto no funciona. Has tenido alguna experiencia con esto ?

                  gracias!

                  1 Reply Last reply Reply Quote 0
                  • pttP
                    ptt Rebel Alliance
                    last edited by

                    No, en/con Squid me "saco un 0" :P

                    1 Reply Last reply Reply Quote 0
                    • A
                      acriollo
                      last edited by

                      Pues andamos casi en las mismas :(

                      He tenido un poco de mejores resultados colocando pruebas cada 30 segs y un lapso de 90 segs antes de que se determine la falla. Lleva ya un par de dias un poco mejor. vamos a ver que pasa.

                      Gracias por la ayuda.

                      1 Reply Last reply Reply Quote 0
                      • ZACZ
                        ZAC
                        last edited by

                        Que pena que ptt no sepa de squid y esas cosas :'(

                        Oye, ¿pero el problema de la caída de la WAN que causaba problemas y dejaba de funcionar o responder, había quedado que era por la marca de la tarjeta no?, no encuentro el hilo para ponerlo aquí y saber que el problema es ese.

                        Yo solo tengo pregunta, ¿si probaste cambiando el orden de las WAN, LAN en las tarjetas físicas?

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.