Archive for December, 2009

2009

Thursday, December 31st, 2009

Ahora que no me oye nadie un año FABULOSO sin paliativos (aunque siempre con matizaciones).

A nivel individual debo reconocer que soy un tipo estupendo y estoy encantado de haberme conocido:

- apruebo examenes AQPS preventa de Oxe yo solito

- apruebo examenes ACPS de preventa de datos (aunque sea con ayuda)

- soy capaz de hacer más cosas pasando alguna hora menos en la oficina (y lo que es mejor, estoy en el camino de mejorar en ambas cosas)

- soy capaz de reconocer mis errores y a veces hasta de enmendarlos

- no soy perfecto pero me gusta perfeccionarme

En cuanto a la gente con la que trabajo hemos hecho algunas cosas increibles este año:

- cambiar el signo de la historia

- superar los momentos de tensión

- seguir mejorando

- incorporar al equipo a un auténtico “maestro” Don Miguel Morillo, del que aprendo cada día

- aprender de nuestros errores, pero además seguir aprendiendo de nuestros éxitos

Reconocer además el positivo asombro que me sigue produciendo la evolución de Alcatel-Lucent en los dos últimos años… lo de la empresa dinámica, que parecía una “ocurrencia” más del departamento de cambiodenombres pero que esta transformando el fabricante con el que más estrechamente trabajamos.

Last but not least debo decir publicamente que a pesar de los pesares tengo un jefe cojonudo.

teletrabajo y continuidad del negocio

Friday, December 18th, 2009

Esta semana han sucedido dos hechos de muy distinta naturaleza pero que me han hecho recordar mis estudios de ITIL, en concreto la parte de gestión de continuidad (de la parte de gestión de capacidad me acuerdo cada vez que entro en mi oficina ;-)

El caso es que las oficinas de Alcatel-Lucent han sufrido un accidente que imposibilita el acceso a las mismas a los aproximadamente 1000 empleados de la compañía en España.

Al día siguiente, una enorme nevada en Logroño hizo que a las 9:00 am solo estuvieran en masscomm, un técnico (el que menos tiempo lleva) y dos administrativos (una de ellas lleva menos de un mes).

En el caso de la gran multinacional, la respuesta ha sido claramente estructurada. Aviso a los empleados al poco de producirse la explosión con instrucciones al respecto, comité de crisis en marcha en un edificio cercano y las comunicaciones funcionando mediante un balanceo de las lineas en unas pocas horas.

De los sistemas ni hablamos porque residen en un datacenter en Francia.


Por último Alcatel-Lucent lleva mucho tiempo practicando lo que vende de forma que sus trabajadores tienen opciones de teletrabajo varios días al mes, así que simplemente chapeu!!!

Obviamente, ni el incidente en masscomm fue tan grave, ni la respuesta estaba tan estructurada, aunque ganamos en agilidad, un esfuerzo por la reacción presencial y las opciones de acceso y sistemas remotos que permiten tanto Internet, como una buena centralita en el caso de masscomm y una centralita que además de buena es muy grande en el caso de ALU, han hecho que el impacto en el negocio sea prácticamente irrelevante.

En nuestro caso aprender de los tropiezos para no tener que sufrir en las caidas.

omniswitchastrinando

Sunday, December 13th, 2009

La semana pasada tuve el placer de asistir a un curso de Alcatel-Lucent University para preparar la certificación de preventa de los productos de datos, si no me equvico el examen que tengo que superar es el que prepara para conocer la gama de switching, routing, wlan y seguridad de mi fabricante favorito

Por mi parte y la de mis compañeros de curso creo que la opinión del profe, un encantador esloveno llamado Dusan Santa, y de los contenidos es bastante favorable salvo por la densidad de la materia y el poco tiempo que hemos tenido.

Esto provocó en mi caso unos post un poco absurdos previos al curso y una saturación de contenidos durante el mismo. Debido a ambos factores, este fin de semana que debería haber aprovechado para repasar los contenidos he decidido omniswitchastrinar, aunque ahora mismo tengo mala conciencia.

Curso preventa omniswitch – hardware omniswitch

Tuesday, December 8th, 2009

