KiKouN a écrit 1641 commentaires

Je te conseille de jeter un coup d'oeil là dessus:

http://www.voip-info.org/tiki-index.php?page=Asterisk+auto-d(...)

En gros, cela permet détablir un appel à partir d'un fichier que tu place au bonne endroit. Un petit plus de cela, c'est que si la date de dernière modification est dans le futur, ce fichier est ignoré jusqu'à cette date. A ce moment seulement, asterisk exécute les instructions de ce fichier.

Si tu te demerde bien, tu peux facilement faire un réveil en utilisant uniquement asterisk et son extension.conf et ce pour un réveil unique ou journalier. Ainsi, pas besoin de cron, pas besoin de script extérieur. Un script AGI peut facilité la tache toutefois.

Il y a un même un lien vers un exemple pour faire un réveil sur cette page.

Non biensûr, passer par des noeuds supplémentaire augmente la latence entre deux pairs. Mais la latence diminuant, on peut se permettre de passer par des noeuds supplémentaire pour gagner en sécurité et autres. On n'a pas vraiment besoin de latence 0 même si c'est l'idéal.

En entreprise, on passe souvent par des serveurs en DMZ pour réguler le trafic à la sortie du lan (Proxy, smtp ...). Pour le firewall, à la sortie du LAN, la régle est simple, on ne laisse passer que le trafic pour ces serveurs. Je ne parle ici que du niveau firewall puisque c'est le sujet mais l'on gagne sur d'autre point.

Le p2p est utilisé ici pour gagner en latence. Le deuxième avantage du p2p est de gagner en débit. Un serveur ne pouvant en général pas gérer le débit maximum que peuvent produire un nombre important de client (500 clients 20Mb pouvant par exemple saturer un serveur en 10Gb). Pour ce cas, le p2p sera toujours plus rapide que cette solution, les débits clients augmentant de façon plus ou moins parallèle que ceux des serveurs.

Bin SKYPE ou SIP, c'est pareil. Et il ne faut pas entendre p2p comme emule mais bien comme pair à pair.

SIP ne sert qu'à initier une connexion RTP entre les deux clients voir une connexion client-serveur-client en passant par stun soit en dialogant directement entre les deux clients soit en passant par un ou deux serveurs avant. On se retrouve bien à la fin avec une connexion pair à pair. Skype utilise le même principe.

Il est vrai que SIP en lui même n'est pas du pair à pair, mais il permet bien d'établir une connexion p2p en RTP.

SIP utilise le p2p pour gagner en latence en évitant de passer par un ou plusieurs serveurs. Cela marche très bien avec des IP publics ou des adresses NATées bien configurées. Mais pose des problèmes dès qu'il y un firewall, ce qui notament le cas pour la NAT.
Maintenant les latences diminuent doucement, plus doucement que l'augmentation des débits, c'est dommage. Mais les fibrés doivent gagner pas mal je pense. Quand la latence sera partout basse, SIP sera un protocole utilisant mille remèdes pour rien.

J'annonce pas la mort de SIP, il est trop implémenter chez les industriels pour mourir comme ça. Mais son champs d'action se limitera aux réseaux privés tout en restant aussi galère ^^. Les connexions client<->serveur<->serveur<->client (comme XMPP par exmple)sont bien plus adaptés aujourd'hui avec les performances allant croissantes. Elles permettent une gestion plus fine de la sécurité (contrôle d'accès, authentification, etc...). Ce mode de connexion client<->serveur<->serveur<->client devrait être utiliser partout où il y a communication entre deux clients, je pense notament aux emails (ce qui éviterai pas mal de spams ou de tentative de pishing) et à la VoIP/ToIP/MoIP.

Jabber est la bonne voie ^^.

Le problème ici n'est pas le manque d'IP. mais l'autoconfiguration des interfaces qui doit ce passer sans aucune ressource exterieur. Et pour cela, il ne faut pas de collision d'adresse. Si le système est bien pensée, l'on peut brancher tout les interfaces disponibles de ce monde et bien plus encore sans collision sur le même réseau local. C'est à dire que toutes les interfaces auront chacune une IPv6 locale unique. C'est la raison qu'en IPv6 l'on dispose d'une plage d'adresse pour un réseau aussi importante.

Un petit point pour bien commencer en IPv6. Il faut penser interface et non ordinateur ou routeur. C'est même une philosophie d'IPv6.

Et transformer l'adresse MAC en 48 bit permet aussi de ne pas avoir de conflit si un autre périph se base sur un adresse à 48 bits aussi, il suffit de changer les bits que l'on ajoute et la façon d'agencer les bits.

Le but de ceci est de permettre l'auto-configuration (adresse locale privée) puis la configuration (adresse internet public) de l'interface quelque soit le ou les protocoles de liaisons utilisées. Ce qui permet en gros de facilement envoyer un broadcast sur le réseau malgrès qu'il eu des bridges, des liaisons ppp et 58 réseaux physiques différents.

- une sucrerie pour chaque commentaire a +10.
- Le droit d'utiliser le compte de son Boss pour poster.
- L'ajout d'images érotiques.
- un banc publique en ruby.
- Le fils à couper le beurre.
- Des articles sur des restos et autres bars.
- Un lien vers Ebay.
- Encore plus d'articles sur des restos et autres bars.

