Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[David Ponzone]

>> Quant à la HWIC-4SHDSL-E qui fait tout le boulot, elle a rien de moisi.
> 
> Elle n'est pas très courante de ce coté-ci de la mare. C'est intéressant de 
> regarder les prix de l'occasion sur celle-là, d'ailleurs. Elle est beaucoup 
> plus rare et 4 fois plus chère que le routeur lui-même.
> 

C’est bien le problème, on la trouve à pas moins de 300€ je pense.
Or un Cisco 888E c’est 300€ aussi en reco.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Michel Py]

> Charles ENEL-REHEL a écrit :
> Oui c'est sûr, mais vu ce qu'on lui demande de faire au 1841 (juste CPE 
> frontalier),
> c'est encore surdimensionné en plus d'être éprouvé et incassable.

Je plussoie, des 1841 j'en ai plein avec IOS 12 et je ne vois le besoin ni de 
remplacer le matériel ni même de mettre à jour le logiciel vers IOS 15. C'est 
increvable et stable, sans parler d'être presque gratuit ($35 d'occasion sur 
eBay). Il y a des blaireaux qui essaient de vendre le plastique de la face 
avant pour plus cher que le routeur complet. Tant qu'on reste en dessous de 40 
Mbit/s, le 1841 c'est parfait.

> Quant à la HWIC-4SHDSL-E qui fait tout le boulot, elle a rien de moisi.

Elle n'est pas très courante de ce coté-ci de la mare. C'est intéressant de 
regarder les prix de l'occasion sur celle-là, d'ailleurs. Elle est beaucoup 
plus rare et 4 fois plus chère que le routeur lui-même.


> Obsolescence programmée quand tu nous tiens !

Cisco se débrouille très bien dans ce domaine, en vendant des produits 
artificiellement limités en puissance et en mémoire et avec des rapides EoL / 
EoS.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Charles ENEL-REHEL]

Oui c'est sûr, mais vu ce qu'on lui demande de faire au 1841 (juste CPE
frontalier), c'est encore surdimensionné en plus d'être éprouvé et
incassable. Quant à la HWIC-4SHDSL-E qui fait tout le boulot, elle a rien
de moisi. Obsolescence programmée quand tu nous tiens !

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Radu-Adrian Feurdean]

On Wed, Oct 14, 2015, at 20:15, Charles ENEL-REHEL wrote:
> on fait au plus direct et au plus court. Dans ce cas, pas de cordon
> intermédiaire, genre CAB-RJ45-2RJ11 de Cisco via des prises RJ11 de
> Orange, mais un cordon RJ45 de 2 m éclaté coté OP dont les 4 paires L0, L1, 
> L2 et
> L3 sont directement wrappées sur la tête MFA de Orange. Idem quand il y a

Hmmm sachant qu'un CELAN c'est livre (selon STAS) sur prise(s) RJ11
(1 prise pour 1p ou 2p, 2 prises pour 4p), j'ai tendance a utiliser le
CAB-RJ45-2RJ11 qui se trouve dans le colis d'un C888.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Radu-Adrian Feurdean]

On Wed, Oct 14, 2015, at 18:46, David Ponzone wrote:
> L’équivalent de ton HWIC-4SHDSL-E , c’est un C888E, pas EA.

CISCO888E-K9 (EoS) ou C888-K9
Pour les riches (ou ceux qui font encore du ATM, surtout en 4P),
CISCO888EA-K9 (EoS) ou C888EA-K9 ca marche aussi.

Faut quand-meme commencer a vivre dans le present, le 1841 c'est 2
generations en arriere (EoL/EoS)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] 3020, C7000, Jumbo

[Nicolas LEDUC]

 

Bonjour la liste,

Je souhaiterai changer la taille des jumbo sur un 3020, de 1500 à 9000. 

La config actuel est la suivante : BL sur 0/1 (MTU 1500) > 3020 >
STORAGE (MTU 9000)

J'ai beau regarder la conf du 3020, rien sur un port spécifique. Le
changement du jumbo s'applique à l'ensemble du switch, ce qui n'est pas
ce que je recherche. 

Second question, si vous avez la réponse à la première, lors du
changement de jumbo quel est le délais de la micro coupure. Si il y en a
une, prod oblige... 

Merci d'avance pour vos retours.

Cdt,

Nicolas

 
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Charles ENEL-REHEL]

Merci de vos retours. Voila qui confirme qu'on est peut-être pas très loin
du but avec du tunning : on va bosser là dessus et vous faire le retour.

David, concernant notre câblage DSL : par habitude, j'aime pas trop abouter
des cordons et des boîtiers intermédiaires. Pour respecter la modul xDSL,
on fait au plus direct et au plus court. Dans ce cas, pas de cordon
intermédiaire, genre CAB-RJ45-2RJ11 de Cisco via des prises RJ11 de Orange,
mais un cordon RJ45 de 2 m éclaté coté OP dont les 4 paires L0, L1, L2 et
L3 sont directement wrappées sur la tête MFA de Orange. Idem quand il y a
un peu de desserte interne via un Cat. 5e, un Cat. 6 ou un 298 : on sertit
directement le RJ45 coté CPE et coté OP, on raccorde directement les 1/2/4
paires nécessaires sur la tête de câble Orange. Concernant le statut actuel
de la HWIC, je peux pas te le dire car je ne l'ai pas sous la main à cet
instant.

Donc, à suivre !

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[David Ponzone]

Laurent,

