FFDN - FAI associatifs https://www.ffdn.org/wiki/ 2026-08-16T02:55:30+00:00 https://www.ffdn.org/wiki/ https://www.ffdn.org/wiki/lib/exe/fetch.php?media=wiki:logo.png text/html 2026-06-02T22:06:12+00:00 sthibaul (sthibaul@undisclosed.example.com) https://www.ffdn.org/wiki/doku.php?id=transmission:l2tp&rev=1780437972&do=diff <pre> @@ -50,9 +50,9 @@ * Le LAC répond avec un paquet ICCN (Incoming-Call-Connected) * Le LNS répond avec un simple acquittement (appelé ZLB, Zero-Length Body) * Les trames PPP sont ensuite transmises inchangées entre l&#039;abonné et le LNS (avec une simple encapsulation L2TP le long du chemin), leur permettant ainsi de faire leur négociation LCP+CHAP/PAP+IPCP indépendamment des fournisseurs intermédiaires. - * Une subtilité, c&#039;est que pour pouvoir connaître le login de l&#039;abonné, le BAS est obligé de commencer la négociation LCP+CHAP/PAP avec le client. Après avoir relayé la session à l&#039;équipement LAC suivant, ce dernier doit recommencer pour connaître le login, et de même pour les suivants jusqu&#039;au LNS final ; l&#039;abonné se retrouve ainsi à devoir recommencer la négociation de multiples fois, ce qui peut le faire perdre patience s&#039;il y a beaucoup de relais. Avec l&#039;option de proxy LCP et auth, au moment où un LAC établit son relai, il fournit le résultat de la négociation au suivant, qui n&#039;a ainsi pas besoin de recommencer la négociation. Idéalement tout le monde relaie au suivant, permettant ainsi à la session de remonter très rapidement jusqu&#039;au LNS final. + * Une subtilité, c&#039;est que pour pouvoir connaître le login de l&#039;abonné, le BAS est obligé de commencer la négociation LCP+CHAP/PAP avec le client. Après avoir relayé la session à l&#039;équipement LAC suivant, ce dernier doit recommencer pour connaître le login, et de même pour les suivants jusqu&#039;au LNS final ; l&#039;abonné se retrouve ainsi à devoir recommencer la négociation de multiples fois, ce qui peut le faire perdre patience s&#039;il y a beaucoup de relais. Avec l&#039;option de proxy LCP et auth, au moment où un LAC établit son relai, il fournit le résultat de la négociation au suivant, qui n&#039;a ainsi pas besoin de recommencer la négociation. Idéalement tout le monde relaie au suivant, permettant ainsi à la session de remonter très rapidement jusqu&#039;au LNS final qui a juste à finir la négociation (éventuellement amender la négociation LCP si elle ne lui plaît pas tout à fait). * Enregistrer un tcpdump dans des fichiers pour analyse post-mortem en utilisant une rotation des fichiers de sortie toutes les heures sur un mois: ``` </pre> text/html 2026-04-19T20:42:35+00:00 sthibaul (sthibaul@undisclosed.example.com) https://www.ffdn.org/wiki/doku.php?id=transmission:compta&rev=1776631355&do=diff <pre> @@ -80,8 +80,13 @@ Mais il faut quand même déclarer l&#039;opération: - le montant HT de l&#039;achat dans le cadre A, élément A2 &quot;Autres opérations imposables&quot;, et dans le décompte, typiquement B-08 - la TVA correspondante est à ajouter en TVA à déduire en cadre B, élément 20 + + Inversement, si l&#039;on est fournisseur: + + - le montant HT de l&#039;achat dans le cadre A, élément E2 &quot;Autres opérations non imposables&quot; + ===== Pratique de la compta ===== </pre> text/html 2019-12-20T14:16:54+00:00 bikepunk (bikepunk@undisclosed.example.com) https://www.ffdn.org/wiki/doku.php?image=transmission%3Aoknbehilggkglcdj.png&ns=transmission&rev=1576851414&tab_details=history&media_do=diff&do=media <table><tr><th width="50%"></th><th width="50%">Version actuelle</th></tr><tr><td align="center"></td><td align="center"></td></tr></table>