Le site web de Pierre Damien GATOUILLAT

lundi 31 juillet 2006

Une petite contrepétrie

Personne n'est jamais assez fort pour ce calcul.

Des vieilles blagues

Vous savez ce que c'est une chauve-souris avec des cheveux sur la tête ?
Bah une souris.


Vous savez que les belges dorment avec un verre d'eau plein et un verre d'eau vide.
C'est parce que des fois ils se réveillent et ils ont soif, et des fois ils se réveillent et ils ont pas soif.


Vous savez ce que ca fait deux PD dans un bois ?
Y'en a un qui est un peu plié (peuplier) et y'a l'autre qui fait tout le boulot !


Monsieur et Madame Nichondanslebocal ont un fils. Comment s'appelle-t-il ?
Melchior.


Savez-vous comment on transporte les papaye ?
Avec une foufourche.


Extrait d'un PCMAG :
HOTLINE
-Désole monsieur il va falloir faire réparer votre alimentation.
-Mais non, je suis sûr qu'il y a bien une commande que je peux rajouter dans l'AUTOEXEC.BAT pour résoudre le probleme.
-Non, désolé, mais ça n'a rien à voir avec un problè me logiciel.
-Vraiment ? Même en mettant une commande dans le CONFIG.SYS ?
Longues minutes de palabres entre le client et le hotliner, qui pousse dans ses derniè res extrémites, finit par trouver le moyen de se débarrasser du client.
-Bien, je vais être honnête, il y a une commande cachée dans DOS qui résout le probleme. Editez votre AUTOEXEC.BAT, rajoutez la ligne NOSMOKE=YES et rédmarrez le PC...
-OK, j'essaye... Non ça fume toujours.
-Désole monsieur, vous allez devoir appelez Microsoft pour leur demander une nouvelle version de NOSMOKE. (rires étouffés)
-Le client dit merci et raccroche... pour rappeler quatre heures plus tard.
- Bon j'ai fait comme vous avez dit et vous aviez raison : va falloir que je change l'alimentation de mon PC.
- Et ils vous ont dit quoi chez Microsoft ?
- Ben, ça a mis pas mal de temps mais ils ont fini par me dire que mon alimentaion n'était pas compatible avec NOSMOKE...


C'est un mec qui entre dans un bar :
- un whisky double !
- bien Monsieur
- un autre, s'il vous plait.
- euh excuses-moi, vous fêtez quelque chose ?
- Oui, ma première pipe.
- Ah trè s bien ! Je vous en ressert un ?
- Non merci. Le gout est passé maintenant.


Qu'est-ce qui est jaune, qui a des plumes et qui pèse 300 kg ?
Un canari, un gros canari.


C'est l'histoire de trois hommes dans un avion, un francais, un belge et un américain. Y'a un moteur de l'avion (le droit) qui est en feu et il faut sauter, mais le problè me c'est qu'il n'y a que deux parachutes. Alors ils décident de tirer à la courte paille et c'est l'américain qui perd. Alors là le francais donne un parachute au belge et le belge saute. Y'a l'américain qui dit au francais que ca l'embête vraiment de mourrir. Alors le francais lui répond : " T'inquiè tes je lui aies filé le sac de provisions."


C'est l'histoire d'un mec, bien sapé et tout ca qui monte dans un train et passe devant un compartiment où sont assises deux femmes. Il demande si ça les dérange si il s'asseaoit ici. << Non, Non >>. Alors il s'asseoit et sort un bouquin et se met à lire. Et tout d'un coup le v'la t'y pas qui descend sa braguette, sort son service trois pi èces et se masturbe. Arrivé à ses fins il sort un mouchoir en soin, s'essuie et tout et se replonge dans son bouquin. Cinq minutes plus tard, il sort une pipe, met du tabac et demande aux deux femmes << Ca vous dérange si je fume ? >>


Alors ça se passe dans un couvent, c'est l'heure du repas et y'a la mere sup' qui arrive et qui dit : "Ce soir on mange des carottes !" . Les bonnes soeurs : "Ouuuuuuuuuuuuuais !!!!". "Rapees". "oooooooooooooooooooooh..." (gros soupir genre pfffffffffffffffffffffffffff....)



C'est deux lesbiennes vampires qui sont sur le point de se quitter et y'en a une qui dit a l'autre : salut, à dans vingt-huit jours.