c’est la doc de la carte SHDSL standard (ATM/IMA) que tu as mis là, pas la 
carte EFM, et c’est encore moins la doc d’interop Orange/Cisco :)
Effectivement, en SHDSLbis (donc au dessus de 2100Kbps par paire), on est en 
PAM32.
Mais le Cisco (en tout cas le 888E) négocie ça tout seul, y a rien à changer.
Voilà ce que ça donne en mono-paire avec la conf classique:

Controller SHDSL 0 is UP
  Capabilities: EFM, 2-wire, Annex A, B, F & G, CPE termination
  cdb=0x873AA7E4, ds=0x873AA934
  Vendor: Conexant, Chipset: CX98124
  Firmware file: System, Firmware version: 115..1..1
  Number of pairs:  1, number of groups configured: 1
  Group info:
Type: 2-wire g.shdsl, status: Up
Interface: Ethernet0, hwidb: 0x873CBF4C
Configured/active num links: 1/1, bit map: 0x1/0x1
Line termination: CPE, Annex: B-G
Line coding: AUTO-TCPAM group data rate is 4608 kbps
Loopback type: None
Dying Gasp: Present
Mode: Fixed
SHDSL wire-pair (0) is in DSL UP state
LOSW Defect alarm: none
CRC per second alarm: none
Termination: CPE, Line mode: 2-wire, Annex: G
Line coding: 32-TCPAM,
Configured data rate/actual data rate: 5696/4608
Modem status: GTI_DATA_OP
Last Failed State: None
Framer Sync Status: 1
Loop Attenuation: 8 dB
Transmit Power: 10.5 dB
SNR margin: 16 dB
Current 15 minute statistics (Time elapased 870 seconds)
ES:0, SES:0, CRC:0, LOSW:0, UAS:0
Previous 15 minute statistics
ES:0, SES:0, CRC:0, LOSW:0, UAS:0
Current 24 hr statistics
ES:0, SES:0, CRC:0, LOSW:0, UAS:0
Previous 24 hr statistics
ES:0, SES:0, CRC:0, LOSW:0, UAS:0
EFM stats:
Receive stats:
Pkts:1816008
CRC:0
Transmit stats:
Pkts:1919431

Après, peut-être que c’est pas aussi automatique sur la HWIC.
Il faut peut-être forcer la terminaison en CPE et le PAM32.

Le 14 oct. 2015 à 18:53, Ducassou Laurent  a 
écrit :

> Hello,
> 
> Je n'ai pas testé en hwic-4shdsl-e mais en ehwic-4shdsl-ea sur un 2900, on a 
> ça :
> controller SHDSL 0/1/0
> mode efm
> dsl-group auto
> !
> !
> 
> Les version hwic-4shdsl-e n'ont pas le même chipset (même si même fabricant) 
> donc va savoir... Par contre, d'apres la doc d'interop Orange & Cisco ( 
> http://www.cisco.com/c/en/us/td/docs/routers/access/interfaces/software/feature/guide/shdslfm.html
>  ), on observe que pour monter une ligne en 4*4Mbit/s il faut utiliser le 
> TCPAM32 donc :
> dsl-group auto (mieux en cas de reconfig ou pour standardiser)
> shdsl annexe g coding 32-tcpam <== en forcé ?
> 
> Mise à jours IOS pour avoir un firmware SHDSL plus recents ?
> 
> Bon courage !
> 
> Laurent
> 
> 
> Le 14/10/2015 18:15, Charles ENEL-REHEL a écrit :
>> Bonjour ;
>> 
>> Bon, j'aborde là un sujet récurrent mais on patauge.
>> 
>> On a nos habitudes de livraisons G.SHDSL.bis EFM en cuivre nu sur des DSLAM
>> de Axione en 1 paire, 2 paires ou 4 paires avec nos propres routeurs sur
>> des dizaines de sites. On déploie toujours la même configuration matérielle
>> que l'on connait bien : CISCO1841 avec carte HWIC-4SHDSL-E et ça marche
>> toujours nickel.
>> 
>> Nous voila aujourd'hui à démarrer notre première livraison G.SHDSL.bis EFM
>> en cuivre nu sur un DSLAM de Orange (CELAN cuivre 16 Mbit/s sur 4 paires)
>> et là, on est KO. On rencontre ici un problème vraiment de bas niveau car
>> on voit bien que la carte HWIC-4SHDSL-E détecte une modulation DSL sur
>> chacune de ses 4 paires mais la synchro entre le routeur et le DSLAM de
>> Orange ne s'établit pas, sur aucune des 4 lignes. Changement du
>> routeur CISCO1841
>> et de sa carte HWIC-4SHDSL-E, reprise du câblage paire à paire en direct
>> RJ45 de la HWIC > tête MFA de Orange ... tout a évidement été vérifié et
>> repris.
>> 
>> Pour info, notre conf actuelle est (en partie) la suivante :
>> !
>> controller SHDSL 0/0/0
>> dsl-group pairs  0, 1, 2, 3 efm-bond
>> shdsl annex B-G
>>  !
>> description * raccordement CELAN cuivre nu OWF *
>> Cisco IOS Software, 1841 Software (C1841-SPSERVICESK9-M), Version
>> 15.1(2)T1, RELEASE SOFTWARE (fc1)
>> !
>> System image file is "flash:c1841-spservicesk9-mz.151-2.T1.bin"
>> Controller SHDSL 0/0/0 is UP
>>   Hardware is HWIC-4SHDSL-E, rev 0 on slot 0, hwic slot 0
>>   Capabilities: EFM, 2-wire, Annex A, B, F & G, CPE termination
>>   cdb=0x645FF334, plugin=0x645D73DC, ds=0x645E3700 base=0x5040
>>   FPGA Version is REL.3.3.1,
>>   Vendor: Conexant, Chipset: CX98124
>>   Firmware file: System, Firmware version: G100
>>   Number of pairs:  4, number of groups con

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Ducassou Laurent]

