ADSL

Pérdida de sincronismo (20MB en Madrid)

iNFeCTeD 14 julio 2009 12:52

⋮

Hola a todos.

Me gustaría saber si estos datos son buenos, o precisamente por tener estos datos es que estoy sufriendo pérdida de sincronismo (a veces hasta el router se queda colgado con la luz de alarma encendida y tengo que reiniciarlo). Llevo ya unos cuantos días con estos cortes, al principio no le di importancia, pero ahora es mucho más a menudo cuando sucede. Os pongo los datos:

Mode:	ADSL2+
Line Coding:	Trellis On
Status:	No Defect
Link Power State:	L0
	Downstream	Upstream
SNR Margin (dB):	6.1	8.0
Attenuation (dB):	26.0	6.9
Output Power (dBm):	844.8	10.5
Attainable Rate (Kbps):	18100	1880
Rate (Kbps):	17903	1698
MSGc (number of bytes in overhead channel message):	68	129
B (number of bytes in Mux Data Frame):	244	28
M (number of Mux Data Frames in FEC Data Frame):	1	8
T (Mux Data Frames over sync bytes):	2	1
R (number of check bytes in FEC Data Frame):	10	16
S (ratio of FEC over PMD Data Frame length):	0.4370	4.2213
L (number of bits in PMD Data Frame):	4668	470
D (interleaver depth):	64	8
Delay (msec):	6	8
Super Frames:	123291	123289
Super Frame Errors:	12	1
RS Words:	18247196	1047956
RS Correctable Errors:	1730	0
RS Uncorrectable Errors:	217	N/A
HEC Errors:	11	0
OCD Errors:	0	0
LCD Errors:	0	0
Total Cells:	84209464	7919532
Data Cells:	6837932	1127331
Bit Errors:	0	0
Total ES:	7	1
Total SES:	0	0
Total UAS:	15	23

Comentar también que tengo activado Turbo Up (AnexoM) en el portal de autogestión.

Gracias por adelantado.

Salu2!!

ka0x007a 14 julio 2009 13:04

⋮

Pega los datos con el Router Conectado directamente al P.T.R , parece que el problema es el ruido de tu linea.

Ari 14 julio 2009 13:11

⋮

Con el turbo up, y dependiendo del firm y equipo que se use el snr entre 6 y 7 no es extraño. De hecho, yo lo tengo, con el Comtrend o el Huawei a 6.3 y para algunas líneas esto puede, o no (depende mucho de muchos factores) ser un problema.

¿Qué firmware estás usando ahora mismo con el Comtrend?

Saludos

✖

iNFeCTeD 14 julio 2009 13:21

⋮

Hola y gracias por responder.

Actualmente tengo la versión A101-302JAZ-C03_R03.A2pB017l.d15h. Hace tiempo (antes del Turbo Up) probé con Asur2 aunque no terminó de convencerme, pero si fuera necesario para que la línea actualmente me vaya como debe, habrá que cambiarlo xD

En cuanto a probar en el PTR, ahora mismo no puedo porque estoy en el trabajo, pero esta tarde en cuanto llegue a casa intentaré tomar los valores.

Salu2!!

iNFeCTeD 14 julio 2009 14:51

⋮

Aquí los datos directamente conectado al PTR...

Mode:	ADSL2+
Line Coding:	Trellis On
Status:	No Defect
Link Power State:	L0
	Downstream	Upstream
SNR Margin (dB):	6.1	7.5
Attenuation (dB):	25.5	6.9
Output Power (dBm):	2.9	10.5
Attainable Rate (Kbps):	17136	1908
Rate (Kbps):	16936	1723
MSGc (number of bytes in overhead channel message):	64	131
B (number of bytes in Mux Data Frame):	244	28
M (number of Mux Data Frames in FEC Data Frame):	1	8
T (Mux Data Frames over sync bytes):	2	1
R (number of check bytes in FEC Data Frame):	10	16
S (ratio of FEC over PMD Data Frame length):	0.4620	4.1593
L (number of bits in PMD Data Frame):	4416	477
D (interleaver depth):	64	8
Delay (msec):	7	8
Super Frames:	5502	5500
Super Frame Errors:	0	1
RS Words:	770414	46750
RS Correctable Errors:	32	0
RS Uncorrectable Errors:	0	N/A
HEC Errors:	0	0
OCD Errors:	0	0
LCD Errors:	0	0
Total Cells:	3559274	345559
Data Cells:	23832	6317
Bit Errors:	0	0
Total ES:	0	1
Total SES:	0	0
Total UAS:	14	233

