Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

no puedo entrar al Sii

1,194 views
Skip to first unread message

คงRaverboyงค

unread,
Apr 12, 2004, 9:50:15 PM4/12/04
to
Desde hace un par de semanas que no puedo entrar
Tengo un D-Link 604, configurado tal cual hace 3 semanas, podia entrar sin
problemas
revise si era problema de no poder usar el puerto 443 (https), pero hotmail
u otras paginas seguras (el banco o comprar un dominio en nic.cl) funcionan
me conecto con Mierdopolis Cartuchón

será ese el problema??


saludos

--
-
www.Raves.cl
Cultura Electrónica Chile
-------------------
"Se acabaran las piedras y...."


Felipo

unread,
Apr 12, 2004, 10:17:44 PM4/12/04
to
a mi me paso exactamente lo mismo, solucion, desconectar el ruter mientras
haces la transaccion por el SIII
lo raro es que al dia siguiente conecte y ruter y funciono sin problemas


คงRaverboyงค

unread,
Apr 12, 2004, 10:24:44 PM4/12/04
to
Eso es lo raro
la semana antepasada funciono sin problemas, de hecho llevo meses declarando
IVAs sin movimiento y 0 atado
pero desde la operacion renta , nada de nada

--
-
www.Raves.cl
Cultura Electrónica Chile
-------------------
"Se acabaran las piedras y...."

"Felipo" <favi...@ESTONOvtr.net> wrote in message
news:c5fii4$17g$1...@news1.nivel5.cl...

Roy A. Zderich

unread,
Apr 13, 2004, 10:23:55 AM4/13/04
to
Si tan solo los ciudadanos de este pais entraran cualquier dia, menos el
"ultimo" dia para hacer la declaración, la red de sii no estaria
saturada a morir. El problema es ese.

Dos recomendaciones:

1-. Realicen sus tramites en sii antes del ultimo dia habilitado y
tendran un tramite muy expedito.

2-. Cuando esten en horarios pico, no sacan nada con "reintentar" el
formulario una y otra vez, cada vez que lo reenvian, pierden su turno en
la cola de proceso. Si la cola de proceso no es capaz de alojar su
trabajo, el servidor no podra responder y les aparecera el mensaje de
"la pagina no puede ser mostrada" o un clasico error 500. Cuando esto
sucede, no se puede hacer nada, simplemente la demanda de usuarios
sobrepasa la capacidad instalada y no es posible de manejar.

La unica alternativa es reintentar en otro horario diferente. Si siguen
insistiendo, simplemente terminaran botando los servidores.

Roy.


¤§Raverboy§¤ escribió:

Sairaf

unread,
Apr 13, 2004, 11:04:48 AM4/13/04
to
pues me quitas las palabras de los dedos. Es problema de la cantidad de
weones declarando al mismo tiempo. Paciencia y nada mas, es la ciencia.
--
--- Sairaf Chile
Pro Palestina


"Roy A. Zderich" <r...@cyberiainternet.cl> escribió en el mensaje
news:107ntvs...@corp.supernews.com...

Christian Szita

unread,
Apr 13, 2004, 4:04:51 PM4/13/04
to
Sairaf (ESTONOVAsa...@yahoo.es) opinó lo siguiente en las ñuz...

> pues me quitas las palabras de los dedos. Es problema de la cantidad
> de weones declarando al mismo tiempo. Paciencia y nada mas, es la
> ciencia.

O aumentar la capacidad?
cuando un servidor no puede procesar tantas peticiones (sin contar los
DoS).. que le falta?
procesador? ancho de banda?


--
Think big, be persistant,
and no matter what,
always be a gentleman.
http://www.sz.cl


Roy A. Zderich

unread,
Apr 13, 2004, 7:55:47 PM4/13/04
to
Christian,

Todos los sistemas tienen un límite máximo para poder procesar
peticiones, es muy dificil montar algo que pueda enfrentar cualquier
escenario.

El problema de SII es que tendrian que invertir una suma muy grande de
dinero para una capacidad que permaneceria ociosa hasta el dia 12 de
cada mes.