Hello,

Je n'ai pas testé en hwic-4shdsl-e mais en ehwic-4shdsl-ea sur un 2900, 
on a ça :

controller SHDSL 0/1/0
 mode efm
 dsl-group auto
 !
!

Les version hwic-4shdsl-e n'ont pas le même chipset (même si même 
fabricant) donc va savoir... Par contre, d'apres la doc d'interop Orange 
& Cisco ( 
http://www.cisco.com/c/en/us/td/docs/routers/access/interfaces/software/feature/guide/shdslfm.html 
), on observe que pour monter une ligne en 4*4Mbit/s il faut utiliser le 
TCPAM32 donc :

dsl-group auto (mieux en cas de reconfig ou pour standardiser)
shdsl annexe g coding 32-tcpam <== en forcé ?

Mise à jours IOS pour avoir un firmware SHDSL plus recents ?

Bon courage !

Laurent


Le 14/10/2015 18:15, Charles ENEL-REHEL a écrit :

Bonjour ;

Bon, j'aborde là un sujet récurrent mais on patauge.

On a nos habitudes de livraisons G.SHDSL.bis EFM en cuivre nu sur des DSLAM
de Axione en 1 paire, 2 paires ou 4 paires avec nos propres routeurs sur
des dizaines de sites. On déploie toujours la même configuration matérielle
que l'on connait bien : CISCO1841 avec carte HWIC-4SHDSL-E et ça marche
toujours nickel.

Nous voila aujourd'hui à démarrer notre première livraison G.SHDSL.bis EFM
en cuivre nu sur un DSLAM de Orange (CELAN cuivre 16 Mbit/s sur 4 paires)
et là, on est KO. On rencontre ici un problème vraiment de bas niveau car
on voit bien que la carte HWIC-4SHDSL-E détecte une modulation DSL sur
chacune de ses 4 paires mais la synchro entre le routeur et le DSLAM de
Orange ne s'établit pas, sur aucune des 4 lignes. Changement du
routeur CISCO1841
et de sa carte HWIC-4SHDSL-E, reprise du câblage paire à paire en direct
RJ45 de la HWIC > tête MFA de Orange ... tout a évidement été vérifié et
repris.

Pour info, notre conf actuelle est (en partie) la suivante :
!
controller SHDSL 0/0/0
dsl-group pairs  0, 1, 2, 3 efm-bond
shdsl annex B-G
  !
description * raccordement CELAN cuivre nu OWF *
Cisco IOS Software, 1841 Software (C1841-SPSERVICESK9-M), Version
15.1(2)T1, RELEASE SOFTWARE (fc1)
!
System image file is "flash:c1841-spservicesk9-mz.151-2.T1.bin"
Controller SHDSL 0/0/0 is UP
   Hardware is HWIC-4SHDSL-E, rev 0 on slot 0, hwic slot 0
   Capabilities: EFM, 2-wire, Annex A, B, F & G, CPE termination
   cdb=0x645FF334, plugin=0x645D73DC, ds=0x645E3700 base=0x5040
   FPGA Version is REL.3.3.1,
   Vendor: Conexant, Chipset: CX98124
   Firmware file: System, Firmware version: G100
   Number of pairs:  4, number of groups configured: 1
   Group info:
 Type: EFM bond g.shdsl, status: Down
 Interface: Ethernet0/0/0, hwidb: 0x646C103C

De leur coté, OWF nous dit qu'ils sont OK et que les essais réalisés avec
un RAD LA-210 sont concluants.

On passe à l'évidence à coté de quelque chose. Y'a-t-il une conf
particulière qui nous échappe qui fasse que nos routeurs ne parviennent pas
à se synchroniser en G.SHDSL.bis EFM avec des DSLAMs de Orange ? Quelqu'un
a-t-il un exemple de conf sur du CPE identique ou équivalant (genre
CISCO888EA) qui est en production sur un CELAN cuivre nu  de OWF en 2 ou 4
paires?

Merci.

---
Liste de diffusion du FRnOG
http://www.frnog.org/





---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[David Ponzone]

L’équivalent de ton HWIC-4SHDSL-E , c’est un C888E, pas EA.
Et hélas, je dois te dire que ta conf est bonne, j’ai exactement la même chose 
sur tous mes C888E et les synchro montent toujours nickel.

La seule différence, c’est le firmware du chipset Conexant.
De mon côté:
  Vendor: Conexant, Chipset: CX98124
  Firmware file: System, Firmware version: G115.1.10

J’ai du mal à croire que ça puisse jouer mais bon, si tu peux upgrader (ou 
downgrader) le firmware de ta carte (si c’est possible), on sait jamais.

Sinon, la seule possibilité que je vois est que Orange se soit vraiment viandé, 
mais c’est quand même rare, surtout si tu as déjà ouvert un ticket.

Tu utilises un CAB-RJ45-2RJ11 de Cisco ou fait-maison ?

Tu vois bien chacune des paires UP sur le Cisco, genre:
SHDSL wire-pair (1) is in DSL UP state
?


Le 14 oct. 2015 à 18:15, Charles ENEL-REHEL  a 
écrit :