Encore les codes d'erreurs RNIS en PDF cette fois-ci

CODE ERREURS RNIS 1

CODE ERREURS RNIS 2

Une autre source des codes d'erreurs RNIS



ISDN ERROR CODE CAUSE VALUES
This table describes ISDN standard cause values that may be displayed on your video conferencing system to indicate ISDN call or line errors.
Value Cause Description
Definition
1 Unassigned
number
The switch received the sent ISDN number in the correct format; however, no destination equipment
uses the number.
2
No route to specified transit network The ISDN exchange can not recognize the intermediate network through which to route the call.
3
No route to destination
The intermediate network through which the call is routed does not service the destination address.
6
Channel unacceptable
The specified channel does not provide sufficient service quality to accept the requested connection.
7
Call awarded and delivered
The user is assigned an incoming call that is being connected to an already-established call channel.
16
Normal call clearing
Normal call clearing has occurred.
17 User
busy
All B channels are in use; the called system acknowledges the connection request, but is unable to
accept the call.
18
No user responding
The destination does not respond to the call so the connection cannot be completed.
19
No answer from user (user alerted)
The destination fails to complete the connection within the prescribed time after responding to the
connection request. The problem occurs at the remote end of the connection.
21
Call rejected
The destination rejects the call for an unknown reason, although capable of accepting the call.
22 Number
changed
No system has been assigned the ISDN number used to set up the call. (The diagnostic field of the
message may return an alternate address is assigned to the called equipment.)
26
Non-selected user clearing
The destination rejected the call, although capable of accepting it, because the call was not assigned
to the user.
27
Destination out of order
A signalling message can not be delivered because the interface is not functioning correctly, and
therefore the destination can not be reached. This condition might be temporary, though of extended
duration; for instance, remote equipment might be turned off.
28
Invalid number format
Destination address presented in an unrecognisable format or an incomplete destination address
made the connection unable to be established.
29
Facility rejected
The network can not provide facility requested by the user.
30
Response to STATUS ENQUIRY
The prior receipt of a status inquiry message generated the status message.
31
Normal, unspecified
A normal event has occurred with no standard cause applying. No resulting action is required.
34
No circuit/channel available
The call cannot be taken because no appropriate channel is available to establish the connection.
38
Network out of order
The network is not functioning correctly and this condition may persist for an extended period. The
call cannot reach the destination and an immediate attempt to reconnect will probably fail.
41
Temporary failure
The network is not functioning correctly and an error occurred. The problem will be resolved shortly.
42
Switching equipment congestion
The network switching equipment is temporarily overloaded and the destination cannot be reached.
43
Access information discarded
The requested access information cannot be provided by the network.
44
Requested circuit/channel not
An unknown reason prevents the remote equipment from providing the requested channel. This
available
might be a temporary problem.
47
Resource unavailable, unspecified
An unknown reason prevents the remote equipment from providing the requested channel. This
might be a temporary problem.
49
Quality of service unavailable
The network can not provide the requested quality of service (as defined by CCITT recommendation
X.213). This might be a subscription problem.
50
Requested facility not subscribed
The remote equipment supports the requested supplementary service, but only by subscription.
57
Bearer capability not authorized
The caller has requested a bearer capability that the network can provide, but the user is not
authorized to use. This might be a subscription problem.
58
Bearer capability not presently
The network normally provides the requested bearer capability, but not at the present time. This
available
might be due to a temporary network problem or to a subscription problem.
Zylotech Ltd ­ Sydney PH 02 9428 8988, Melbourne. PH 03 9535 6847 - www.zylotech.com.au - ABN 15 008 720 223


