[FRnOG] [JOBS] Offre d'emploi - Reliance Globalcom.
Bonjour, Nous recrutons un Architecte Réseau / Technical Design Authority . Voici la description du poste : --- JOB DESCRIPTION Job Title TDA/Customer Design Authority/System Engineer Team Leader Business DATA FunctionOPERATIONS Sub FunctionSOLUTIONS ENGINEERING Position Reporting to (Role) OPERATIONS DIRECTOR LocationFRANCE - PARIS Company Overview: -- About Reliance Communications Reliance Communications Limited founded by the late Shri Dhirubhai H Ambani (1932-2002) is the flagship company of the Reliance Group. The Reliance Group currently has a net worth in excess of Rs. 64,000 crore (US$ 13.6 billion), cash flows of Rs. 13,000 crore (US$ 2.8 billion), net profit of Rs. 8,400 crore (US$ 1.8 billion). Reliance Communications is India's foremost and truly integrated telecommunications service provider. The Company, with a customer base of over 142 million including over 2.5 million individual overseas retail customers, ranks among the Top 4 Telecom companies in the world by number of customers in a single country. Reliance Communications corporate clientele includes 2,100 Indian and multinational corporations, and over 800 global, regional and domestic carriers. Reliance Communications has established a pan-India, next generation, integrated (wireless and wireline), convergent (voice, data and video) digital network that is capable of supporting best-of-class services spanning the entire communications value chain, covering over 24,000 towns and 600,000 villages. Reliance Communications owns and operates the world's largest next generation IP enabled connectivity infrastructure, comprising over 277,000 kilometers of fibre optic cable systems in India, USA, Europe, Middle East and the Asia Pacific region. About Reliance Global Enterprise Business Reliance Global Enterprise Business is the global, managed solutions brand of India's largest integrated telecom services provider Reliance Communications. With over 5,000 enterprise customers across 6 continents, the company is independently recognized amongst the global Top 10 providers of Managed network solutions and International Wholesale Voice carrier as well as a Top 6 global Ethernet services providers. Reliance Global Enterprise Business Unit owns the largest private cable network in the world with over 255,000km of fiber optic cabling including 65,000 km of sub-sea fiber. Through strategic relationships with over 700 network service providers across the world Reliance Global Enterprise Business provides assured connectivity to over 160 countries, with the capability to reach 230. Reliance Global Enterprise Business Unit's global platform of high performance data centers support market leading active application management, content distribution and cloud computing services in addition to the converged, managed services that enable the collaboration processes that drive global Enterprise growth. With over 4,000 employees across 25 countries, the company is constantly engaged in delivery of world class and cost effective solutions to Enterprise customers around the world and three million retail customers outside India. To find out more, please visit www.relianceglobalcom.com; -- Role Summary The TDA/CDAuthority will be allocated to a customer account when the client is in Business as usual. The TDA/CDA will be responsible for owning the end to end detailed design of the network for the duration of the client contract with Reliance Globalcom. A TDA/CDA will therefore ensure that the correct approach is used for all complex changes on the client network and will offer advice and support to ensure that they are implemented correctly. Work will involve * Lab Testing o They will be responsible for configuring and testing the end to end low level technical solution o This will include testing all features and failover scenarios sold to the client to ensure that Reliance Globalcom deliver the correct functionality * Type TC Changes * ANP Support and Network Refresh Projects * Design Faults * Customer Meetings * Design Approval, technical design, testing and implementation of a customer solution. Other technical supports Team Leader Activity Affect project / type TC to the team Permanent follow with the PM team Manage the Engineering team in Mumbai / Very close relation with Harsh D Metha -- Duties and Responsibilities Lab Testing - The TDA/CDA will be required to carry out lab testing to support Type TC changes and testing of new design concepts for the client networks that they support. - The POCL testing will involve building the test lab and configuration design, testing all failover scenarios on the network, testing management and ios, documentation, including POCL results and configuration templates
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le 26/07/2012 13:18, Stephane Le Men a écrit : Je pense que si 99% de votre trafic ne se fait qu'avec 1 seul autre AS, cet AS mérite 99% de votre attention. Wow, ca c'est du bullshit ! Tu ne fais que 2% de mon traffic, on s'en fout si il y une rupture pendant 24h. Avec ce genre de raisonnements, je suis sûr qu'on va beaucoup avancer ... Je propose même qu'on applique le même principe sur les posts de frnog : ton AS ne fait que 300 Mbps, tes posts sont retardés de 15h, tu fais 2 Gbps, retardés de 3h, 25 Gbps écoulés, c'est post immédiat. Ca revient à : t'es petit ? Ta gueule. Tiens, vous écoulez combien chez anycast-networks ? J'ai la croyance qu'il vaut mieux diviser le problème de résilience pour y régner dessus, et je crois que la résilience globale obtenue d'un système ou d'un réseau n'est que la réunion de chacun de petits morceaux individuels de résilience du système. Ouais, allé, enfonçons des portes ouvertes. Et normalement dans un réseau résilient, avant de perdre un service, on a perdu la résilience. Dis donc, qu'est ce que tu l'aimes ce mot, hein ? Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [TECH] Le retour de la vengeance du fils du port 0
Le 26 juillet 2012 16:56, Stephane Bortzmeyer bortzme...@nic.fr a écrit : On Thu, Jul 26, 2012 at 04:52:18PM +0200, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net wrote a message of 15 lines which said: Sinon, si ceux ayant presente peuvent partager leur presentations, ca sera pas mal non plus. http://www.bortzmeyer.org/rpki-frnog.html Merci pour ces slides ! Un étudiant qui apprécie, --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le 27/07/2012 10:40, Julien Escario a écrit : Le 26/07/2012 13:18, Stephane Le Men a écrit : Je pense que si 99% de votre trafic ne se fait qu'avec 1 seul autre AS, cet AS mérite 99% de votre attention. Wow, ca c'est du bullshit ! Tu ne fais que 2% de mon traffic, on s'en fout si il y une rupture pendant 24h. Avec ce genre de raisonnements, je suis sûr qu'on va beaucoup avancer ... Je propose même qu'on applique le même principe sur les posts de frnog : ton AS ne fait que 300 Mbps, tes posts sont retardés de 15h, tu fais 2 Gbps, retardés de 3h, 25 Gbps écoulés, c'est post immédiat. Ca revient à : t'es petit ? Ta gueule. Ca n'est pas déjà le cas? C'est pas comme çà que ca marche dans la vrai vie??? Tiens, vous écoulez combien chez anycast-networks ? J'ai la croyance qu'il vaut mieux diviser le problème de résilience pour y régner dessus, et je crois que la résilience globale obtenue d'un système ou d'un réseau n'est que la réunion de chacun de petits morceaux individuels de résilience du système. Ouais, allé, enfonçons des portes ouvertes. Et normalement dans un réseau résilient, avant de perdre un service, on a perdu la résilience. Dis donc, qu'est ce que tu l'aimes ce mot, hein ? Julien --- Liste de diffusion du FRnOG http://www.frnog.org/ attachment: s_lesimple.vcf signature.asc Description: OpenPGP digital signature
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Ca revient à : t'es petit ? Ta gueule. Ca n'est pas déjà le cas? C'est pas comme çà que ca marche dans la vrai vie??? Notre ex-president peut le prouver : pas toujours (et dans notre cas, heureusement). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le 26/07/2012 15:00, Michel Moriniaux a écrit : depuis que nous suivons vos interventions vous etes très evasif sur la solution qui selon vous sauverait le monde. Il me semble avoir déjà donné les principes qui guident ma démarche. Elle consiste juste à rappeler que si un opérateur se doit de vendre des routes à ses clients, ses clients attendent que des circuits se ferment correctement au travers de son infra. Même si le client n'utilise qu'une fraction du circuit, l'opérateur se doit de vendre des circuits qui se ferment. Alors je me dis que si le circuit mis à disposition du client a été vérifié avant, par un automate, la vérification devrait répondre au problème. Vous semblez detenir une verité que personne n'ici ne peut effleurer vu le ton de vos mails. J'ai une expérience qui fait que si j'avais été actionnaire de Virgin Mobile, j'aurais exigé la tête du pédégé pour ne pas avoir été capable de pouvoir migrer en un claquement doigt tous mes utilisateurs de Orange à SFR pour préserver le service que je vends à mes clients. Et à ce conseil d'administration virtuel, on m'aurait répondu: - mais nous avions demandé à la signature du contrat, mais on nous a répondu vous rigolez ? j'aurais ensuite répondu: - c'est le moment d'aller taper du point sur la table de l'Arcep. Alors, le rapport qu'il y a entre Virgin et Neo, c'est la même cause, cette fameuse lutte des classes qui n'est pas has been. Du coup, je prend un peu de plaisir à remuer le couteau dans la plaie. Il ne faut pas m'en vouloir, l'occasion était trop belle. Je vous propose afin de calmer l'ambiance sur la ML de vous mettre a votre plume et d'expliciter ces designs si resilients et de citer vos sources plutot que de nous poser la question de ce que nous pensons être la réponse. ok, je vais tenter Nous attendons toujours les docs demandées par Stephane Bortzmeyer la derniere fois. J'ai fini par trouver un document où il n'y a que 2 paragraphes à lire d'intéressant: http://www.gsma.com/newsroom/wp-content/uploads/2012/03/ir3470.pdf Point 3.6 Isolation between Service Communities on an Inter-Service Provider IP Backbone network can be logical (for example by VPNs on an Inter-Service Provider IP Backbone network) or physical (that is when the Service Provider connects to separate Inter-Service Provider IP Backbone networks, for example for GRX and an IPX Service). 4.3 In order to maintain isolation between Service Communities where Inter Service Provider Backbone networks are interconnected, separate VLANs and separate routing tables must be used for each Service Community Le reste des contraintes qui sont listés dans ce document vous pouvez les jeter, on n'a pas besoin pour Internet. La pluspart des membres actifs sur cette ML font vivre au jour le jour des réseaux ayant presque tous des designs differents a toutes les echelles, personellement j'ai connu un backbone tier 1 a budget illimité satisfaisant votre laius sur les designs Sigtran mais il ne permettait pas de se premunir des route-leak et hijack. Je suis curieux de voir les differences de design entre votre modele et ceux que je connais. Est-ce qu'en lisant les 6 lignes, vous comprenez pourquoi votre tiers 1 à budget illimité n'a pas su être satisfait avec sa configuration SIGTRAN sur un seul domaine de routage ? Traduit en bon français, cette phrase anglaise demande que deux domaines de routages coexistent dans un GRX et qu'ils soient logiquement ou physiquement séparés. En ayant deux domaines de routage séparés, quand un domaine subit un route-leak ou un hitjak, l'étanchéité des deux domaines de routages offre une roue de secours sur le deuxième domaine qui n'est pas contaminé. Votre tiers 1 à budget illimité n'a su déployé deux domaines de routages distincts dans son réseau, et c'est pour cette raison qu'il n'a pas été satisfait de sa conf SIGTRAN. Le plus petit domaine de routage possible utilisable est simplement un lien physique ou logique L2 à accoupler avec son réseau normal. (et il ne faut que l’état du lien L2 logique ne dépende pas de l'état du routing de son réseau. il faut preserver l'isolation) SCTP est un transport sur 4 ip distincts, pour pouvoir être déployé sur des réseaux à deux domaines de routages distincts et étanches. C'est l’étanchéité qui garanti la qualité. C'est rappelé au point 4.3 du doc. D'accord ou pas d'accord ? bref soyons constructifs et apprenons tous ensemble! Ben, je pose la question de savoir si cela sera utile. Voyez-vous, j'ai beaucoup de mal à croire qu'il existe dans le monde un tiers 1 qui déploie SIGTRAN sur un seul domaine de routing. Face à cette information, je me dis: - soit, on me ment éhonteusement pour me faire raconter n'importe quoi. - soit c'est bien vrai, il existe bien un tiers 1 qui déploie SIGTRAN sur un seul domaine de routing, et là, je suis scié. Incoyable et aucun client qui l'utilise ne s'en est rendu compte. Encore plus
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
On Fri, Jul 27, 2012, at 03:14 PM, Stephane Le Men wrote: Traduit en bon français, cette phrase anglaise demande que deux domaines de routages coexistent dans un GRX et qu'ils soient logiquement ou physiquement séparés. En ayant deux domaines de routage séparés, quand un domaine subit un route-leak ou un hitjak, l'étanchéité des deux domaines de routages offre une roue de secours sur le deuxième domaine qui n'est pas contaminé. On est clairement vendredi. l'Internet c'est *UN SEUL* domaine de routage. Et oui, il y en a d'autres (pas internet). MPLS-VPN (a.k.a IP-VPN, pas confondre avec IPSec-VPN) t'as jamais entendu parler ? MPLS en general tu connais ? Votre tiers 1 à budget illimité n'a su déployé deux domaines de routages distincts dans son réseau, et c'est pour cette raison qu'il n'a pas été satisfait de sa conf SIGTRAN. Le plus petit domaine de routage possible ?? Mode smoking the carpet ??? SCTP est un transport sur 4 ip distincts, pour pouvoir être déployé sur des réseaux à deux domaines de routages distincts et étanches. Quand tu auras fini la moquette en cours, essaye de faire un modele ou quelques 4 reseaux doivent s'interconnecter de tel facon que chacun arrive a joindre tous les autres en meme temps. Si tu arrives a avoir un modele un peu pres potable, tu reviens ici pour qu'on te le demonte avec des arguments de la vie reele, OK ? Je suis un peu dépité, parce que si même des experts IP d'un tiers 1 à budget illimité décident de s’asseoir sur les design SCTP/SIGTRAN et tous les efforts qui ont été fait dans SCTP, je comprends bien volontiers pourquoi je suis perçu içi comme un E.T. ... smartphone maison E.T. pas trouve reseau SIGTRAN pour appeler maison. E.T. bloque sur terre pour troller sur FRnOG. Une autre solution de pauvre avec un seul domaine de routing (pas deux Il y a aussi des solutions du pas si pauvre que ca, qui n'ont pas besoin de SIGTRAN. aurait suffit à NEO de router statiquement son trafic dans ce tunnel On te laisse gerer seul un table de ~400K routes avec du routage statique. Ca me rappelle BGP over LRAR et BGP via valise diplomatique qui se pratiquent dans le monde telephonique (non, il n'y a pas de BGP dedans, juste la LRAR ou la valise diplomatique). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [Misc] Trouble dans la force ( soucis vers AS3215 )
On 26/07/2012 12:09, Jérôme Nicolle wrote: Raphael Donc non, tu n'utilises pas de filtre. Ca ne veut pas dire que ça n'aurait pas un impact positif sur ce cas de figure. Pas assez cher.com, mon fils. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Stephane Le Men stephane.le...@anycast-networks.com a écrit : Le 27/07/2012 17:06, Radu-Adrian Feurdean a écrit : l'Internet c'est*UN SEUL* domaine de routage. Je vous ai bien compris. Ne vous en faites pas. La prochaine étape, c'est 1 seul disque, miroir interdit, et interdiction des clusters aussi, il y a plusieurs machines dans un cluster, la poisse, c'est mieux une seule machine. Et si on se mettez tous à utiliser un seul neurone, ce serait mieux n'est-ce pas? Encore 5h et trolldi sera fini... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Encore 5h et trolldi sera fini... Clair, je peine à cerner le cheminement intellecuel du monsieur. On ne doit pas travailler dans la même instance Internet... --- Liste de diffusion du FRnOG http://www.frnog.org/
RE : Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
La vache, encore 5h à tenir... Allez, tous en token ring ! Laurent Caron (Mobile) lca...@unix-scripts.info a écrit : Et si on se mettez tous à utiliser un seul neurone, ce serait mieux n'est-ce pas? Encore 5h et trolldi sera fini... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le 27 juillet 2012 19:21, David Ramahefason r...@netfacile.net a écrit : Encore 5h et trolldi sera fini... Clair, je peine à cerner le cheminement intellecuel du monsieur. On ne doit pas travailler dans la même instance Internet... Certains se servent de l'instance actuelle d'Internet pour monter des réseaux parallèles privés avec du BGP, services et tout... Il y a bien des internets // --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le vendredi 27 juillet 2012 à 21:04 +0200, David Ramahefason a écrit : Le 27 juil. 2012 20:56, Pascal Rullier pas...@rullier.net a écrit : Le 27 juillet 2012 19:21, David Ramahefason r...@netfacile.net a écrit : Encore 5h et trolldi sera fini... Certains se servent de l'instance actuelle d'Internet pour monter des réseaux parallèles privés avec du BGP, services et tout... Il y a bien des internets // Ah zut on m aurait menti décidément je suis largué par toutes ces nouvelles technologies, santé c'est vraiment bluffant le réseaux merci de me remettre sur le droit chemin. En fait j'étais un peu ironique hein. Mais bon sur Frtroll il faut toujours la petite phrase pour montrer qu on en est Bref bon trolldi à vous. Voilà, bien trop complexe pour moi, un faux grenouille de la Suède :) Bon weekend, et peut-être vacances à tous ! Je laisse mes trolls aux norvégiens -- e grieg les font mieux ;) mh --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Il est trolldi passé depuis 1h. Pour etre sur que ca venait pas de moi, il y a trois heures j'ai fait une experience : on mel Le vendredi 27 juillet 2012 à 21:04 +0200, David Ramahefason a écrit : Le 27 juil. 2012 20:56, Pascal Rullier pas...@rullier.net a écrit : Le 27 juillet 2012 19:21, David Ramahefason r...@netfacile.net a écrit : Encore 5h et trolldi sera fini... Certains se servent de l'instance actuelle d'Internet pour monter des réseaux parallèles privés avec du BGP, services et tout... Il y a bien des internets // Ah zut on m aurait menti décidément je suis largué par toutes ces nouvelles technologies, santé c'est vraiment bluffant le réseaux merci de me remettre sur le droit chemin. En fait j'étais un peu ironique hein. Mais bon sur Frtroll il faut toujours la petite phrase pour montrer qu on en est Bref bon trolldi à vous. Voilà, bien trop complexe pour moi, un faux grenouille de la Suède :) Bon weekend, et peut-être vacances à tous ! Je laisse mes trolls aux norvégiens -- e grieg les font mieux ;) mh --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [ALERT] Trouble dans la force ( soucis vers AS3215 )
Le 27 juillet 2012 15:14, Stephane Le Men stephane.le...@anycast-networks.com a écrit : il aurait suffit à NEO de router statiquement son trafic dans ce tunnel pour récupérer sa connectivité 3215 malgré la présence de la fausse annonce qui lui pourrissait potentiellement la totalité de ses borders. Entre configurer plusieurs dizaines (voire centaines) de routes statiques et filtrer/couper 3 sessions de peeringsnous avons préféré couper 3 sessions de peering. On doit être mauvais, merci pour votre conseil. Mais sinon, l'expression What the fuck ? résume assez bien ce que j'ai pensé en lisant votre mail. -- Pierre-Yves Maunier --- Liste de diffusion du FRnOG http://www.frnog.org/