> Bonjour ;
> 
> Bon, j'aborde là un sujet récurrent mais on patauge.
> 
> On a nos habitudes de livraisons G.SHDSL.bis EFM en cuivre nu sur des DSLAM
> de Axione en 1 paire, 2 paires ou 4 paires avec nos propres routeurs sur
> des dizaines de sites. On déploie toujours la même configuration matérielle
> que l'on connait bien : CISCO1841 avec carte HWIC-4SHDSL-E et ça marche
> toujours nickel.
> 
> Nous voila aujourd'hui à démarrer notre première livraison G.SHDSL.bis EFM
> en cuivre nu sur un DSLAM de Orange (CELAN cuivre 16 Mbit/s sur 4 paires)
> et là, on est KO. On rencontre ici un problème vraiment de bas niveau car
> on voit bien que la carte HWIC-4SHDSL-E détecte une modulation DSL sur
> chacune de ses 4 paires mais la synchro entre le routeur et le DSLAM de
> Orange ne s'établit pas, sur aucune des 4 lignes. Changement du
> routeur CISCO1841
> et de sa carte HWIC-4SHDSL-E, reprise du câblage paire à paire en direct
> RJ45 de la HWIC > tête MFA de Orange ... tout a évidement été vérifié et
> repris.
> 
> Pour info, notre conf actuelle est (en partie) la suivante :
> !
> controller SHDSL 0/0/0
> dsl-group pairs  0, 1, 2, 3 efm-bond
> shdsl annex B-G
> !
> description * raccordement CELAN cuivre nu OWF *
> Cisco IOS Software, 1841 Software (C1841-SPSERVICESK9-M), Version
> 15.1(2)T1, RELEASE SOFTWARE (fc1)
> !
> System image file is "flash:c1841-spservicesk9-mz.151-2.T1.bin"
> Controller SHDSL 0/0/0 is UP
>  Hardware is HWIC-4SHDSL-E, rev 0 on slot 0, hwic slot 0
>  Capabilities: EFM, 2-wire, Annex A, B, F & G, CPE termination
>  cdb=0x645FF334, plugin=0x645D73DC, ds=0x645E3700 base=0x5040
>  FPGA Version is REL.3.3.1,
>  Vendor: Conexant, Chipset: CX98124
>  Firmware file: System, Firmware version: G100
>  Number of pairs:  4, number of groups configured: 1
>  Group info:
>Type: EFM bond g.shdsl, status: Down
>Interface: Ethernet0/0/0, hwidb: 0x646C103C
> 
> De leur coté, OWF nous dit qu'ils sont OK et que les essais réalisés avec
> un RAD LA-210 sont concluants.
> 
> On passe à l'évidence à coté de quelque chose. Y'a-t-il une conf
> particulière qui nous échappe qui fasse que nos routeurs ne parviennent pas
> à se synchroniser en G.SHDSL.bis EFM avec des DSLAMs de Orange ? Quelqu'un
> a-t-il un exemple de conf sur du CPE identique ou équivalant (genre
> CISCO888EA) qui est en production sur un CELAN cuivre nu  de OWF en 2 ou 4
> paires?
> 
> Merci.
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Conseil hardware router pfsense

[Jean-Francois Maeyhieux]

Si c'est momentané, un graphe live avec les débits par IP sur
l'interface que tu veux est disponible sur PFsense/Status/Traffic
Graph.

Le mardi 22 septembre 2015 à 18:04 +0200, Wallace a écrit :
> Spontanément je dirais que je m'appuierais sur les outils systèmes.
> Un iftop ou iptraf doit pouvoir s'installer sans soucis et te donnera
> les informations que tu cherches.
> J'avoue ne pas avoir encore eu besoin de cela vu que le shapping fait
> son travail pour éviter les saturations de liens.
> Il y a sans doute d'autres moyens intégrés de voir ce top users mais
> j'ai pas creusé.
> 
> Le 22/09/2015 17:57, David Ponzone a écrit :
> > Tant qu’on parle de ça, j’ai une petite question sur pfsense et
> > autres:
> > 
> > Est-ce qu’on peut facilement et rapidement identifier (en live)
> > l’IP/MAC du LAN client responsable d’une surcharge sur un lien par
> > exemple ?
> > Autrement dit, est-ce qu’on peut voir des stats en live (à la
> > limite qu’on activera en cas de problème) des octets envoyés/reçus
> > par IP interne ?
> > Un vulgaire IP accounting à la Cisco quoi.
> > 
> > J’ai l’impression que c’est une fonctionnalité manquante sur les
> > FW/UTM d’entrée de gamme.
> > Plus précisément, on croit que ça va être possible en lisant la
> > description, mais dans la réalité, c’est inutilisable ou buggué
> > (par exemple, Checkpoint 600 Series).
> > 
> > Merci
> > 
> > Le 22 sept. 2015 à 17:47, Wallace  a écrit :
> > 
> > > 
> > > Le 22/09/2015 17:10, Imad Soltani a écrit :
> > > > re
> > > > 
> > > > les raisons , ainsi que les "episodes" entre novembre 2014 et
> > > > fevrier
> > > > 2015 , de "l'histoire" des
> > > > OPNSense/pfSense/m0n0wall/HardenedBSD est
> > > > un peu plus complexe que l'indique opnsense dans ton lien (
> > > > voire meme
> > > > a ete plus "musclee" ) mais aujourd'hui , clairement il est
> > > > interessant de suivre et de mettre en parallele l'evolution de
> > > > pfsense/opnsense
> > > > 
> > > > IS
> > > Je me doute bien, un fork est toujours une décision de rupture
> > > qui se
> > > fait souvent dans la non compréhension des différents
> > > intervenants.
> > > 
> > > Tu as pu tester opnsense? As tu des retours expérience production
> > > ou
> > > problèmes bloquants?
> > > 
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Question pour les experts 3G/4G

[Julien Richer]