EL cuello de botella puede estar en las bases de datos, en los
servidores web ( o servidor ) o en su conjunto. Ancho de banda no lo
creo y en este caso seria muy barato de conseguir, es mas bien solo
nacional.

1-. Todas las conexiones son encriptadas, por lo tanto cada session web
requiere mas recursos de maquina.

2-. En cada interacción pueden estar involucradas muchas bases de datos.

3-. Las peticiones llegan en gran volumen en los mismos horarios, como
para congestionar cualquier maquina.


Ignoro que plataforma es la que usa SII, pero si fuera IIS ( Windows
Server ) tendrian los siguientes problemas:

Supongamos que tuvieramos que atender a 100.000 contribuyentes en un
periodo de 8 horas.

Cada contribuyente debe pasar por 4 paginas web para poder concretar el
proceso. Generalizando mucho digamos que en total la maquina ( o
maquinas ) deveria servir 400.000 transacciones básicas en 8 horas. Es
decir aproximadamente 833 paginas por minuto como promedio. Ni pensemos
en los momentos pico. 14 paginas por segundo sin parar por 8 horas es.

Una maquina IIS requiere aproximadamente de 6 mhz de un cpu x86 para
gestionar un asp de complejidad "normal" ( con un p3 ). Si cada pagina
requiere de 6 mhz, 14 paginas requieren de 84 mhz para poder procesar
ese trabajo en un segundo. Sin contar con los ciclos de reloj necesarios
para correr otros procesos basicos de la maquina. Supongamos que con
aprox 500 mhz podemos mantener el nucleo del sistema y otras tareas de
I/O. Son 584 megahertz. Claro esta tarea se puede cumplir con cualquier
cpu entre 600 y 1000 megahertz sin problemas.

Pero...

Que significa esto, que requerimos un sistema x86 con 584 mhz para poder
atender el promedio de las consultas ASP basicas para 4 paginas
sencillas. En los momentos pico, las tareas se aglomeran en la cola ASP,
que puede sostener no mas de 500 tareas. Esto permite al sistema
soportar variaciones en el volumen de solicitudes, pero variaciones de
un rango minimo.....

En un escenario extremo, el trafico podria aumentar. Supongamos que esta
gente decide hacer su declaración en un periodo de de tan solo 10
minutos tendriamos que atender 666 consultas por segundo necesitariamos
un procesador de 4.5 ghz para canalizar el trafico.

De esta manera se pueden dar cuenta que un cambio de habito de esta
naturaleza puede hacer necesario un escalamiento impresionante para
poder hacer frente a la demanda. En este ejemplo tuvimos que aumentar 10
veces la capacidad para poder responder. En la realidad, el servicio
simplemente colapsaria.

En la realidad no son 100 mil usuarios, ni tan solo paginas web
responder, existen cientos de miles de contribuyentes y una compleja
maraña de bases de datos que interactuar.

A esos niveles, o se clusteriza todo, o se usan servidores corporativos
de muchas vias...

¿Pero que institución podria tener ocioso el 90% de su red para servir
10 minutos al mes a un 100% pleno?, Tendriamos que analizar el costo por
transacción y el beneficio medio por transacción, tal vez si es negocio
tener disponibilidad garantizada para cada contribuyente, tal vez no...

saludos

Roy.


Christian Szita escribió:

คงRaverboyงค

unread,
Apr 14, 2004, 12:17:26 AM4/14/04
to
emm....
a las 4 am declaran todos???

¬¬


es mierdopolis
confirmado

como?
facil
entre con vnc a otro server, funciono de una


saludos

--
-
www.Raves.cl
Cultura Electrónica Chile
-------------------
"Se acabaran las piedras y...."

"Sairaf" <ESTONOVAsa...@yahoo.es> wrote in message
news:c5gvdh$1k1cr$1...@ID-226676.news.uni-berlin.de...

Palanis.-Ž

unread,
Apr 14, 2004, 8:53:29 AM4/14/04
to
q manera de hablar....

--
Palanis.-
"One is glad to be of service."


"Roy A. Zderich" <r...@cyberiainternet.cl> escribió en el mensaje

news:107ovg4...@corp.supernews.com...

0 new messages