Présentation Xen, tests AP, Grippe

Bon, le node0 (xen0) pour la présentation du mois de mars est prêt.
Bon c’est une petite bécane, mais bon… (prêtée par INFOSAT ICPS):

 xen0:~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Celeron (Coppermine) stepping : 6 cpu MHz : 708.193 cache size : 128 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu tsc msr pae mce cx8 mtrr mca cmov pat pse36 mmx fxsr sse bogomips : 2541.27 xen0:~# free -m total used free shared buffers cached Mem: 32 31 1 0 0 6 -/+ buffers/cache: 24 8 Swap: 549 4 544 xen0:~# xm list Name ID Mem VCPUs State Time(s) DebianSarge 1 64 1 ------ 2.2 Domain-0 0 33 1 r----- 56.6 xen0:~# 

Bon ensuite, j’en loade une autre petite…
Bon sinon, j’ai commencé à me documenter sur le iSCSI (iSCSI selon linux: ici), qui est un bon remplacant de Fiber Channel à prix réduit, ceci basé sur TCP/IP (ce qui fera plaisir à Jieff).

Bon sinon, petite victoire: mise en production de notre nouvel AP et réussite: gain en bande passante, VAPs, … Mais parce qu’il y a toujours un mais: http://madwifi.org/ticket/674

Ah sinon, petite news: OpenBSD-4.1 ne devrait pas être bien loin selon ce mail.

Et finalement, beaucoup moins drôle Laëtitia a la grippe 🙁
Alors sur ce, je vous laisse et vais m’occuper de ma petite femme…

bordel, MIPS, dodo

Bon journée de gestion de petites merdes techniques. Autant hier j’avais pu avancer sur des problèmes particuliers et précis autant aujourd’hui ca a été gestion de pleins de conneries. Masi bon bref, somme toute tout fonctionne, mais fatigué en ce vendredi soir!
Je finis avec un collègue la résolution d’un dernier problème technique et je me rentre ! Yeah! et dodo!

Bon je vous présente mon prochain joujou et portage sur plateform MIPS de notre firmware.

Bon et voici mon bordel pour finir la semaine :

switch, titux.org, OpenBSD

Bon, une journée encore de merde…
Un switch. $@@#~~”‘ qui marche sur tous les ports pour un routeur, mais pas pour un autre sur les mêmes ports … La logique veut qu’on regarde plutôt du côté du routeur!

Quenéni: C’est le switch qui est tout cassé! Youpi j’ai moins de neurones ce soir !

Bon sinon, mise à plat de titux.org: Mise à jour de mon OpenBSD en version 4.0. Au passage ajout d’un disque dur pour lui faire du bien 🙂

 # uname -a OpenBSD pizza.titux.org 4.0 GENERIC#1107 i386 # date Fri Feb 2 18:05:00 CET 2007 # 

Week-end, OpenBGPD, famille

Bon ce week-end fut reposant. Pas trop de montage de meubles, de rangements, même s’il y en eut bien évidemment.

Bref au programme: repos, galette des rois et raclettes…

Bon, un apprenti à la boite m’avait parlé de Second Life.
Bon à première vue, cela ne me passionnait pas beaucoup et d’ailleurs ne me passionne toujours pas plus. Mais vue que Linden (la boite qui développe ce jeu) a mis le client Linux en GPL, alors j’ai regardé ce que cela pouvait donner.

Bon ca donne un jeu en OpenGL, à la sauce Sims, mais massivement multi-joueurs. Bref pour ma part, je n’y perdrais pas plus de temps, mais je pense que ce jeu rencontrera un grand succès.

Bref si vous voulez essayer sous Linux :
  =>http://secondlife.com/community/linux-alpha.php

Bon pour les plus indécrotables :
  =>http://secondlife.com/community/downloads.php

Passons à autre chose…