Le 14 octobre 2015 17:53, David Ponzone  a écrit :

> Pourquoi dans certains cas (pas tout le temps, assez aléatoire à priori)
> quand on est en communication voix sur un GSM, on finit par perdre la 3G/4G
> ?
>


La 4G est un cas séparé, on ne fait pas encore de voix dessus donc un appel
dégrade toujours en 3G.

Sinon dans le cas 3G :

Tu es en couverture 3G et tu passes un appel : la data est encore
disponible en fond.
Certaines fois le téléphone doit dégrader en 2G pendant l'appel (plein de
raisons existent, mauvaise couverture 3G, BS saturée...) : la data n'est
plus disponible pendant un appel 2G.

Pour corriger , la solution est simple : brider le téléphone en 3G
seulement (ou 3G + 4G) mais en tout cas interdire la 2G.
Sur un smartphone Android, si le menu standard dans tes paramètres ne
permet pas ce choix (selon fabricant), composer le *#*#4636#*#*, ce menu
plus bas niveau le permet.

Utilisé avec succès sur du SFR, ByT, FreeM, il faut se rappeler qu'on
interdit la 2G et donc que si 3G n'est vraiment pas disponible il n'y a
plus aucun service.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Synchro G.SHDSL.bis EFM sur liaison CELAN cuivre nu par OWF

[Charles ENEL-REHEL]

Bonjour ;

Bon, j'aborde là un sujet récurrent mais on patauge.

On a nos habitudes de livraisons G.SHDSL.bis EFM en cuivre nu sur des DSLAM
de Axione en 1 paire, 2 paires ou 4 paires avec nos propres routeurs sur
des dizaines de sites. On déploie toujours la même configuration matérielle
que l'on connait bien : CISCO1841 avec carte HWIC-4SHDSL-E et ça marche
toujours nickel.

Nous voila aujourd'hui à démarrer notre première livraison G.SHDSL.bis EFM
en cuivre nu sur un DSLAM de Orange (CELAN cuivre 16 Mbit/s sur 4 paires)
et là, on est KO. On rencontre ici un problème vraiment de bas niveau car
on voit bien que la carte HWIC-4SHDSL-E détecte une modulation DSL sur
chacune de ses 4 paires mais la synchro entre le routeur et le DSLAM de
Orange ne s'établit pas, sur aucune des 4 lignes. Changement du
routeur CISCO1841
et de sa carte HWIC-4SHDSL-E, reprise du câblage paire à paire en direct
RJ45 de la HWIC > tête MFA de Orange ... tout a évidement été vérifié et
repris.

Pour info, notre conf actuelle est (en partie) la suivante :
!
controller SHDSL 0/0/0
dsl-group pairs  0, 1, 2, 3 efm-bond
shdsl annex B-G
 !
description * raccordement CELAN cuivre nu OWF *
Cisco IOS Software, 1841 Software (C1841-SPSERVICESK9-M), Version
15.1(2)T1, RELEASE SOFTWARE (fc1)
!
System image file is "flash:c1841-spservicesk9-mz.151-2.T1.bin"
Controller SHDSL 0/0/0 is UP
  Hardware is HWIC-4SHDSL-E, rev 0 on slot 0, hwic slot 0
  Capabilities: EFM, 2-wire, Annex A, B, F & G, CPE termination
  cdb=0x645FF334, plugin=0x645D73DC, ds=0x645E3700 base=0x5040
  FPGA Version is REL.3.3.1,
  Vendor: Conexant, Chipset: CX98124
  Firmware file: System, Firmware version: G100
  Number of pairs:  4, number of groups configured: 1
  Group info:
Type: EFM bond g.shdsl, status: Down
Interface: Ethernet0/0/0, hwidb: 0x646C103C

De leur coté, OWF nous dit qu'ils sont OK et que les essais réalisés avec
un RAD LA-210 sont concluants.

On passe à l'évidence à coté de quelque chose. Y'a-t-il une conf
particulière qui nous échappe qui fasse que nos routeurs ne parviennent pas
à se synchroniser en G.SHDSL.bis EFM avec des DSLAMs de Orange ? Quelqu'un
a-t-il un exemple de conf sur du CPE identique ou équivalant (genre
CISCO888EA) qui est en production sur un CELAN cuivre nu  de OWF en 2 ou 4
paires?

Merci.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Question pour les experts 3G/4G

[Zied Turki]

Bonjour,

C'est ce qu'on appelle le CS Fallback dans 
l'architecture EPS pour le LTE. C'est une norme 3GPP "provisoire" en 
attendant la commercialisation du VoLTE (Voice over LTE). C'est le même 
principe pour la 3G/3G+.

Merci,
Zied.

> From: david.ponz...@gmail.com
> Date: Wed, 14 Oct 2015 17:53:12 +0200
> To: frnog-t...@frnog.org
> Subject: [FRnOG] [TECH] Question pour les experts 3G/4G
> 
> Une question qui me turlupine depuis un moment:
> 
> Pourquoi dans certains cas (pas tout le temps, assez aléatoire à priori) 
> quand on est en communication voix sur un GSM, on finit par perdre la 3G/4G ?
> Coupure par le téléphone pour économiser la batterie car on a généralement 
> moins besoin de data quand on est en ligne (c’est de moins en moins vrai….) ?
> 
> Si quelqu’un a une explication et encore mieux, un moyen de contourner, il 
> ferait un homme heureux.
> Evidemment, je l’ai constaté sur: Galaxy S4, S6, iphone 4, iPhone 6S, donc 
> c’est pas une histoire de téléphone…
> 
> David
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
  
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Question pour les experts 3G/4G

