De acuerdo

importe rutas de destino conocidas basadas en el prefijo IP a través de BGP para IGW

16 0 0 0

Descripción del problema

EN una empresa IGW en Bangladesh tenemos 3 enlaces ascendentes en dos enrutadores NE40 con la versión de V3R5. Las descripciones de los enlaces están debajo.
TM = 155 Mbps
Epsilon = 90 Mbps
Singtel = 45Mbps
son carga entrante balanceada a través de BGP. pero el problema es el balance de carga saliente de BGP.
Como importé rutas máximas de 3 aguas arriba, en la hora pico la interfaz de salida individual se alcanza a su ancho de banda máximo, de hecho,
los operadores que están utilizando este enlace para la salida se enfrentan a problemas de caída de llamadas, pero en ese momento TM y Epsilon tener ancho de banda libre (20-40 Mbps)
en la interfaz de salida. Por lo tanto, el cliente quiere que resuelva este problema de desequilibrio saliente.

Proceso de gestión

Le pedí al cliente que me diera la lista total de operadores de VOIP. me proporcionan alrededor de 200 hundrad IP a donde quieren enviar tráfico de voz.
 normalmente en BGP no sabemos qué destino el cliente intentará comunicarse como millones de sitios web en Internet. pero en IGW tenemos una ventaja, es
 que sabemos el destino del cliente (200 IPs en este regrado).
 en este caso, he segregado esos IP a la clase 3.
 clase A: TM saliente
 Clase B: singtel saliente
 Clase c: Epsilon saliente.
 Ejemplo: el cliente desea la salida de xx.2xx.1xx.1xx esta IP a través de TM.
 Como uso el prefijo IP para importar tráfico desde el enlace ascendente, necesito saber a qué segmento de red pertenece esta IP.
 He usado algún software de espejo BGP como route-views.oregon.ix-net y ejecuto el comando
 sh ip route 2xx.2xx.1xx.1xx, obtuve el resultado 2xx.2xx.1xx.1xx / xx.
 eso significa que esta red pertenece a la red 2xx.2xx.1xx.1xx / 20.
 así que he configurado mi prefijo IP a TM como el siguiente
 ip ip-prefix TM-in index 20 permit 2xx.2xx.1xx.1xx
 así que ahora estas rutas son importadas de TM y todo el tráfico saliente destinado a estos operadores está pasando por TM.
 antes de eso estaba pasando por singtel, ya que singtel era menos salto hacia este destino anteriormente.
 vea el archivo adjunto para la topología y la lista de operadores.
 de esta manera, importamos 200 IP desde el enlace ascendente 3 en función de los requisitos del cliente, que lleva a través de ese enlace.
 Resolví los requisitos del cliente de esta manera.

Sugerencias

Podemos utilizar estas técnicas para todas las empresas de IGW donde se conoce el destino. Esta es la mejor solución para IGW con respecto al equilibrio de carga saliente a través de BGP.


  • x
  • convención:

Comentar

Responder
Debe iniciar sesión para responder la publicación Inicio de sesión | Registrarse

Aviso Aviso: Para garantizar sus legítimos derechos e intereses, la comunidad y los terceros no publicarán contenido que pueda generar riesgos legales a las partes, por ejemplo, pornografía, contenido político, contenido sobre juego, consumo y tráfico de drogas, así como contenido que viole los derechos de propiedad intelectual de terceros, por ejemplo, secretos comerciales, marcas, derechos de autor, patentes y privacidad personal. No comparta su cuenta ni su contraseña con terceros. Todas las operaciones realizadas usando su cuenta se considerarán como sus acciones y todas las consecuencias que estas acciones generen serán responsabilidad suya. Para obtener información detallada, consulte la “ Política de privacidad.”
Si el botón para adjuntar no está disponible, actualice Adobe Flash Player con la versión más reciente

My Followers

¡Ingresa y disfruta de todos los beneficios para los miembros!

Inicia sesión

Comunidad Huawei Enterprise
Comunidad Huawei Enterprise