Bon, je ne cacherai à personne que je suis un amoureux d’OpenBSD.
Maintenant, certains commencent à beaucoup apprécier le poisson piquant, et comme on peut le lire sur isp-planet dans l’article suivant…
Cet article traite de retours d’expérience concernant différents routeurs BGP. OpenBGPD y est cité en bonne place. J’avoue n’avoir pas pu encore joué réellement avec OpenBGPD, mais je ne désespère pas d’avoir le temps de faire une petite expérience :
Deux AS, un avec un CISC0 3640 et un autre en face avec un OpenBGPD 🙂
Je pense que je ferais cela un de ces jours (rapidement) et que j’en ferais un petit article sur http://www.rotomalug.org/.

Bon à lire déjà chez l’ami Xavier, un article concernant OpenBGPD: http://blog.oav.net/dotclear/index.php?2007/01/19/32-traffic-shapping-avec-openbsd-pf-altq-et-openbgpd

AZERTY-4 !!!
Bref comme d’habitude: mirroring de cette excellente émissions qu’est azerty: ftp://dionysos.mcom.fr/azerty/azerty4-modecoLL.ogg.

Cette émission traite du modèle économique du Logiciel Libre.

Et une petite dernière pour la route :

Péripéties, EDF et PDA

Il y a des jours où les évènements jouent des tours changement de routeur, puis coupure EDF général sur un site distant ! Yeah va savoir où le problème ?!?

  • EDF ?!
  • Config du routeur != KO !?!

Youpi! En fait, c’était EDF qui nous faisait une coupure général sur tout le site distant ! Yeah un déplacement de technicien pour rien.

Pour continuer dans les conneries, nous avons des équipements qui ont échoué en Angleterre dans le porte-conteneur qui a échoué au large de Branscombe.

ah oui pour une journée à la con, c’est une journée à la con: Laetitia s’est foulé un doigt (après radiographie). Et heureusement que ce n’est qu’une foulure!

Bon bref dans cette journée à la con, j’ai trouvé mon prochain cadeaux :
Un petit PALM Tungsten E2.

Bon en furetant sur le net, je suis tombé sur cette excellente documentation : Et plus particulièrement sur celle-ci: Comment faire du NAT sans iptables…

BGP, Madwifi && VLAN, C, Café

target=”_”>BGP plutôt qu’un autre lorsque le premier a une bande passante bien plus grande que l’autre.
En bref, ISP_A a dirons-nous 155Mbits et ISP_B 100Mbits et que l’on veut écouler plus de traffic du côte de l’ISP_A.

Dans le cas, de deux peers BGP, le plus simple est je pense de jouer avec l’attribut MED de telle sorte :

 router bgp 34762 network 214.157.242.0/21 neighbor 219.2.19.1 remote-as 50066 neighbor 219.2.19.1 allowas-in 1 neighbor 219.2.19.1 distribute-list 10 out neighbor 219.2.19.1 prefix-list rfc1918 in neighbor 219.2.19.1 route-map isp_a-out out neighbor 157.147.156.129 remote-as 60383 neighbor 157.147.156.129 next-hop-self neighbor 157.147.156.129 allowas-in 1 neighbor 157.147.156.129 distribute-list 10 out neighbor 157.147.156.129 prefix-list rfc1918 in neighbor 157.147.156.129 route-map isp_b-out out ! ip prefix-list rfc1918 description RFC1918 Blocks ip prefix-list rfc1918 seq 5 deny 172.16.0.0/12 le 32 ip prefix-list rfc1918 seq 10 deny 10.0.0.0/8 le 32 ip prefix-list rfc1918 seq 15 deny 192.168.0.0/16 le 32 ip prefix-list rfc1918 seq 100 permit any ! route-map isp_a-out permit 10 set local-preference 100 set metric 10 ! route-map isp_b-out permit 10 set local-preference 100 set metric 20 ! 

Dans le cas de plus de deux peers BGP, il faudra ensuite jouer avec le prepending AS Path, mais là c’est beaucoup plus intrusif…