[Nicolas CORBEL]

Hello,

2015-10-14 17:53 GMT+02:00 David Ponzone :

> Une question qui me turlupine depuis un moment:
>
> Pourquoi dans certains cas (pas tout le temps, assez aléatoire à priori)
> quand on est en communication voix sur un GSM, on finit par perdre la 3G/4G
> ?
> Coupure par le téléphone pour économiser la batterie car on a généralement
> moins besoin de data quand on est en ligne (c’est de moins en moins vrai….)
> ?
>

La 4G c'est plutôt normal, pas de VoLTE pour le moment donc s'opère un
CS-fallback qui ramène ton téléphone de 4G vers 2G ou 3G (selon la
stratégie / ce qui est dispo niveau radio / l'opérateur).

Par contre la 3G ça me semble moins évident, mais peut-être pour récupérer
du G900 qui couvre mieux si snr & co commencent à être moyen en 3G.


>
> Si quelqu’un a une explication et encore mieux, un moyen de contourner, il
> ferait un homme heureux.
> Evidemment, je l’ai constaté sur: Galaxy S4, S6, iphone 4, iPhone 6S, donc
> c’est pas une histoire de téléphone…
>
> David
>
>
Nicolas


>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Question pour les experts 3G/4G

[David Ponzone]

Une question qui me turlupine depuis un moment:

Pourquoi dans certains cas (pas tout le temps, assez aléatoire à priori) quand 
on est en communication voix sur un GSM, on finit par perdre la 3G/4G ?
Coupure par le téléphone pour économiser la batterie car on a généralement 
moins besoin de data quand on est en ligne (c’est de moins en moins vrai….) ?

Si quelqu’un a une explication et encore mieux, un moyen de contourner, il 
ferait un homme heureux.
Evidemment, je l’ai constaté sur: Galaxy S4, S6, iphone 4, iPhone 6S, donc 
c’est pas une histoire de téléphone…

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [JOBS] Poste d'architecte réseaux et sécurité en CDI basé en Ile de France

[VARLET Aurelie]

Bonjour à tous,

Nous recherchons des Architectes/Experts réseaux et sécurité pour intégrer 
notre Practice « Architecture Network » au sein de notre société 
ECONOCOM.
Nous sommes positionnés en transverse, nous pouvons donc accompagner des 
clients dans le domaine de l’industrie, du service, de la finance, de 
l’assurance, constructeurs  et opérateur télécom.


Ø  Si vous êtes intéressés, voici le descriptif de poste :


  *   Définir le schéma directeur réseau (3-5-10 YP)
  *   Veille technologie sur les orientations réseau
  *   Auditer et cartographier l’infrastructure existante,
  *   Benchmark de solutions et/ou produits
  *   Intervenir en consulting pour présenter les business cases & best 
practice,
  *   Etablir des études technico-financière (ROI) ,
  *   Concevoir l’architecture cible (rédaction de DAT, HLD et LLD) de nos 
clients
  *   Rédiger le dossier de consultation des entreprises,
  *   Conduire une consultation et préconiser la solution ou le soumissionnaire 
le plus approprié,
  *   Conduite du projet (maitrise des délais, du budget, des incidents, …),
  *   Validation des architectures et des livrables, recette technique,
  *   Suivi du bon fonctionnement du réseau (expertise soutien en niveau 3)
  *   …

Compétences demandées :

o   Architecture WAN : routage (BPG, OSPF…), QoS, , multicast...

o   Architecture Datacenter : LAN, Virtualisation

o   Solution Cloud: Hybrid, Private, Public

o   Système: Unix, Linux, VMware, Windows,

o   Scripting: Python, shell …

o   Solutions Wifi , Cisco, Ruckus,…

o   Constructeurs :Routeurs Cisco, Alcatel-Lucent, Juniper, …

o   Constructeurs : Firewall (Palo Alto, Checkpoint, Nokia..)

o   Constructeurs : Loadbalancing (F5, ACE, Radware/Alteon)

o   …


Ø  Salaire : Selon profil

N’hésitez pas à me contacter en one to one pour plus d’informations sur notre 
entreprise et les postes à pourvoir.
Ci-dessous mes coordonnées.

Bonne fin de journée.
Aurélie.





Aurélie Varlet
Chargée de recrutement
BU Architecture Réseaux et Télécom
email : aurelie.var...@econocom.com ― web : 
www.econocom.com

[Description : Signature Econocom DFAN]


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[slesimple]

Un Balance One Core chez le client + Upgrade license Bounding environs 1300 
euro; 
Une VM FusionHub Essential bridée à 25meb/s à 500 euro. 
Plus ton hebergement (en DC/chez toi). 

En gros tu bastonnes a 2k Euro et c'est pas comme avec Cisco et le NFR à 76% du 
list price... 
Ta réduc au mieux c'est 10% 

- Mail original -

De: "Julien Escario"  
À: frnog-t...@frnog.org 
Envoyé: Mercredi 14 Octobre 2015 11:34:37 
Objet: Re: [FRnOG] [TECH] Avis et conseils peplink 

Le 14/10/2015 10:53, slesim...@laposte.net a écrit : 
> Salut Julien, 
> Cela fonctionne parfaitement mais c'est hors de prix! 

Sans ordre de grandeur, c'est gratuit comme affirmation. Mais merci, je tremble 
déjà dans mes chaussettes à l'idée de recevoir un devis ;-) 

> Un routeur + licence bounding chez le client d'une part; 
> Et une VM ou un routeur + licence bounding dans un Datacentre avec bande 
> passante d'autre part. 

Ah donc même une appliance virtuelle, c'est jouable. Bonne nouvelle. 

> C'est très bien mais on explose les budgets... 
> Seb. 

OK 
Julien 




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[Oceanet - Cédric BASSAGET]

Je parle effectivement de load balancing, rien a voir avec du MLVPN.
je pensais que tu cherchais juste à augmenter le débit de ton client, 
pas forcément à faire du bonding au sens mlppp / mlvpn


Cédric
On 14/10/2015 11:45, Julien Escario wrote:

Le 14/10/2015 11:38, Oceanet - Cédric BASSAGET a écrit :

Salut,
J'ai mis en place ce matin même chez un client du load balancing entre un VDSL
Orange et un VDSL OVH.
Réalisé sur un routeur mikrotik, ça marche niquel pour l'instant (bon OK j'ai
très peu de recul...)

