Resumen

  • RFC 1346 planteó una negociación concreta: el participante pequeño quería un mínimo garantizado; el administrador de la red quería limitar el uso máximo de cada participante.
  • Phil Jones señaló que la falta de controles podía empujar a un cliente a comprar más capacidad. El precio influía en el consumo, pero no repartía el tráfico por sí solo.

La línea de acceso más ancha suele llegar con una cifra clara en el presupuesto. El tramo que comparten varias instituciones, en cambio, necesita reglas. Si una organización envía grandes transferencias de archivos cuando otra depende de terminales interactivos, aumentar solo el acceso de la segunda puede dejar intacto el cuello de botella. Phil Jones describió ese problema en junio de 1992 en RFC 1346.

Su punto de partida era incómodo para la venta de ampliaciones: el uso tiende a llenar los recursos disponibles y una línea más rápida no promete alivio permanente. El responsable informático de una institución puede decidir que un departamento importa más que otro, o que una sesión interactiva debe pasar antes que un archivo. Para que la decisión tenga efecto, alguien debe identificar ese tráfico y aplicar la prioridad en el enlace donde compite con los demás. Un contrato sin esa palanca deja al responsable con una preferencia, no con control.

Jones separó dos exigencias que a menudo se mezclan. Un usuario de la línea compartida puede necesitar un mínimo para que un socio mayor no lo ahogue. El administrador de la red puede querer un máximo para que ninguno acapare el recurso, quizá en relación con su aportación a los costes. Antes de firmar porcentajes, ambos tienen que acordar la unidad. ¿Se mide la capacidad del acceso, el tráfico durante un intervalo, la prioridad en las horas cargadas? La nota reconocía que ni siquiera la definición de una «parte» estaba resuelta.

La distribución tampoco termina en la frontera de la red mayor. Si el administrador puede imponer un límite a la institución, esa institución necesita herramientas para repartir su cuota entre sus propios departamentos y usuarios. De otro modo, el poder de asignación queda arriba y el problema operativo queda abajo. La factura llega a quien no tiene el mando.

El mismo vacío impide colaborar entre redes. Jones imaginó al administrador A prestando ocasionalmente su enlace a B como respaldo. Podría haber un beneficio económico o un favor recíproco. Sin una manera de acotar el tráfico de B, A teme que sus usuarios habituales paguen el coste. La capacidad de reserva existe, pero ofrecerla se vuelve una apuesta abierta.

La sección comercial de la RFC tiene filo. Jones escribió que un proveedor quizá no quiera ofrecer controles al cliente si la falta de controles lo anima, o lo obliga, a comprar más. También vio la oportunidad contraria: vender un servicio mejor gracias a esos controles. No presentó una estadística sobre operadores. Identificó el incentivo de quien recomienda ampliar la línea mientras conserva la decisión sobre las herramientas que podrían ordenar la capacidad ya instalada.

Cobrar y controlar son tareas distintas. Una tarifa cambia conductas, pero no resuelve la competencia entre paquetes en el instante de congestión, salvo el caso extremo de un saldo anticipado que se agota y corta el servicio. La nota enumeró posibles criterios: dirección de origen o destino, protocolo de aplicación, marcas de prioridad y clases X.25. Los instrumentos disponibles seguían siendo insuficientes. Partir físicamente la línea podía reservar capacidad, pero quitaba flexibilidad: el ancho no usado en una hora desaparece, y la noche de una institución puede ser la hora punta de otra.

RFC 1346 terminó pidiendo estudios. Su pregunta económica y técnica sigue siendo exacta: quién define la cuota, quién la hace cumplir en el cuello de botella y quién puede volver a repartirla dentro de la institución. Comprar una línea mayor responde solo a la parte que cabe en una factura.

Fuente: texto original de RFC 1346, secciones 1–3; ficha del RFC Editor.