63
Service or option not available,
An unspecified reason prevents the network or remote equipment from providing the requested
unspecified
service option. This might be a subscription problem.
65
Bearer capability not implemented
The network cannot provide the bearer capability requested by the user.
66
Channel type not implemented
The requested channel type is not supported by the network or the destination equipment.
69
Requested facility not implemented
The supplementary service is not supported by remote equipment.
70
Only restricted digital information
The network is unable to provide unrestricted digital information over bearer capability.
bearer is available
79
Service or option not available,
The network or remote equipment is unable to provided the requested service option for an
unspecified
unspecified reason. This might be a subscription problem.
81
Invalid call reference value
The remote equipment received a call with a call reference that is not currently in use on the user-
network interface.
82
Identified channel does not exist
The receiving equipment is requested to use a channel that is not activated on the interface for calls.
83
A suspended call exists but this call
The network received a call resume request. The call resume request contained a call identify
identity does not
information element that indicates that the call identity is in use for a suspended call.
84
Call identity in use
The network received a call resume request that contained a Call Identify information element that
indicates that it is in use for a suspended call.
85
No call suspended
The network received a call resume request when there was not a suspended call pending. This
might be a transient error that will be resolved by successive call retries.
86
Call having requested call identity has The network received a call resume request. The call resume request contained a call identity
been cleared
information element, which once indicated a suspended call. How ever, the suspended call was
cleared either by timeout or by the remote user.
88
Incompatible destination
Indicates that an attempt was made to connect to non-ISDN equipment. (ie: to an analogue line.)
91
Invalid transit network specified
The ISDN exchange was asked to route the call through an unrecognised intermediate network.
95
Invalid message, unspecified
An invalid message was received, and no standard cause applies. This is usually due to a D-channel
error. If this error occurs systematically, report it to your ISDN service provider.
96
Mandatory information element is
The receiving equipment received a message that did not include one of the mandatory information
missing
elements. This is usually due to a D-channel error. If this error occurs systematically, report it to your
ISDN service provider.
97
Message type nonexistent or not
The receiving equipment received an unrecognised message, either because the message type was
implemented
invalid or because the message type was valid but not supported. Cause 97 is due to either a
problem with the remote configuration or a problem with the local D channel.
98
Message incompatible with call state The remote equipment received an invalid message, and no standard cause applies. Cause 98 is
or message type nonexistent.
usually due to a D-channel error. If this error occurs systematically, report it to your ISDN service
provider.
99
Information element nonexistent or not The remote equipment received a message that includes information elements, which were not
implemented
recognized. This is usually due to a D-channel error. If this error occurs systematically, report it to
your ISDN service provider.
100 Invalid information element contents The remote equipment received a message that includes invalid information in the information
element. This is usually due to a D-channel error.
101 Message not compatible with call state The remote equipment received an unexpected message that does not correspond to the current
state of the connection. This is usually due to a D-channel error.
102 Recovery on timer expiry
A timer expiry initiated an error-handling (recovery) procedure. This problem is typically temporary.
111 Protocol error, unspecified
An unspecified D-channel error when no other standard cause applies.
127 Interworking,
unspecified
An event occurred, but the network does not provide causes for the action that it takes. The precise
problem is unknown.
145 ISDN layer 1 and/or 2 link not
User needs to check cabling, ISDN adapter status and network connections.
established.
146 ISDN layer 3 connection to the ISDN A switch protocol error exists, or (in the United States or Canada) a SPID assignment problem.
switch/network inactive.
There is either a switch protocol error, or (in the United States or Canada) a SPID assignment
problem.
255 ISDN command processing error.
The ISDN signalling code has encountered an error processing an ISDN action. ISDN adapter busy-
wait and retry.

Zylotech Ltd ­ Sydney PH 02 9428 8988, Melbourne. PH 03 9535 6847 - www.zylotech.com.au - ABN 15 008 720 223

Les codes d'erreurs RNIS

Technical Notes: Selected Cause Codes for ISDN Routers
Page 1 of 4
NIR_044: Selected Cause Codes for Netopia ISDN routers
Written by: David James
Date: 04/10/98
Revised: 07/07/98
What selected cause codes mean and how to resolve them.
Problem:
What do commonly occurring ISDN Cause Codes mean and how do I fix the problem when I get
one?
Situation:
A cause code alerts you that something is wrong with your ISDN connection. This Technote will
give you the plain English version of what the cause code that is described and how to resolve it.
NOTE: This technote describes some of the more frequently seen cause codes; by no means the
entire list. It attempts to relate the cause code and the problem it represents to real life
experience. If you see a cause code that is not listed here, please refer to the complete list of
cause codes. If you need further assistance after referring to this technote and that list of cause
codes, please consult your local telephone company/ISDN line provider.
Cause No. 0
Cause No. 1
Cause No. 16
Cause No. 17
Cause No. 18
Cause No. 21
Cause No. 34
Cause No. 41
Cause No. 42
Cause No. 50
Cause No. 65
Cause No. 88
Cause No. 96
Cause No. 100
Cause No. 102
Cause No. 0
This is usually given by the router when none of the other codes apply. This cause usually
occurs in the same type of situations as cause 1, cause 88, and cause 100.
Cause No. 1: unallocated (unassigned number)
This cause indicates that the destination requested by the calling user cannot be reached
because, although the number is in a valid format, it is not currently assigned (allocated).
What it Usually Means:
1. The SPIDS may be incorrectly entered in the Netopia or the Telco switch, giving a
SPID failure in the WAN Event History.
2. The ISDN phone number being dialed by the router is invalid and the telco switch
cannot locate the number to complete the call, as it is invalid.
3. On long distance calls, the call cannot be properly routed to its destination.
Cause No. 16: normal call clearing.
This cause indicates that the call is being cleared because one of the users involved in the
call has requested that the call be cleared.
What it Means:
This could be almost anything; it is the vaguest of the cause codes. The call comes down
normally, but the reasons for it could be:
file://C:\WINDOWS\Desktop\technotes\hardware\NIR_044.html
1/2/01