Cédric

On parle de load balancing là ? Oui, ça se fait très bien avec du krotik mais ça
n'a pas grand chose à voir avec du MLVPN.

Tiens, le barbus du Mikrotik, ça se monte un client MLVPN avec du krotik ?
(modulo le cpu nécessaire, bien entendu).
Serveur, je ne cherche même pas. Pas de serveur mlppp donc du mlvpn ...

Julien




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[Julien Escario]

Le 14/10/2015 11:38, Oceanet - Cédric BASSAGET a écrit :
> Salut,
> J'ai mis en place ce matin même chez un client du load balancing entre un VDSL
> Orange et un VDSL OVH.
> Réalisé sur un routeur mikrotik, ça marche niquel pour l'instant (bon OK j'ai
> très peu de recul...)
> 
> Cédric

On parle de load balancing là ? Oui, ça se fait très bien avec du krotik mais ça
n'a pas grand chose à voir avec du MLVPN.

Tiens, le barbus du Mikrotik, ça se monte un client MLVPN avec du krotik ?
(modulo le cpu nécessaire, bien entendu).
Serveur, je ne cherche même pas. Pas de serveur mlppp donc du mlvpn ...

Julien



smime.p7s
Description: Signature cryptographique S/MIME

Re: [FRnOG] [TECH] Avis et conseils peplink

[Oceanet - Cédric BASSAGET]

Petite précision : le client utilise un smtp authentifié chez son 
hébergeur et non celui d'un des deux FAI, et concernant les DNS, ceux 
d'un troisième accès pour l'instant.

Cédric

On 14/10/2015 11:38, Oceanet - Cédric BASSAGET wrote:

Salut,
J'ai mis en place ce matin même chez un client du load balancing entre 
un VDSL Orange et un VDSL OVH.
Réalisé sur un routeur mikrotik, ça marche niquel pour l'instant (bon 
OK j'ai très peu de recul...)


Cédric

On 14/10/2015 10:40, Julien Escario wrote:

Bonjour,
On m'a récemment vanté les vertues des appliances Peplink pour faire de
l’agrégation de liens. Il se trouve que j'aimerais bien fournir une 
porte de
sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion 
de dispo est

très loin dans son besoin, il veut du débit).

On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le 
truc confirment ?
Chose que je n'ai encore jamais réussi à faire proprement avec du 
Mikrotik.


Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté 
client ?


Et en question subsidiaire, vous connaissez un distributeur en France ?

Merci !
Julien






---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[Oceanet - Cédric BASSAGET]

Salut,
J'ai mis en place ce matin même chez un client du load balancing entre 
un VDSL Orange et un VDSL OVH.
Réalisé sur un routeur mikrotik, ça marche niquel pour l'instant (bon OK 
j'ai très peu de recul...)


Cédric

On 14/10/2015 10:40, Julien Escario wrote:

Bonjour,
On m'a récemment vanté les vertues des appliances Peplink pour faire de
l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de
sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo est
très loin dans son besoin, il veut du débit).

On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
confirment ?
Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik.

Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ?

Et en question subsidiaire, vous connaissez un distributeur en France ?

Merci !
Julien




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[Julien Escario]

Le 14/10/2015 10:53, slesim...@laposte.net a écrit :
> Salut Julien, 
> Cela fonctionne parfaitement mais c'est hors de prix! 

Sans ordre de grandeur, c'est gratuit comme affirmation. Mais merci, je tremble
déjà dans mes chaussettes à l'idée de recevoir un devis ;-)

> Un routeur + licence bounding chez le client d'une part; 
> Et une VM ou un routeur + licence bounding dans un Datacentre avec bande 
> passante d'autre part. 

Ah donc même une appliance virtuelle, c'est jouable. Bonne nouvelle.

> C'est très bien mais on explose les budgets... 
> Seb. 

OK
Julien




smime.p7s
Description: Signature cryptographique S/MIME

Re: [FRnOG] [TECH] Avis et conseils peplink

[Julien Escario]

Le 14/10/2015 11:16, Jérôme Marceau a écrit :
> Bonjour Julien,
> 
> A voir ;)
> https://www.ovhtelecom.fr/overthebox/

Ah mais déjà vu. Ca a l'air chouette sauf que dans mon cas, j'aimerais avoir le
concentrateur MLVPN dans mon backbone.

Et non, je ne ferais pas un hack à base de VPN au dessus d'un agrégat OTB. Le
VPNoMLVPNoPPPoE au bout d'un moment, ça devient impossible à démerder quand tu
as un soucis.

Julien



smime.p7s
Description: Signature cryptographique S/MIME

Re: [FRnOG] [MISC] Incontournable ...

[Florian Cauzard]

https://devnull-as-a-service.com/

Le 12 octobre 2015 22:35, Stephane Martin  a
écrit :

