Buenas tardes,
He visto el post sobre el router y bueno no me importa aportar otro punto de vista, de momento no he añadido ningún fix ya que ni lo uso con wifi y tampoco como router principal, lo he dejado como un "pequeño y caluroso" adaptador ATA para el teléfono. Básicamente he dejado una conexión wan con ip estática y la lan con dhcp (por si conecto algo extra). He modificado el provider para que use esta configuración en vez de la de voz (esta la he deshabilitado). Nat deshabilitado en la WAN y el firewall también.
Pues con esta configuración, es curioso, pero no hay filtro en el bridge:
# ebtables -L
Bridge table: filter
Bridge chain: INPUT, entries: 0, policy: ACCEPT
Bridge chain: FORWARD, entries: 0, policy: ACCEPT
Bridge chain: OUTPUT, entries: 0, policy: ACCEPT
Pero está en FORWARD:
# iptables -L FORWARD -n -v
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 TCPMSS tcp -- * eth0.3285 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU
0 0 DROP udp -- !br+ !br+ 0.0.0.0/0 0.0.0.0/0 udp dpt:68 <=== Aquí está para !br
0 0 DOS_FORWARD all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 Parental_Ctrl all -- br+ * 0.0.0.0/0 0.0.0.0/0
0 0 UPNP_PRE all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ADDRMAP_FORWARD all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ipfilter_chain all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 url_filter_chain tcp -- * * 0.0.0.0/0 0.0.0.0/0 multiport dports 80
0 0 app_filter_chain tcp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 app_filter_chain udp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 PORT_FORWARDING all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 DEFAULT_SERVER all -- * * 0.0.0.0/0 0.0.0.0/0
He visto algo curioso, que yo tengo una carga de < 4 (Esto debería ser <1 para lo que hace... mucha cpu consume), a pesar de tener deshabilitado el tr69, siguen los procesos corriendo, bueno..
# free
total used free shared buffers
Mem: 125672 47840 77832 0 3192
Swap: 0 0 0
Total: 125672 47840 77832
# top
Mem: 47996K used, 77676K free, 0K shrd, 3192K buff, 19324K cached
Load average: 3.69, 3.69, 3.64 (State: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
112 1234 R 1892 1 0.9 1.5 cfg_manager
25676 1234 R 348 24559 0.6 0.2 top
118 1234 S 1892 117 0.1 1.5 cfg_manager
3972 1234 S < 5380 1 0.0 4.2 icf.exe
4006 1234 S < 5380 3972 0.0 4.2 icf.exe
4007 1234 S < 5380 4006 0.0 4.2 icf.exe
117 1234 S 1892 112 0.0 1.5 cfg_manager
3974 1234 S < 1860 1 0.0 1.4 voiceApp
4026 1234 S < 1860 3993 0.0 1.4 voiceApp
3994 1234 S < 1860 3993 0.0 1.4 voiceApp
4023 1234 S < 1860 3993 0.0 1.4 voiceApp
3993 1234 S < 1860 3974 0.0 1.4 voiceApp
4025 1234 S < 1860 3993 0.0 1.4 voiceApp
4024 1234 S < 1860 3993 0.0 1.4 voiceApp
1549 1234 S 1420 1 0.0 1.1 tr69
2453 1234 S 1420 2451 0.0 1.1 tr69
2451 1234 S 1420 1549 0.0 1.1 tr69
3982 1234 S < 1112 3981 0.0 0.8 mm.exe
4022 1234 S < 1112 3981 0.0 0.8 mm.exe
3973 1234 S < 1112 1 0.0 0.8 mm.exe
3981 1234 S < 1112 3973 0.0 0.8 mm.exe
3983 1234 S < 1112 3981 0.0 0.8 mm.exe
....
Según está a mi me hace servicio, voy a ver si se tuesta, porque desde que lo tengo no lo he tenido mucho tiempo encendido, sin reiniciarlo para hacer cambios en la configuración.
Un fichero que crece poco a poco por el registro del voip es el /var/log/messages.
¿ Por cierto en el dialplan falta algo no ?
(0[1-57-9]x@|06[0-689]@|10[0-2689]x@|1[2-9]xx@|50[0-8]xxxxxx@|5[19]xxxxxxx@|590xxxxxx@|7[1-4]xxxxxxx@|116xxx@|118xx@|112@)
He visto en el log de messages que carga "Nov 18 15:48:58 MitraStar user.warn kernel: prefix '6/7/8/9' and digits are 9" que es lo que veo que falta en el dialplan.
Saludos ;-)