Technical Notes: Selected Cause Codes for ISDN Routers
Page 2 of 4
1. Lack of protocol negotiation, possibly due to misconfiguration of TCP/IP parameters
on the router.
2. Link Timeouts of the call due to same.
3. Idle Timer at either end of the connection is activated.
4. A thousand other things.
Cause No. 17: user busy.
This cause is used when the called user has indicated the inability to accept another call.
It is noted that the user equipment is compatible with call.
What It Means:
Calling end is Busy; no tricks here.
Cause No. 18: no user responding.
This cause is used when a user does not respond to a call establishment message with
either an alerting or connect indication within the prescribed period of time allocated
(defined in Recommendation Q.931 by the expiry of either timer T303 or T310).
What It Means:
The equipment on the other end does not answer the call. Usually this is a
misconfiguration on the equipment being called.
Cause No. 21: call rejected.
This cause indicates that the equipment sending this cause does not wish to accept this
call, although it could have accepted the call because the equipment sending this cause is
neither busy nor incompatible.
What It Means:
This is usually a telco issue. The call never reaches the final destination. This can be
caused by bad switch translation from the Central office to the call's destination, or a
misconfiguration on the equipment being called (i.e. not configured properly to answer
calls).
Cause No. 34: no circuit/channel available.
This cause indicates that there is no appropriate circuit/channel presently available to
handle the call.
What It Means:
There is no place on the Public Telephone network to place the call. Usually a temporary
problem. The call never gets to its destination.
Cause No. 41: temporary failure.
This cause indicates that the network is not functioning correctly and that the condition is
not likely to last a long period of time: e.g., the user may wish to try another call attempt
almost immediately.
What It Means:
This means that there is a temporary failure at the physical layer on the ISDN network. If
you remove the ISDN cable from the Netopia, you would see this. It's usually temporary.
Cause No. 42: switching equipment congestion.
This cause indicates that the switching equipment generating this cause is experiencing a
period of high traffic.
file://C:\WINDOWS\Desktop\technotes\hardware\NIR_044.html
1/2/01

Technical Notes: Selected Cause Codes for ISDN Routers
Page 3 of 4
What It Means:
Just too much going on at this point on the ISDN network to get the call through to its
destination.
Cause No. 50: requested facility not subscribed.
This cause indicates that the requested supplementary service could not be provided by
the network because the user has not completed the necessary administrative
arrangements with its supporting networks.
What It Means:
The switch looks at the number being dialed and thinks it is for another service rather
than ISDN. If the phone number is put in the correct format, the call should be placed
properly. There are no standards for this, all Telcos have their own system for
programming the number formats that the switches will recognize. Some systems want to
see 7 digits, some 10, and others 11.
Cause No. 65: bearer capability not implemented.
This cause indicates that the equipment sending this cause does not support the bearer
capability requested.
What It Means:
1. In most cases, the number being called is not an ISDN number but an analog
destination.
2. The equipment is dialing at a faster rate than the circuitry allows, for example,
dialing at 64K when only 56K is supported.
Cause No. 88: incompatible destination.
This cause indicates that the equipment sending this cause has received a request to
establish a call that has a low layer compatibility, high layer compatibility, or other
compatibility attributes (e.g., data rate) that cannot be accommodated.
What It Means:
1. This usually means that the Number To Dial in the Connection Profile is in the wrong
format. You may need to dial a 10 or 11 digit number, or dial a 9 in front of the
number if it is a Centrex line.
2. This problem may also give a Cause 111.
3. Dialing at the wrong line speed can also give this Cause.
Cause No. 96: mandatory information element is missing.
This cause indicates that the equipment sending this cause has received a message which
is missing an information element which must be present in the message before that
message can be processed.
What It Means:
This is rarely seen in North America but usually means that the number that is being
dialed is in the wrong format, (similar to cause 88). Some part of the format being used is
not understood by either the remote side equipment or the switching equipment between
the source and destination of the call.
Cause No. 100: invalid information element contents.
This cause indicates that the equipment sending this cause has received and information
element which it has implemented; however, one or more of the fields in the information
element are coded in such a way which has not been implemented by the equipment
sending this cause.
file://C:\WINDOWS\Desktop\technotes\hardware\NIR_044.html
1/2/01