> évidemment...
>
>
> https://github.com/tomdionysus/foaas/commit/3c32b6ee6b1defeaabcbdde3eed776c59ce40788
>
> Pierre Puchois a écrit :
> > Bonjour,
> >
> > On est pas vendredi mais tant pis ...
> >
> > Dans la série ToutAsaService, je ne résiste pas à vous faire part de
> cette magnifique RFC : http://www.foaas.com
> >
> > Bonne semaine à tous,
> >
> > Pierre
> >
> > PS : Pour les amateurs du genre, je vous invite à lire l'excellentissime
> article de Marc Manson sur la mouvance du "Don't give a fuck", c'est très
> instructif et rafraichissant :   http://markmanson.net/not-giving-a-fuck
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>



-- 
Florian CAUZARD-JARRY
1 rue des Brouets
78711 Mantes la Ville
06-71-71-04-80

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Avis et conseils peplink

[Jérôme Marceau]

Bonjour Julien,

A voir ;)
https://www.ovhtelecom.fr/overthebox/


-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Julien Escario
Envoyé : mercredi 14 octobre 2015 10:40
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Avis et conseils peplink

Bonjour,
On m'a récemment vanté les vertues des appliances Peplink pour faire de
l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de
sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo est
très loin dans son besoin, il veut du débit).

On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
confirment ?
Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik.

Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ?

Et en question subsidiaire, vous connaissez un distributeur en France ?

Merci !
Julien


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[Julien Escario]

Le 14/10/2015 10:44, David Ponzone a écrit :
> N’importe quelle VRAIE agrégation, qu’elle soit au niveau ADSL, PPP ou IP, 
> nécessite un équipement de chaque côté.
> Ce que Peplink fait est vraisemblablement au niveau IP, comme MLVPN, donc tu 
> dois mettre un boitier à eux chez toi aussi.
> Patton a un produit similaire je crois.

OK donc MLVPN est une alternative crédible dans ce cas (obligation de mettre un
truc avec une patte sur le backbone).
Si j'ai bien compris la littérature que je me tape en ce moment, on est sur des
résultats assez similaires mais peplink, tu paies pour un truc 'out of the box'
et MLVPN, faut te coller la config. Mouais, ca ne me fait pas forcément peur.

> Il y a la liste de leurs distri sur leur site.
> Pas de distri en France apparement, mais 3 revendeurs certifiés.

Thx
Julien

> Le 14 oct. 2015 à 10:40, Julien Escario  a écrit :
> 
>> Bonjour,
>> On m'a récemment vanté les vertues des appliances Peplink pour faire de
>> l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de
>> sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo 
>> est
>> très loin dans son besoin, il veut du débit).
>>
>> On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
>> confirment ?
>> Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik.
>>
>> Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ?
>>
>> Et en question subsidiaire, vous connaissez un distributeur en France ?
>>
>> Merci !
>> Julien
>>
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 




smime.p7s
Description: Signature cryptographique S/MIME

Re: [FRnOG] [TECH] Avis et conseils peplink

[slesimple]

Salut Julien, 
Cela fonctionne parfaitement mais c'est hors de prix! 
Un routeur + licence bounding chez le client d'une part; 
Et une VM ou un routeur + licence bounding dans un Datacentre avec bande 
passante d'autre part. 
C'est très bien mais on explose les budgets... 
Seb. 

- Mail original -

De: "Julien Escario"  
À: frnog-t...@frnog.org 
Envoyé: Mercredi 14 Octobre 2015 10:40:02 
Objet: [FRnOG] [TECH] Avis et conseils peplink 

Bonjour, 
On m'a récemment vanté les vertues des appliances Peplink pour faire de 
l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de 
sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo 
est 
très loin dans son besoin, il veut du débit). 

On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
confirment ? 
Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik. 

Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ? 

Et en question subsidiaire, vous connaissez un distributeur en France ? 

Merci ! 
Julien 



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Avis et conseils peplink

[David Ponzone]

N’importe quelle VRAIE agrégation, qu’elle soit au niveau ADSL, PPP ou IP, 
nécessite un équipement de chaque côté.
Ce que Peplink fait est vraisemblablement au niveau IP, comme MLVPN, donc tu 
dois mettre un boitier à eux chez toi aussi.
Patton a un produit similaire je crois.

Il y a la liste de leurs distri sur leur site.
Pas de distri en France apparement, mais 3 revendeurs certifiés.


Le 14 oct. 2015 à 10:40, Julien Escario  a écrit :

> Bonjour,
> On m'a récemment vanté les vertues des appliances Peplink pour faire de
> l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de
> sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo 
> est
> très loin dans son besoin, il veut du débit).
> 
> On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
> confirment ?
> Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik.
> 
> Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ?
> 
> Et en question subsidiaire, vous connaissez un distributeur en France ?
> 
> Merci !
> Julien
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Avis et conseils peplink

[Julien Escario]

Bonjour,
On m'a récemment vanté les vertues des appliances Peplink pour faire de
l’agrégation de liens. Il se trouve que j'aimerais bien fournir une porte de
sortie à un prospect en lui faisant du bonding de 2 VDSL (la notion de dispo est
très loin dans son besoin, il veut du débit).

On m'a dit 'Peplink, juste ça marche'. Ceux qui ont déjà testé le truc 
confirment ?
Chose que je n'ai encore jamais réussi à faire proprement avec du Mikrotik.

Est-ce qu'il faut un truc côté client ET opérateur ou seulement côté client ?

Et en question subsidiaire, vous connaissez un distributeur en France ?

Merci !
Julien



smime.p7s
Description: Signature cryptographique S/MIME