✖

Ari 14 julio 2009 15:38

⋮

Prueba a forzar el snr al alza.

Entras por telnet al router y tecleas el siguiente comando : adsl configure --mod m --snr 90

Puedes empezar probando con 80, en vez de con 90, o ir probando con diferentes valores pero en tu caso no deberías de hacerlo con menos de 80.

Prueba así y nos comentas qué tal te va.

De todas formas, una revisión de rosetas, microfiltros, cableado, teléfonos, etc, tampoco es conveniente descartarla por seguridad.

Saludos

✖

iNFeCTeD 14 julio 2009 16:33

⋮

Hola Ari.

He hecho varias pruebas. Primero forzando el snr a 90, a 80 y se me reinicia la conexión a cada rato:

Jul 14 16:18:14	daemon	crit	pppd[446]: Received valid IP address from server. Connection UP.
Jul 14 16:23:05	user	crit	kernel: ADSL link down
Jul 14 16:23:05	daemon	crit	pppd[446]: Clear IP addresses. Connection DOWN.
Jul 14 16:23:05	daemon	crit	pppd[446]: Clear IP addresses. PPP connection DOWN.
Jul 14 16:23:09	user	crit	kernel: ADSL G.994 training
Jul 14 16:23:14	user	crit	kernel: ADSL G.992 started
Jul 14 16:23:19	user	crit	kernel: ADSL G.992 channel analysis
Jul 14 16:23:22	user	crit	kernel: ADSL link up, interleaved, us=1734, ds=17814
Jul 14 16:23:37	user	crit	kernel: ADSL link down
Jul 14 16:23:44	user	crit	kernel: ADSL G.994 training
Jul 14 16:23:49	user	crit	kernel: ADSL link down
Jul 14 16:23:53	user	crit	kernel: ADSL G.994 training
Jul 14 16:23:59	user	crit	kernel: ADSL G.992 channel analysis
Jul 14 16:24:04	user	crit	kernel: ADSL link up, interleaved, us=1730, ds=18386
Jul 14 16:24:19	user	crit	kernel: ADSL link down
Jul 14 16:24:24	user	crit	kernel: ADSL G.994 training
Jul 14 16:24:29	user	crit	kernel: ADSL link down
Jul 14 16:24:34	user	crit	kernel: ADSL G.994 training
Jul 14 16:24:39	user	crit	kernel: ADSL link down
Jul 14 16:24:48	user	crit	kernel: ADSL G.994 training
Jul 14 16:24:54	user	crit	kernel: ADSL G.992 channel analysis
Jul 14 16:24:59	user	crit	kernel: ADSL link up, interleaved, us=1723, ds=18417
Jul 14 16:25:12	user	crit	kernel: ADSL link down
Jul 14 16:25:14	user	crit	kernel: ADSL G.994 training
Jul 14 16:25:24	user	crit	kernel: ADSL G.992 started
Jul 14 16:25:29	user	crit	kernel: ADSL G.992 channel analysis
Jul 14 16:25:33	user	crit	kernel: ADSL link up, interleaved, us=932, ds=17707
Jul 14 16:25:43	daemon	crit	pppd[446]: PPP server detected.
Jul 14 16:25:43	daemon	crit	pppd[446]: PPP session established.
Jul 14 16:25:46	daemon	crit	pppd[446]: PPP LCP UP.
Jul 14 16:25:46	daemon	crit	pppd[446]: Received valid IP address from server. Connection UP.

Por curiosidad, si pongo sólo adsl configure qué ocurre? Lo digo porque lo puse y di enter sin querer, se reinició, y ahora parece que ya no se cae, además que el snr ha subido:

Mode:	ADSL2+
Line Coding:	Trellis On
Status:	No Defect
Link Power State:	L0
Downstream	Upstream
SNR Margin (dB):	8.8	8.5
Attenuation (dB):	24.0	8.3
Output Power (dBm):	1.5	12.4
Attainable Rate (Kbps):	17920	1032
Rate (Kbps):	17707	932
MSGc (number of bytes in overhead channel message):	67	68
B (number of bytes in Mux Data Frame):	244	28
M (number of Mux Data Frames in FEC Data Frame):	1	8
T (Mux Data Frames over sync bytes):	2	1
R (number of check bytes in FEC Data Frame):	10	16
S (ratio of FEC over PMD Data Frame length):	0.4418	7.6899
L (number of bits in PMD Data Frame):	4617	258
D (interleaver depth):	64	8
Delay (msec):	7	15
Super Frames:	8184	8182
Super Frame Errors:	0	1
RS Words:	1194746	69547
RS Correctable Errors:	83	0
RS Uncorrectable Errors:	0	N/A
HEC Errors:	0	0
OCD Errors:	0	0
LCD Errors:	0	0
Total Cells:	16349227	814345
Data Cells:	98127	55066
Bit Errors:	0	0
Total ES:	23	1
Total SES:	0	0
Total UAS:	206	23