Technical Notes: Selected Cause Codes for ISDN Routers
Page 4 of 4
What It Means:
Like cause 1 and cause 88, this usually indicates that the ISDN number being dialed is in a
format that is not understood by the equipment processing the call. SPIDs will sometimes
fail to initialize with a Cause 100, or a call will fail with this cause.
Cause No. 102: recovery on timer expiry.
This cause indicates that a procedure has been initiated by the expiry of a timer in
association with Q.931 handling procedures.
What it Means:
This is seen in situations where ACO (Alternate Call Offering) is being used. With this type
of call pre-emption, the Telco switch operates a timer. For example, when an analog call is
placed to a Netopia router that has two B Data Channels in place, the router relinquishes
the second channel, but if it doesn't happen in the time allotted by the switch
programming, the call will not ring through and will be discarded by the switch.
file://C:\WINDOWS\Desktop\technotes\hardware\NIR_044.html
1/2/01

Introduction

J'ai fait mes débuts sur le marché en 1999/2000. Une bien mauvaise période pour faire ses premiers pas. Bonnes plus-value, faciles, etc. Et puis j'ai pris une grosse claque sur pas mal de titres parce que je n'avais aucune notion de STOP, Money Management, etc.
J'ai donc un peu tout arrêter, histoire de faire le point. J'ai lu le premier ouvrage de Steve Nison, puis la Pyschologie des Marchés Financiers de Lars Tvede, puis celui de Olivier de Ducla, "Elliot et Gann" (Y'a une très belle introduction aux vagues d'Elliot en français sur le site) et pour finir Vivre du Trading de Alexander Elder. Plus beaucoup d'informations sur le Net.
Aujourd'hui, je travaille le marché avec les Chandeliers Japonais, les vagues d'Elliot et quelques indicateurs techniques classiques. Je n'ai pas encore trop accroché avec Gann, surtout les angles. Je pense qu c'est ce qui me manque encore à ma panoplie.

Je propose à travers cette page mes expériences de trade et les différentes positions que je prends. Tout ça à titre indicatif, évidemment. Ce sont mes propres vues du marché, qui sont spécifiques à chacun, appuyées également par les différentes réflexions proposées par Michel Grollemund/ChandeliersJaponais.com et les co-listiers de la mailling-list.

Accéder à la page de mes analyses. (pas très à jour...)

Accéder à la page bibliothèque des figures.

