Discusión:Skype

De Wikipedia, la enciclopedia libre
Ir a la navegación Ir a la búsqueda

Especificaciones[editar]

Creo que bien pueden haber escrito este texto sin tantos acrónimos, o bien, explicado algo al respecto, ya que, aunque es un artículo corto, se vuelve largo por entrar a tantos vínculos necesarios para entender la información

Enlaces externos[editar]

tu mama

La lista era larguísima y he dejado los oficiales. Eso de webs de accesorios y chismes para Skype estaban demás. --Danny G. Flag of Peru.svg 15:41 7 jun 2006 (CEST)

Man in the middle[editar]

Habria que revisar donde se dice que usar llave simetrica se evita ataques man in the middle. Eso no es cierto. LLave asimétrica si lo evita, simetrica no.

WHAT???

Seguridad[editar]

Creo que está mal explicado el tema de la versión de pago. No existe ninguna versión de pago. No sé qué diferentes mecanismos de cifrado se usan para los diferentes tipos de comunicación existentes, pero no dependen de una versión gratuita o de pago.

Localización[editar]

Me imagino que el costo que figura se refiere a España. Si es así, creo que habría que especificarlo. O casi mejor borrarlo, que parece publicidad.

Logo Skype[editar]

La imagen al comienzo no está colocada correctamente, porque no se ve. Desconozco cómo mejorarla, si alguien es tan amable... Yo iré viendo.

Chapa sobre SIP y NAT que no viene a cuento[editar]

Como conocedor del protocolo SIP y su relación con NAT he quitado las siguientes frases por no tener sentido alguno ni venir a cuento:

  • "A día de hoy existía una solución llamada STUN para salvar estos problemas."

Este artículo habla sobre Skype pero la frase anterior parece querer "justificar" o "defender" a SIP. Esto tendría cabida en la definición de SIP.

El tratamiento del NAT en SIP (y en Gtalk) es muchísimo más complejo y extenso que asumir que sólo radica en los clientes. Si Gtalk y OpenWengo funcionan bien tras NAT es porque los servidores a los que se conectan proveen de soluciones para solventar los problemas del NAT (por ejemplo, forzar el media a través de un proxy RTP). Usando STUN no es necesaria ayuda de lado servidor, pero STUN no funciona tras NAT simétrico (el más común en los routers domésticos). En conclusión, lidiar con el NAT sólo es posible en su totalidad si hablamos de un proveedor y no sólo de un cliente y un protocolo, ya que el proveedor puede disponer de mecanismos para "esconder" el problema del NAT.

Además, insisto: esto es un artículo sobre Skype, no tiene sentido debatir en él sobre otros clientes de VoIP y su relación con el NAT.

Frase sin sentido[editar]

En el apartado "Protocolo", la frase: "Esto ha SIP y H.323 es que ihora ide realizar NAT." no tiene sentido.

Enlaces externos modificados[editar]

Hola,

Acabo de modificar 2 enlaces externos en Skype. Por favor tomaos un momento para revisar mi edición. Si tenéis alguna pregunta o necesitáis que el bot ignore los enlaces o toda la página en su conjunto, por favor visitad esta simple guía para ver información adicional. He realizado los siguientes cambios:

Por favor acudid a la guía anteriormente enlazada para más información sobre cómo corregir los errores que el bot pueda cometer.

Saludos.—InternetArchiveBot (Reportar un error) 03:02 14 may 2018 (UTC)