¿Por qué los enrutadores modernos ya no requieren configuraciones de reloj?


8

De mis libros de Cisco (nivel CCNA) aprendí que en una conexión WAN un enrutador debe configurarse como DCE y el otro como DTE. En la vida real tengo un DS-3 entre dos enrutadores. No hay configuraciones CSU \ DSU (solo coaxial) o DCE \ DTE en las interfaces seriales. No hay comandos de frecuencia de reloj en la configuración, solo dsu bandwidth XXX. Los enrutadores están utilizando el encuadre c-bit si eso es importante.

Todo está configurado y funciona, pero me pregunto por qué no hay configuraciones DCE \ DTE. ¿CCNA está enseñando tecnología de la vieja escuela?

Respuestas:


19

Todo el asunto dce / dte sigue siendo correcto, en teoría. Sin embargo, los dispositivos actuales generalmente lo aíslan de esos detalles.

Apuesto a que su cable DS3 se conecta directamente a su enrutador, ¿verdad?

Solía ​​ser que la única forma de conectarse a un enrutador era un cable serie. Los enrutadores ligeramente más modernos tienen ethernet. Pasó mucho tiempo antes de que hubiera algo más disponible. Si su conexión no era un cable serial o ethernet, entonces necesitaba un csu / dsu para convertirlo a serial.

Con Ethernet tenías señalización estandarizada. En su mayor parte, solo enchufar un cable Ethernet era todo lo que necesitaba hacer para "configurar" la capa física.

Los cables en serie, por otro lado, no proporcionan información sobre las características de temporización de las señales en ellos. Dado que el puerto serie tenía que soportar un montón de posibilidades de temporización diferentes para poder conectarse a una variedad de diferentes tipos de interfaz, y el cable serie no proporcionaba ninguna pista sobre el formato de señalización, se necesitaba configuración en el enrutador para que Sabía qué esperar del csu / dsu.

Ahora avanza un poco más y comienza a ver enrutadores con ISDN incorporado y puertos t1. Estos métodos de conexión llevan consigo parámetros más supuestos (como la velocidad del reloj y el formato de señalización) para que esas opciones desaparezcan. Por ejemplo, un t1 tiene una tasa de bits fija, por lo que esa opción desaparece. Y como el csu / dsu está integrado en el enrutador, todas las opciones sobre la distancia del cable y la ecualización desaparecen.

Entonces esto se aplica directamente a su ds3. Solo hay una frecuencia de reloj posible en un ds3, por lo que no necesita eso. ¿El reloj ds3 es proporcionado por la compañía telefónica? Si es así, entonces no necesita ninguna configuración de reloj porque el enrutador detectará el reloj y se fijará en él.

De hecho, el número de ancho de banda es probablemente innecesario. En primer lugar, ese número en realidad no limita el ancho de banda del puerto. Es utilizado por otros procesos en el enrutador, como enrutamiento y qos, para tomar decisiones de flujo. ¿En qué se establece? Si es el ancho de banda completo de un ds3, entonces es innecesario.

Tl; dr: los enrutadores de hoy aceptan conexiones wan directamente en lugar de pasar por un csu / dsu para convertirlo en un cable serie. El tipo de interfaz (isdn, ATM, t1, ds3, oc1, etc.) implica muchas cosas, como la sincronización y, por lo tanto, no es necesario configurarlo. Sus materiales de estudio le están enseñando a convertir las cosas en serie primero, lo que se está volviendo cada vez más raro en estos días.


Vale la pena mencionar: cualquier interfaz basada en TDM (56k -> OC768, incluida T1 / T3, etc.) de forma predeterminada derivará su fuente de reloj externamente, pero se puede configurar para que se registre internamente, lo que generalmente es útil si está en una configuración consecutiva con otro enrutador (que está configurado para derivar de la línea)
rnxrx

Gracias. Pensé que T1 y T3 (podrían tener) la misma capa física (coaxial). No pensé que hubiera una "tarjeta ds3", pensé que podría usarse para una conexión T1 o T3, en cuyo caso, ¿cómo sabría qué estándar usar? En los días de CSU \ DSU, ¿podría configurar el reloj para lo que quisiera o la compañía de telecomunicaciones todavía lo proporcionó? Si es así, supongo que configurar el reloj solo es útil en el laboratorio y para QoS, como dijiste.
user974896

pueden tener la misma conexión física, pero otras propiedades de su capa 1 son diferentes, como las características eléctricas y la temporización del reloj.
cuello largo

2
Además, parece que está utilizando el ancho de banda y la frecuencia de reloj de manera intercambiable. No son lo mismo o equivalente. la velocidad del reloj es qué tan rápido funciona el reloj digital en la línea. ancho de banda es cuántos bits por segundo puede manejar un canal lógico. con t1, la velocidad de reloj es más "bits por segundo" que el ancho de banda disponible debido a la sobrecarga de señalización. Con el tipo de conexión en serie que utilizan los enrutadores Cisco, la frecuencia de reloj podría ser menos "bits por segundo" que el ancho de banda porque el puerto en serie tiene múltiples enlaces en serie en el cable y envía múltiples bits simultáneamente en paralelo.
cuello largo

Aún verá conexiones CSU / DSU, por lo que sigue siendo relevante. En cuanto al reloj, debe negociar con la compañía telefónica, pero generalmente requieren que tome el reloj desde la línea (el valor predeterminado). Los relojes que no coinciden son difíciles de solucionar ya que los errores que ve en la capa IP son inconsistentes.
Alo
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.