Ma méthode actuelle pour prendre position est un peu empruntée à celle dont parle Alexander Elder, c-à-d. celle du triple écran :

  • je regarde la tendance moyen terme (MT) du titre (en hebdomadaire [weekly]) grâce à l'indicateur MACD Histo. Si la tendance générale me semble plutôt baissière/haussière, je regarde les 2 dernières barres du graphique. Si la dernière est plus grande que l'avant-dernière, la tendance est haussière et inversement. Si elle est haussière je m'apprête à passer long (acheteur) et si elle est baissière à passer court (vendeur). J'appuie enfin ce premier pas d'analyse avec les figures en chandeliers, voire un décompte Elliot (si j'ai eu le temps d'en faire un, c'est pas évident à faire et assez long)

  • ensuite je m'intéresse au graphique court terme (CT) (quotidien [daily]). Ces 2 unités de temps que je prends sont perso, plus adaptés à mon pouvoir d'investir sur le marché, comme je n'ai pas le temps de faire de l'intraday. Si tel était le cas, mes 2 unités pourraient être le quotidien pour le moyen terme et l'horaire [hourly] pour le court terme. Donc le graphe CT. Sur ce dernier je m'intéresse à la stochastique rapide. En fonction d'où elle se trouve (< 20 : survente, > 80 surachat, croissante ou décroissante) et de la tendance MT, je vais placer un ordre stop à la traîne d'achat ou de vente. Comme précédemment, en fonction des figures en chandeliers ou un décompte en vagues, ça renforce mes hypothèses de travail.

  • pour illustrer l'ordre stop à la traîne, prenons un exemple : la tendance MT est haussière, la stochastique est décroissante (phénomène de correction haussière) et le cours corrige quelque peu. Je vais donc placer un ordre stop achat (A seuil de déclenchement) au-dessus du plus haut de la veille. Cela permet de suivre la tendance. Si la correction est finie, le cours repasse à la hausse et mon ordre arrive sur le marché. Une fois exécuté, je place un stop sous le plus bas du jour ou de la veille. Si le cours ne continue pas sa hausse, je me suis planté, je quitte l'action.

La question que je me suis longtemps posée et le point sur lequel je n'ai pas encore bien tranché, c'est où bien placé le stop et quand prendre les bénéfices. Je me suis rentré la chose suivante dans le crâne : "ON NE PEUT PAS ACHETER AU PLUS BAS ET VENDRE AU PLUS HAUT". Donc c'est là que les règles de Money Management rentrent en jeu. Mon stop (celui si le marché ne prend pas la direction que j'ai choisi) se situera entre les plus bas récents et 2% de mon portefeuille, suivant la volatilité de l'action et les supports/réstances proches (issues par exemple des plus hauts d'une étoile filante ou du milieu d'un marobozu). Pourquoi 2% ? Ce chiffre est à affiner en fonction de son portefeuille, de l'expérience, etc. 2% est un montant généralement raisonnable pour ne pas trop perdre sur une ligne et de garder des liquidités pour réinvestir autre part, une fois qu'on a analysé pourquoi ça a "merdé".

Les bénéfices. Une fois mon ordre exécuté, le 1er stop placé, l'action évolue. Il y a des frais de courtage, comme tout le monde le sait (c'est pour ça que quand on dit que la bourse est un jeu à somme nulle c'est FAUX). Si l'action évolue comme je le souhaitais, je remonte (ou descend) le stop pour arriver au niveau 0. Cela veut donc dire que malgré le bon départ, l'action repart dans l'autre sens. L'aller/retour se solde donc par quelque chose de nul, mais pas de négatif. ça c'était une des évolutions possibles. Si l'action continue d'évoluer dans mon sens, je remonte le stop pour pouvoir garder au moins 5% des bénéfices. Je relève ainsi mon stop par palier de 5% à chaque évolution. A moins de décerner un signal négatif (étoile filante, pendu, marteau, harami, ...), la prise de bénéfices peut se faire plus rapidement.

Vous me direz : facile à dire mais à faire c'est plus compliqué. Je le confirme. Je me suis fixé des règles et il faut absolument les respecter. Genre ne pas se dire : "ouais aujourd'hui je place mon stop à 2,5% du total de mon portefeuille". 2% c'est 2% ! Bien sûr avec le temps, tout ceci doit être affiné.

Aller ! Les règles sont établies, il est temps d'intervenir sur le marché :o)

De nombreuses photos

