Buenas tardes, El 22/03/2013, a las 15:53, Camaleón <noela...@gmail.com> escribió:
> El Fri, 22 Mar 2013 01:53:09 +0100, Ramses escribió: > > ¿Citas correctas? No me lo creo :-) Con el coraje que te dan los móviles... ;-) >> El 21/03/2013, a las 22:30, Camaleón <noela...@gmail.com> escribió: > > (...) > >>> Todas esas conexiones (DSL, DOCSIS y T1) cumplen con unos estándares y >>> protocolos así que ese aparato tiene que saber interpretarlos y >>> gestionarlos para que sea un dispositivo útil, que lo hayan podido >>> patentar y que además se venda en el mercado. Sinceramente, pensar en >>> teorías "conspiranoicas" está bien como guión de una película pero poco >>> más. >> >> Claro, como si conectas una cuerda, si sobre la cuerda fuese IP... > > Si la cuerda cumple con los estándares y le crimpado un par de "ganchos" > RJ-45 pues a saber. Por eso se pueden usar todos esos tipos de enlaces, porque al final se lo van a entregar en ethernet con IP por encima. >> Es que si la historia fuese a Nivel 2, sumarían tanto en FTP como en >> HTTP, pero cuando lo pueden hacer en uno y no en el otro, es porque el >> tema está a Nivel 7. > > Nivel 4, o eso dicen. Nivel 4 en el modelo TCP/IP, que consolida los Niveles 5, 6 y 7 de OSI, y en el OSI está en el Nivel 7, así que... >>>> Sí, sí, si yo estoy contigo, sumar el BW pero, para los casos que >>>> hablemos de descargas, solo las HTTP. >>> >>> Hombre, menos mal. >> >> Lo llevo diciendo desde que hablé con ellos, tira de histórico, que >> dicen que suman BW solo y exclusivamente para el caso de tráfico con >> protocolo HTTP. ¿Discutir?, nada, sólo estamos intercambiando opiniones... > Pues entonces no sé qué seguimos discutiendo, exactamente. > >>>> Que quitando los casos de las ADSL's que he comentado antes, no sería >>>> la primera vez que el que se dedica a estas cosillas en una empresa, >>>> ha decidido contratar una fibra de principal con Operador A, y como es >>>> muy precavido, pues ha contratado una fibra de backup con el Operador >>>> B, por si le falla la principal... Pero vaya, ahora resulta que no ha >>>> tenido en cuenta que el Operador B le alquila la fibra al Operador A. >>>> Vamos, que si cortan el mazo, se va a colgar bastantes medallas... >>> >>> Pues por eso te comentaba que _no hay competencia real_ en el sector, >>> de lo contrario tendrías operadores B, C y D con líneas, servicios y >>> cableados propios y con buenos precios porque todos estarían dándose de >>> tortas para captar clientes. >> >> Uuuffff, tu ya hablas de cuando se ha tenido en cuenta a la hora de >> contratar un backup y no hay alternativa, y yo estoy hablando de que ni >> se tiene en cuenta, sino que, contrato otra fibra (o ADSL, da igual) con >> otro Operador y ya estoy cubierto por sí se cae la principal, sin pensar >> en que al final es el mismo cable... > > Es que no puede ser el mismo cable siempre y cuando se cumplan los > siguientes requisitos básicos para una línea de seguridad: > > 1/ Estar contratada con un proveedor (y carrier) distinto de la línea > principal que cuente con infraestructura propia. > > 2/ Instalación (cableado local) independiente. > > 3/ Conectada a un sistema de alimentación redundante. Claro, por eso digo, que eso sería lo que debiera de comprobarse, pero no siempre lo hacen antes de contratar... :-) > De todas formas, no parece plausible que ADSL y fifra óptica compartan > cable. Además, el hecho de que se caiga un enlace no implica que el resto > sigan la misma suerte aún siendo del mismo proveedor (en no pocas > ocasiones nos ha fallado un ADSL y hemos seguido funcionado con otros > routers, de ADSL igualmente y de la misma empresa). Es decir, todo > depende del tipo de avería que tenga el proveedor. Je, je, no, a lo mejor cable no, pero sí canalización o un tubo está junto al otro, y cuando una retroescavadora contra-ataca, no perdona... Pero claro, serían casos ideales... Saludos, Ramses -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7d1a66f5-56b7-4268-b47e-6286266a9...@gmail.com