Voilà quelques idées quand je n'ai plus trop ma tête. Vive les étides même si je ne sais pas quoi c'est. Et à quand l'audit de ma voisine.

Je te conseille un cpu supportant la virtualisation serie T7XXX pour les C2D par exemple et 2 bon GO de mémoires pour être à l'aise. Le support de la virtualisation se ressent clairement (surtout par la conso cpu) et est un plus loin d'être négligeable.

Petite note: tu n'as pas le droit de virtualiser un Windows OEM, seul les versions server ou je ne sais plus quoi exactement non OEM peuvent être virtualisées.

Et bien le principe était différent. Ici, ça à l'air d'être une modification d'openGL pour utiliser le RT sans modification de l'API. Alors que sous Q3, il avait modifier le moteur de jeu pour qu'il utilise openRT, une librairie équivalante à openGL avec les même fonctions de base mais avec des extensions permettant d'utiliser le plus du RT comme les formes primitives, la réflection, etc... Ce qui permet d'adapter rapidement un jeu pour cette librairie tout en gardant sous le coude tous les avantages du RT.

Je ne sais pas si tu as vu les vidéos de Q3, mais ils y avaient ajoutés tout ce que tu demande dedans. C'était assez impressionnant à l'époque.

http://kernel.org/kdist/rss.xml

Par contre, ça caille quand il faut sortir les cendres dans le jardin le matin.

Ils est vrai que le chauffage aux bois apporte une chaleur plus agréable que les autres sources. Ce n'est peut-être qu'une sensation personnelle mais elle est bien là. J'ai aussi cette sensation avec les chauffages aux grains ou bottes de paille.

Il apporte aussi une autre chaleur non soupçonné par certain quand tu fais toi-même ton bois: la nécessité de bosser pour avoir chaud aux bois!! C'est une des rares sources de chaleurs qui commence à te réchauffer avant même qu'il ne soit chez toi.

Bin générallement, il n'y pas beaucoup de faute de ponctuation dans les news. Mais tu peux être utile pour corriger les smileys ^^.

Désolé --.

Ho moi qui pensait que dd ne servait qu'à faire gratter le disque dur!

Happy Friday Birthday

Reste de la veille ou réveil à midi?

Perso, j'ai pratiqué les deux étant étudiant. Fin, le réveil à midi m'arrive encore.

Franchement, je pense que ça serai la solution.
Lécher un timbre à 100M€, ça doit bien faire mal au cul.

Quand je pense que j'ai déjà du mal à signer des chèques de 1000€.

Idem, mais j'en profite surveiller le chien dans le jardin.
Le saligot, 35cm au garot, bin il arrive à sauter 1m20 d'un coup (Bon il se paye de bonne bûche des fois quand même). Il faut donc le surveiller sous peine de réveiller tout le quartier et de sortir la voiture. D'ailleurs, je recherche une carcasse de voiture (portières, vitres et sièges en états) pour lui en faire une niche.

Il n'y a pas que la wiimote avec laquelle on peu s'amuser. Certains téléphones ont aussi des accéléromètres comme les N95, N82, l'iphone, mais aussi certains SE et HTC. En plus c'est programmable, on peut donc en faire se que l'on en veut.

C'est amusant durant une présentation de se trimballer avec son portable comme souris ^^.

bin, heu, oui. Le mieux c'est qu'on te demande ce qu'il y a derrière cette perfection ^^.

Sinon, il n'y a pas un "ending", "générique de fin" où tu pourrais mettre que ça tourne sous linux? Fin si les plaquettes et affiches sont déjà imprimées, il est peut-être trop tard. Toutefois, un bon gros autocollant debian fera aussi l'affaire.

un petit ping pourrai aussi nous donner 217.27.54.252des détails, on ne sait jamais:
ping -c3 217.27.53.252
ping -c3 217.27.54.252

Essaye unclutter pour faire disparaître le curseur:
unclutter -idle 0 -jitter 2000 -root -reset
le -reset n'est peut-être pas utile. Avec un jitter plus normal ( ~10), j'ai un curseur que je vois clignoter quand je déplace la souris. Mais avec un jitter de 2000, ça ne devrait pas le faire. C'est très amusant, c'est une comma nde à retenir pour faire chier les copains ^^. Ne pas oublier le killall unclutter quand on veut se servir de la souris par la suite.

Sinon il y a aussi xte (xautomotion) pour le curseur mettre dans un coin.
xte 'movemouse 0 0'

Pourquoi ne pas avoir utilisé qu'une ou deux plus grosses machines capable d'afficher sur plusieurs écrans avec une ou plusieurs cartes graphiques?

Je ne pense pas que les cables soit un problème puisqu'il faut bien alimenter tes petits pcs. Donc un câble vidéo (ou ethernet avec des solutions du style video over ethernet) ou câble élèctrique, je ne vois pas la différence si ce n'est que le câble vidéo est moins dangereux pour les visiteurs. En plus, il y a déjà le réseau ^^.

C'est vrai qu'un wiki est un bon outils même s'il n'est pas pensée pour répondre aux problématiques particulières d'un telle cas mais à l'avantage d'être plus et rapidement modulable.

De toutes manères, wiki ou logiciel spécialisé, la principale clef pour qu'il marche est que tout le monde y collaborent.