Para que la conexión no tienda a caerse a menudo, ¿qué datos serían los óptimos?

Gracias por adelantado.

Salu2!!

✖

Ari 14 julio 2009 17:17

⋮

Lo normal es que con ese snr que tienes ahora mismo no debas tener problemas, entra dentro de lo aceptable, entre 8.5 y 9 para líneas que se vuelven inestables, como es tu caso, con el TU está bien así.

Pues teóricamente no debería pasar nada si solo tecleas adsl configure, pero... :-/ si te va bien ahora no vale la pena que lo toques por si acaso.

Si se te corta con 80 ó 90 piensa en forzarlo ya a 100, 110, etc.

Y puedes intentar probar con este firm Nuevo firm ( no oficial ) para los Comtrend 536+ y 5361 CT-5361T-A111-306FPT-C01_R02 si quieres y la línea se te sigue cayendo. Por ahora, déjalo así a ver qué tal va ;)

Saludos

✖

darkdead 14 julio 2009 20:09

⋮

✖

Ari 14 julio 2009 20:18

⋮

iNFeCTeD 14 julio 2009 21:33

⋮

✖

Ari 14 julio 2009 22:29

⋮

bidasotarra 14 julio 2009 20:47

⋮

Palencia capital, lo mismo, llevo unos 4 dias, cosa que antes no pasaba, se reinicia el router, osea 30 segundos sin internet, lo pase de PPPoE LLc a PPPoE Vc-mux y he conseguido que no se caiga tantas veces, en igual de sincronisco y velocidad. Y hablando con gente de por aqui, parece ser que es general, vamos que les ocurre lo mismo.

✖

iNFeCTeD 14 julio 2009 23:15

⋮

Miraré un par de días si no pierde ya sincronismo, y sino probaré lo que me decís, tanto cambiar de firmware como cambiar la encapsulación a VC/MUX. Y si aún así sigo con problemas, volveré por si hubiera más opciones para probar xD

Muchas gracias a todos!! ;)

Salu2!!

✖

BocaDePez 15 julio 2009 01:04

⋮

Se cae menos por que los paquetes de control me da que sufren menos corrupcion con snr bajos que bajo llc , se tendria que ver el error rate de la linea para confirmar esas caidas por falta de snr.

✖

BocaDePez 15 julio 2009 01:09

⋮

la duda que yo tengo es con el interleave proteje los paquetes de control o no eso se tendria que leer las especificaciones del estandar adsl2+ , la verdad nunca se me a dado por leer hasta que nivel de protecioens llevan los paquetes de control y si son udp o usan tcpi o su propia trama aparte.

iNFeCTeD 18 julio 2009 18:03

⋮

Bueno, he probado también a ponerlo con encapsulación VC/MUX y los problemas siguen... así que cambié de firmware y ahora mismo estoy con el Poligon (que personalmente no me termina de convencer, pero le daremos una oportunidad si consigue que se solucionen los problemas con la línea).

El único problema es que ahora se me plantea una duda...

Sincronismo sostenido alcanzable (Kbps):	14860	1852
Sincronismo (Kbps):	15288	1672

¿No debería ser superior el "sostenido" que al que realmente he sincronizado? El sostenido va variando... ¿Puede ser esta la causa por la que sufro los cortes? ¿Qué solución podría tener esto?

Salu2 y gracias!!

✖

AguilaRoja 18 julio 2009 21:23

⋮

El "alcanzable" (o "attainable" en inglés) es una estimación de las capacidades de la línea con el margen de ruido sobrante.

Si el ruido aumenta inesperadamente, la estimación puede perfectamente bajar por debajo del valor real. Si el ruido aumenta demasiado (es decir, disminuye el margen de ruido) tendrás un corte.