Bon sinon, ca peut être marrant à garder en tête cela :
http://www.mattb.net.nz/blog/2006/10/09/per-client-vlans-with-madwifi/
C’est un patch qui permet de faire du VLAN, enfin précison dès à présent. Ce patch permet de mettre chaque station associée à un même AP dans un VLAN ceci afin d’isoler au niveau 2 chaque station les unes des autres.
Ceci est un patch pour madwifi-ng.

:
Rien de tel: du C, du café 🙂 Quel bonheur !

Bon sinon, c’est cadeaux de Noël ce midi !!!

Rigolades…

Pour rigoler: La télé comme avec un tarpé !!!! http://rastatv.free.fr/

Trop trop bon! En cas de déprime, regardez cette télévision…

En parlant de VOD, je vous recommande la lecture de thread sur FRnOG:

Lecture très intéressante sur comment voient les ISP, Fournisseurs de contenus (vidéo) et offres ADSL (jusqu’à 20 Mbits mon petit monsieur, mais c’est qu’ils les prennent non mais dis donc, et ma mutualisation de bande passante je fais comment!?!).

Désolé d’insister :

Après de longs passages dans les cages à miel à l’hotel mercredi soir en codant un peu, moa je dis c’est du bon!

Cisco, Emulateur…

Comme d’habitude, il suffit de lire la doc/man ! RTFM Titux !

Et oui l’option –idle-pc= permet de ne pas bouffer tout le CPU de la machine hôte. Bref, pour avoir la bonne valeur qui convient bien à votre babasse : Il suffit de loader l’image IOS seule sans config. Vous attendez 10s, puis vous tapez : “Ctrl-] + i” Et il va vous générer quelques stats et la/les valeurs à utiliser pour l’option –idle-pc.

 ./dynamips-0.2.5-x86.bin -t npe-400 --idle-pc=0x60661fe8 -p 1:PA-FE-TX -s 1:PA-FE-TX:gen_eth:eth0 image.bin 

Ceci permet de loader l’image IOS et d’avoir une interface Fast Ethernet liée à mon eth0 !

Euh, pour l’image IOS, voyez avec CISCO 😉

 titux> ena titux# conf t titux(config)# int fast 1/0 titux(config-if)# ip addr 192.168.1.20 255.255.255.0 titux(config-if)# no shutdown titux(config-if)# no cdp enable titux(config-if)# duplex full titux(config-if)# ^Z ttiux# wr Building configuration... [OK] titux# 

Et depuis une autre machine :

 -bash-3.00# uname -a OpenBSD pizza.titux.org 3.8 GENERIC#138 i386 -bash-3.00# ifconfig -A lo0: flags=8049 mtu 33224 groups: lo inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 ne3: flags=8863 mtu 1500 lladdr 00:40:05:5b:f2:34 groups: egress media: Ethernet manual inet 217.169.242.181 netmask 0xffffff80 broadcast 217.169.242.255 inet6 fe80::240:5ff:fe5b:f234%ne3 prefixlen 64 scopeid 0x1 inet 192.168.1.50 netmask 0xffffff00 broadcast 255.255.255.0 pflog0: flags=0<> mtu 33224 pfsync0: flags=0<> mtu 1348 enc0: flags=0<> mtu 1536 -bash-3.00# -bash-3.00# ping 192.168.1.20 PING 192.168.1.20 (192.168.1.20): 56 data bytes 64 bytes from 192.168.1.20: icmp_seq=0 ttl=255 time=14.847 ms 64 bytes from 192.168.1.20: icmp_seq=1 ttl=255 time=21.400 ms --- 192.168.1.20 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 14.847/18.123/21.400/3.279 ms -bash-3.00# 

Excellent !!! Qui a dit que je suis un Geek ???????!

Breaking News:
Les Corrs sortent une sorte de Best Of : Dreams – The Ultimate Corrs Collection !