Switches modulares omniswitch 9000 series

  • 9800 – 16 slots
  • 9700 – 10 slots
  • 9600 – 5 slots

9800

  • 16 slots GE o 10 interfaces 10GE
  • 1.92 Tbs
  • Hot swapable PSUs, NI, Fan
  • 17 RUs de  tamaño y 85 kg
  • hasta 384 GE ports
  • 32 10 GE ports

9700

  • 8 slots GE o 10GE
  • 960 Gbps
  • 3 PSUs
  • Hot swapable NIs, PSUs, Fan trays
  • 11 RUs y 60 kgs

9600

  • 4 slots GE o 10GE
  • 960 Gbps
  • 5,5 RUs y 25 Kgs

CMMs

  • son iguales en 9600 y 9700 y diferentes del 9800
  • se pueden colocar en slot A y B en el 9700 y en el 9800 (el 9600 solo tiene uno)

NIs

  • GNIs a giga
  • XNI a 10GE
  • alimentación PoE en armario externo que alimenta la tarjeta P24

puffffffff

Curso preventa datos ALU – fundamentos de networking

Tuesday, December 8th, 2009

MAC (media access control) 48 bits primeros 24 fabricante ALU 00-80-9F

Broacast MAC=FF-FF-FF-FF-FF-FF

Multicast MAC=01-00-5E

VLAN virtual lan 802.1Q

802.1Q añade un encabezado a cada trama 802.3

  • ethertype
  • 802.1p (3 bits 0 menor prioridad  y 7 mayor prioridad)
  • VLAN id (12 bits)

802.1X

ARP adress resolution protocol

AMAP alcatel-lucent mapping adjacency protocol

Redundancy and resiliency=survivability

  • LACP 802.3ad standard
  • Static Link Aggregation (omnichannel)
  • máximo de 32 o 128 en un 9000E
  • SLB server load balancing 16 cluster por switch, 16 servers por switch
  • VRRP virtual routing redundancy protocol máximo de 1 master y 254 backups

Routing

  • RIP Routing Information Protocol - vector distancia – IGP (interior gateway protocol)
  • actualiza cada 30 segundos (lento)
  • máximo 15 saltos
  • OSPF Open Shortest Path First – estado enlace – IGP
  • convergencia rápida
  • ruta más corta no saltos, soporta uso de áreas
  • ISIS Intermediate System to Intermediate System routing protocol – estado enlace – IGP
  • convergencia muy rápida
  • soporta red jerárquica con uso de áreas
  • BGP Border Gateway Protocol EGP (exterior gateway protocol)
  • orientado a conexión
  • usado por ISPs con sistema autónomo (AS)

QoS en capa 2 y capa 3

  • Capa 2 dentro de la trama ethernet un subcampo de 802.1Q – 802.1p 3 bits 0 menos 7 máxima el 5 se suele usar para VoIP
  • Capa 3 dentro de cabecera IP está el campo DSCP differentiated service code point son 7 bits y por tanto 64 posibilidad, para VoIP se suele poner a 46

Cast

  • unicast uno a uno, fácil
  • broadcast uno a todos , fácil pero jodido
  • multicast, uno a mucho, pero solo a los que quiero, los host destino usan IGMP (internet Group Management Protocol) para indicar que si quieren indicandoselo al switch mediante MLD (Multicast Listener Discovery Protocol)
  • usa el rango 224.0.0.0 a 239.255.255.255
  • multicast group es una dirección p.e. 224.1.1.1 a la que los usuarios se unen utilizando IGMP después de estar unido se crean las rutas para que reciba la transmisión.
  • IGMP (internet group management protocol)
  • v1 único mecanismo de control timeout
  • v2 (AOS default) implementa mensaje de salida del grupo, implementa pregunta SOLO al grupo
  • v3 recibir SOLO desde una fuente específica
  • MULTICAS SWITCHING

Multicas routing

  • DVMRP Distance Vector Multicast Routing Protocol, flood and prune method
  • PIM – DM (protocol independent multicast – Dense Mode) flood an prune pero necesita un protocolo unicast
  • PIM – SM (protocol independent multicast – Sparse Mode) solo envía multicast si tiene alguien en el grupo