Enlace de 5mb aparentemente saturado
-
Hola qué tal, tengo un problema con el enlace que no le encuentro salida.
Esta es mi red
+–IP Pública 001
|
|
WAN ---- pfSense ------IP Pública 002 (CARP)
|
|
+--IP Pública 003 (CARP)uso pfSense 1.2.3 y el link de subida nacional ( que es el que me importa) es de 5mb
Primero que todo, adjunto pantallazos de las estadísticas que proporciona mi proveedor de internet.
001.png y 002.png
En esto gráficos se ve claramente que alcanzo a penas los 3 ó 4 M, siendo lo más normal alcanzar 3 e incluso 2. Bueno, por parte del proveedor me dicen que el enlace multiplexado tiene que dar los 5 sí o sí. Bueno, a todo esto el enlace es muy lento y constantemente llaman los clientes para reclamar por la lentitud.
Unas de las respuestas de mi ISP es que el ruter está mal configurado o que simlemente no da a basto, para revisar esto revise http://doc.pfsense.org/index.php/High_Load_Troubleshooting , y por lo que se ve el equipo está bien de HW, NIC Intel, MB intel, Proc de 2 GHz
#systat -vmstat 1
Load 0.00 0.01 0.00 |
0.0%Sys 0.0%Intr 0.0%User 0.0%Nice 100%Idle %ozfod 44 em0 irq21
| | | | | | | | | | |#netstat -m
516/1149/1665 mbufs in use (current/cache/total)
514/694/1208/0 mbuf clusters in use (current/cache/total/max)
512/512 mbuf+clusters out of packet secondary zone in use (current/cache)
0/44/44/12800 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
1157K/1851K/3008K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/7/6656 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routinestop -S
last pid: 15831; load averages: 0.00, 0.00, 0.00 up 0+23:35:54 16:31:09
107 processes: 3 running, 88 sleeping, 16 waiting
CPU: 0.0% user, 0.0% nice, 0.7% system, 0.6% interrupt, 98.7% idle
Mem: 34M Active, 13M Inact, 49M Wired, 4K Cache, 53M Buf, 1887M Free
Swap: 4096M Total, 4096M FreePID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
11 root 1 171 ki31 0K 8K RUN 1 23.3H 100.00% idle: cpu1
12 root 1 171 ki31 0K 8K CPU0 0 23.2H 100.00% idle: cpu0
13 root 1 -32 - 0K 8K WAIT 0 8:17 0.00% swi4: clock sio
18 root 1 -28 - 0K 8K WAIT 0 3:48 0.00% swi5: +
38 root 1 -68 - 0K 8K - 0 3:04 0.00% em0 taskq
16 root 1 44 - 0K 8K - 0 0:26 0.00% yarrow
728 root 1 8 20 3492K 1552K wait 1 0:13 0.00% sh
13468 root 1 4 0 40712K 14640K accept 0 0:13 0.00% php
494 root 1 4 0 7192K 5052K kqread 1 0:09 0.00% lighttpd
22 root 1 8 - 0K 8K - 1 0:07 0.00% thread taskq
5 root 1 -8 - 0K 8K - 1 0:07 0.00% g_up
44 root 1 8 - 0K 8K pftm 1 0:06 0.00% pfpurge
864 root 1 8 20 3156K 800K nanslp 1 0:05 0.00% check_reload_status
6 root 1 -8 - 0K 8K - 1 0:05 0.00% g_down
363 root 1 44 0 3268K 1152K select 0 0:04 0.00% syslogd
378 root 1 -58 0 5716K 2684K bpf 1 0:04 0.00% tcpdump
51 root 1 20 - 0K 8K syncer 0 0:04 0.00% syncer#systat -iostat 1
/0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
Load Average/0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
cpu user|
nice|
system|
interrupt|
idle|XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
ad4 MB/s
tps|systat -netstat 1
/0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
Load Average#systat -netstat 1
Local Address Foreign Address Proto Recv-Q Send-Q (state)
localhost.19009 . udp4 0 0
localhost.19008 . udp4 0 0
localhost.19017 . udp4 0 0
profw.mysite.40403 webserver.mysite.domai udp4 0 0
190.96.88.142.51476 ntp.reuna.cl.ntp udp4 0 0
190.96.88.142.14003 inti.inf.utfsm.c.ntp udp4 0 0
localhost.19000 . tcp4 0 0 LISTEN
localhost.19001 . tcp4 0 0 LISTEN
localhost.19002 . tcp4 0 0 LISTEN
localhost.19004 . tcp4 0 0 LISTEN
localhost.19005 . tcp4 0 0 LISTEN
localhost.19006 . tcp4 0 0 LISTEN
localhost.19007 . tcp4 0 0 LISTEN
localhost.19010 . tcp4 0 0 LISTEN
localhost.19011 . tcp4 0 0 LISTEN
localhost.19012 . tcp4 0 0 LISTEN
localhost.19013 . tcp4 0 0 LISTEN
localhost.19014 . tcp4 0 0 LISTEN
localhost.19015 . tcp4 0 0 LISTEN
localhost.19016 . tcp4 0 0 LISTEN
profw.mysite.ssh 200-142-136-236.s.55977 tcp4 0 0 ESTABLISHED
localhost.19003 . tcp4 0 0 LISTEN
localhost.ftp-prox . tcp4 0 0 LISTEN
profw.mysite.48108 webserver.mysite.domai tcp4 0 0 ESTABLISHEDDe mis 5 IP públicas sólo uso 3, y cada una debe tener aproximandamente 5 reglas de redireccionamiento de puertos. Y mi LAN está compuesta por 5 ó 6 máquinas.
De los pocos servicios que tengo activado en el FW está el servidor DHCP, NTPD y pare de contar. No uso squid, ni SNORT ni nada de eso. Lo que sí probe y se notó el cambio fue conectando sólo un equipo directo al multiplexador.
Y tengo varias preguntas
1.- Existe alguna diferencia en lo que respecta a crear una VIP ya sea ARP o CARP en cuanto al rendimiento? Elegi CARP por el tema del PING solamente.
2.- Qué podría estar afectando el rendimiento? Mis pocas reglas de FW? Qué otras pruebas podría realizar?
3.- Y bueno, lo más preocupante es que según los gráficos de estadísticas de mi proveedor la salida es malísima, y de hecho la jefatura está planeando probar otra solución.
Algún poquito de luz será muy agradecido, gracias de antemano. Si faltan más datos los adjunto sin problemas.
-
¿Hiciste alguna prueba con un ordenador directamente conectado al enlace y nada más? Sin pfSense quiero decir…
Por experiencia los ISP suelen decir sí o sí y luego resulta ser que no.
-
Exactamente, conecté un equipo directo al multiplexador y la navegación nacional funcionaba perfecto, hice pruebas de ftp con varios proveedores y todos los resultados fueron óptimos. Ahora, ellos ofrecen mayor ancho de banda "on demand" y con el mismo par de coble doble que tenemos, por lo que creo que la velocidad es tal cual ellos nos dicen.
-
Revisa Status: RRD Graphs a ver si ves alguna cosa anormal.
¿Qué tarjetas de red tienes?
Tuve hace unos meses un caso muy curioso de saturación de pfSense que al final resultó provocado por el router del ISP al no cumplir los estándares de TCP.
En mi experiencia resulta bastante interesante el gráfico System - States. Si los estados suben de forma exagerada hay algún problema: virus, p2p o en mi caso un problema en el router del ISP.
-
Gracias por la respuesta, mira, los RRD Graphs los revisé hasta que me aburrí y no muestran nada extraño, todo dentro de lo normal, lo sé porque siempre les hecho un vistazo.
Sobre las tarjeta tengo una dlink para la LAN y una Intel 10/100/1000 para la WAN. Como dato, hace 2 meses tenía instalado pfSense 1.2.3. y todo funcionaba bien, no se notaba lentitud, los pings de monitoreo ( Nagios ) no mostraban variaciones, los tests hechos en http://www.pingtest.net/ mostraban todo normal, un ping bajo, jitter bajo tambièn, etc. Migré a pfSense 2 y empezaron los problemas, me hicieron volver a 1.2.3 y sigue todo igual. Lamentablemente, como me queda lejos, buscaron otra solución y les instalaron Endian, y ahora dicen que anda todo perfecto, igual que antes.
Tengo la sensación amarga de que se podría haber solucionado, pero no alcancé. Pensaba que si sería problema del "router" este tendría que haber también provocado problemas en esta otra solución.