Hay líneas muy estables que funcionan con poco margen, pero lo típico es que si la diferencia señal-ruido baja de 6 dB, puede haber un corte de sincronismo debido a la incapacidad del módem ADSL de distinguir la señal de datos, del ruido estático de fondo.

El origen del ruido de tu línea puede ser interno o externo. Para diagnosticar si es interno, es por lo que se le dice a la gente que pruebe a conectar en el PTR, que es la entrada de la línea al domicilio. Si es externo, poco puedes hacer.

A veces con un splitter se amortigua, pero te tocará generar dos circuitos telefónicos internos en la casa, uno para voz y otro para datos. Y no se garantiza que el splitter elimine los cortes.

Comtrend536 18 julio 2009 22:51

⋮

Llámate al SAT y en tu caso lo tienes chupado ya que no tendrás que esperar mucho para que los técnicos vean tu problema.

✖

iNFeCTeD 20 julio 2009 13:40

⋮

Bueno, pues parece que con el Poligon aguanta la conexin bastante bien...

Modo:	ADSL2+
Codigo linea:	Trellis On
Estado:	No Defect
Estado del enlace:	L0
	Descarga	Subida
Margen SNR (dB):	8.9	7.5
Atenuacion (dB):	25.5	6.7
Potencia Salida (dBm):	2.9	11.2
Sincronismo sostenido alcanzable (Kbps):	15652	1924
Sincronismo (Kbps):	16008	1737
MSGc (numero de bytes en cabecera canal mensajes):	60	133
B (numero de bytes in cuadro datos Mux):	244	28
M (numero de cuadros datos Mux en cuadr.FEC):	1	8
T (cuadro de datos Mux dentro de bytes sincro.):	2	1
R (numero de bytes comprob. en cuadro FEC.):	10	16
S (porcentaje de FEC sobre longitud cuadro PMD.):	0.4887	4.1247
L (numero de bytes en un cuadro datos PMD):	4174	481
D (profundidad del Interleaver):	64	8
retardo (msec):	7	8
Super cuadros:	1090970	1090968
Errores super cuadro:	141	1
Palabras RS:	144008076	9273228
Errores corregidos RS:	12914	4
Errores no corregidos RS:	1771	N/A
Errores HEC:	110	0
Errores OCD:	0	0
Errores LCD:	0	0
Celdas totales:	664339268	72113346
Celdas datos:	12931064	2017121
Errores de bit:	0	0
ES Totales:	59	1
SES Totales:	1	0
UAS Totales:	16	28

Comtrend536, ¿porqué dices que lo tengo fácil? ¿Qué les digo exactamente?

¿Existe algún otro firmware que pudiera darme más velocidad tanto de bajada como de subida?

Salu2!!

✖

BocaDePez 20 julio 2009 15:17

⋮

✖

iNFeCTeD 20 julio 2009 21:23

⋮

✖

vukits 20 julio 2009 22:28

⋮

Comtrend536 21 julio 2009 15:07

⋮

iNFeCTeD 21 julio 2009 15:56

⋮

Muchas gracias a todos por las respuestas!! ;) Parece que de momento con el firmware de Poligon no estoy sufriendo cortes, así que iré probando con otros firmware a ver qué tal van ya que éste no me convence (aparte no me deja conectarme por http desde fuera, y eso que está configurado) :-/

Una última consulta... ¿hay alguna forma de que me lleguen más kbps de subida aunque de bajada sincronice a menor velocidad?

Salu2!!

✖

Ari 21 julio 2009 16:02

⋮

Si quieres más subida, deberás probar con otros firms, o con otros routers :) Mucho más, con respecto a esto, nosotros no podemos hacer ;)

Saludos

darkdead 21 julio 2009 16:02

⋮

En teoria el comtremd esta limitado por el propio chip y su diseño de la etapa de upload que va en un chip adosado al dsp general y como broadcom lleva varios años usando el mismo empieza quedarse corto por que lo usan con su nuevo chip bcm6358 como con el bcm6348 con lo que o rediseñan ese chip o con esas plataformas no hay tu tia ganar mas upload ,yo tenia varias ideas de overvoltear para forzarlo a tener mas ganacia y outputpower pero le deje de medio lado.

iNFeCTeD 21 julio 2009 16:08

⋮

Lo decía más que nada porque me fijé en la firma de Comtrend536, y que envidia (buena ehh :D) que tenga casi los 2Mbps de subida, aunque se quede en 10 la bajada. Pero bueno, nos conformaremos con lo que hay, que estoy mejor ahora que cuando tenía cortes xD

Salu2!!