En suivant ce LIEN, vous pourrez voir des photos de ma maison, de mes soirées étudiantes et pas étudiantes, des photos de famille, de vacances... Si vous ne possédez pas de login/mot de passe, n'oubliez d'en créer un en suivant un des liens de la page (se connecter puis s'enregister) et en fonction de nos affinités réciproques je vous permettrais de regarder différentes catégories de photos.

Système de surveillance réseau (NMS)

Mon serveur est surveillé en permanence grâce au superbe logiciel JFFNMS. Vous pouvez le voir en action ici. (login : desmots, password : maux2passe)

Ce serveur

Bienvenue sur ce serveur à base de Debian GNU/Linux 3.1-Sarge. Il tourne sur une carte mère ASUS bi-processeur Pentium III / 500 MHz, avec 768 Mo de SDRAM, 2 disques dur 160 Go Seagate, montés en RAID-1 soft + LVM. Plus d'infos ici

Le Curriculum Vitae de Pierre-Damien GATOUILLAT

Pierre-Damien GATOUILLAT
né le 07/03/1978, 31 ans.
Célibataire :(
Ingénieur Réseaux
Sécurité & Systèmes Linux


Expérience Professionnelle


Depuis Septembre 2002 :
Ingénieur Télécom/Réseaux/Linux chez SCC dans l'entité Network & System Management : architecture LAN et WAN multiprotocolaire, étude avant-vente, chiffrage, planification de projets, encadrement de ressources techniques, maintenance et SAV, cabling, supervision, audit, sécurité, management d'un NOC [Network Operating Center] : serveurs DNS [BIND], WEB [APACHE, IIS], MAIL [SENDMAIL, POSTFIX, AMAVIS, SPAMASSASIN], ANTIVIRUS [TRENDMICRO IMSS/IWSS, CLAM-ANTIVIRUS], BASE DE DONNEES [MySQL, MS SQL SERVER], BACKUP [scripts, BAKBONE/NETVAULT, BackupPC, MINDI/MONDO, LINBOX], MONITORING [JFFNMS]

  • Support Réseaux/Linux niv. 2 et 3 ; mise en place de solutions de monitoring ; gestion d’un datacenter (50%)
  • Production Réseaux/Sécurité/Linux (35%)
  • Avant vente (10%)
  • Veille technologique (5%)
Septembre 1999 - Août 2002 :
Ingénieur en alternance au sein d'EBC INFORMATIQUE dans le département Réseaux & Telecom : architecture LAN et WAN multiprotocolaire, étude avant-vente, chiffrage, planification de projets, encadrement de ressources techniques, maintenance et SAV, cabling, supervision, audit, sécurité (firewall). Projet de fin de formation : migration du cÅ“ur de réseau de la société, étude du MPLS/VPN et des possibilités de mise en oeuvre.
Janvier-Juin 1999 (6 mois) : Chargé de missions au CFAI (Centre de Formation d'Apprentis de l'Industrie) du Haut-Rhin : conception et réalisation d'un site WEB, administration du Parc Informatique (environ 15 PCs) :
  • mise en place et administration des systèmes informatiques ;
  • gestion des budgets : maintenance, achats de matériels ;
  • mise en place d'un plan de formation : recensement des besoins ;
  • encadrement d'une dizaine de personnes.
Juillet-Août 1998 (6 semaines) : Réalisation d'un simulateur pédagogique, simulation d'un système à microprocesseur en JAVA


2009 : Certification Lead Auditor NF ISO/CEI 27001:2007 par LSTI, N° 599 ; formation par HSC
2003 : Certification RHCE [RedHat Certified Engineer]. Certificat au format PDF
1999-2002 : Formation FIP (Formation d'Ingénieur en Partenariat), i.e. formation par alternance, spécialité Informatique Industrielle à l'ENSPS [Ecole Nationale Supérieure de Physique de Strasbourg].
1995-97 : Classes Préparatoires TSI [math-sup, math-spé] au Lycée des Lombards à TROYES (10)
1995 : Baccalauréat série STI Électronique, mention Assez-Bien (Réalisation et mise en oeuvre d'un projet à partir du cahier des charges)
Langues


Anglais : Bonnes connaissances.
Allemand : Bonnes notions.
Espagnol : Notions.
Connaissances Informatiques


Langages : HTML, APACHE/PHP/MYSQL, SCRIPT SHELL LINUX/UNIX.
Environnements : MS-DOS, MICROSOFT WINDOWS (3.X -> Vista), Unix : Linux [Debian, Redhat, Suse, Mandrake, Live-cd (knoppix, etc.)] sur plateforme x86 (système d'exploitation personnel par défaut).
Logiciels techniques : Visio.
Logiciels bureautiques : Suite OpenOffice ; Suite Microsoft Office
Divers


  • Permis B, véhicule ;
  • Titulaire de l'AFPS (Attestation Formation Premiers Secours) depuis Mars 1998 ;
  • Cinéma/DVD ;
  • Badminton ;
  • Bricolage, Jardinage ;
  • Poker ;
  • Analyse technique boursière.
Contacts


Adresse Électronique : pdg arobase gatouillat point net