Re: [FRnOG] [MISC] Orange DEC

[Maxime Renusson via frnog]

Je confirme. Sont mis dans les DEC tout ce qui est nécessaire à la 
construction de la liaison.
Ceci-dit, tu dois pouvoir demander la raison du remplacement des 
appuis/poteaux et de l'élaguage. Ton chargé d'affaires devrait te 
renseigner.
Avec un peu de bol, ce sont des poteaux FT et ça peut se faire assez 
vite en fonction des régions. Sinon, si c'est sur des poteaux ENEDIS 
ou autre (communément appelé CapFT chez l'agrume), bon courage, t'en 
as pour un sacré moment...


On Thu, Nov 12, 2020 at 2:32 pm, Sébastien Lesimple 
 wrote:
Pour avoir vécu les Dec au tout début du CELAN, je te confirme 
qu'ils

ajoutent tout ce qui est nécessaire aux travaux.

Si les appuis aériens ne sont pas assez fiables pour supporter le 
câble

de FO supplémentaire, ils facturent le remplacement des appuis.
Si pour accéder aux appuis il faut faire des travaux de GC (renfort 
de

talus/acces complexe etc...) ou d'élagage, ils facturent.

Mais je suis surpris qu'ils ne fassent pas de l'enfouissement, ca 
rentre

dans l'effacement de réseaux qui devait etre la norme partout.
Enfin ça c'était avant que je ne quitte les Telco ceci dit.

Donc rien d'anormal en ce qui concerne la facturation de DEC.
Seb.

Le 12/11/2020 à 14:24, David Ponzone a écrit :

 Aux clients OWF,

 J’essaie de comprendre ce qu’Orange peut inclure dans les DEC 
et j’ai un cas intéressant.
 C’est un site isolé (difficilement vérifiable ceci dit…) ce 
qui est un cas de DEC.

 Donc des frais pour le câblage.

 Mais pour passer le câble, ils ajoutent des frais pour remplacer 
des poteaux et élaguer.
 Pour moi, des frais de DEC sont possibles s’il faut poser des 
poteaux qui n’existent pas, mais pas pour les remplacer. C’est 
une remise aux normes d’une infra existante.
 Et l’élagage, c’est aussi de la maintenance normale pour que 
le réseau existant ne soit pas gêné par la végétation.


 Des avis ?

 David


 ---
 Liste de diffusion du FRnOG
 



---
Liste de diffusion du FRnOG




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

Re: [FRnOG] [TECH] Orange / Digital Ocean

[Maxime Renusson via frnog]

My traceroute  [v0.93]
marconi (monipv6) 
2020-05-05T10:16:16+0200

Keys:  Help   Display mode   Restart statistics   Order of fields   quit
   
Packets   Pings
Host  
Loss%   Snt   Last   Avg  Best  Wrst StDev
1. monipv6  0.0%191.8   2.2   1.8  
5.6   1.0
2. 2a01cb08a004020d0193025300750156.ipv6.abo.wanadoo.fr
0.0%193.6   3.7   3.0   5.1   0.5
3. 2a01:cfc4:0:1e00::a 
0.0%194.6   5.1   3.7  19.1   3.5
4. 2a01:cfc4:0:1f00::a 
0.0%193.7   4.6   3.7   6.9   0.8
5. bundle-ether103.partr1.-.opentransit.net   
77.8%19   13.0  13.0  12.7  13.5   0.3
6. prs-b5-link.telia.net  
21.1%19   14.1  13.5  12.7  14.9   0.6

7. (waiting for reply)
8. rest-bb1-v6.telia.net   
0.0%19  161.9 162.3 161.6 163.5   0.5
9. las-b24-v6.telia.net
0.0%19  150.9 150.8 149.9 152.7   0.8
10. palo-b22-v6.telia.net   
0.0%19  159.4 159.9 158.9 162.2   0.9
11. digitalocean-ic-336107-palo-b22.c.telia.net 
0.0%19  175.7 176.0 175.1 177.5   0.6

12. (waiting for reply)
13. (waiting for reply)
14. 2604:a880:2:d0::61c:d001
5.6%18  167.0 167.7 166.7 171.7   1.2



J'ai aussi un souci sur OT et/ou sur Telia depuis un FFTH Orange.



On Tue, May 5, 2020 at 10:12 am, Sylvain Rabot  
wrote:
Voici les MTR dans l'autre sens que les gens de Tailscale m'ont 
fournis:


mtr -T (TCP SYN):

 Host
Loss%

  Snt   Last   Avg  Best  Wrst StDev
 1. 165.227.16.254
0.0%

   400.7   3.2   0.6  16.2   4.3
165.227.16.253
 2. 138.197.249.166   
0.0%

   401.3   2.2   1.0  25.1   4.2
138.197.249.164
138.197.249.160
138.197.249.162
138.197.249.170
138.197.249.174
138.197.249.172
138.197.249.168
 3. 138.197.249.190   
0.0%

   401.3   1.6   0.7  28.8   4.4
138.197.249.188
138.197.249.176
138.197.249.186
138.197.249.178
138.197.249.182
138.197.249.184
138.197.249.180
 4. ???
 5. FranceTelecom-level3-10G.SanJose1.Level3.net  
0.0%

   40   13.6  38.8   9.0 1013. 158.1
 6. ???
 7. ???
 8. ???
 9. hundredgige0-8-0-23.pastr4.-.opentransit.net 
84.6%

   40  175.2 1389. 172.2 7452. 2970.
hundredgige0-3-0-4.pastr4.-.opentransit.net
hundredgige0-2-0-27.pastr4.-.opentransit.net
hundredgige0-0-0-27.pastr4.-.opentransit.net
10. ???
11. ???
12. ???
13. ???
14. xxx.w90-120.abo.wanadoo.fr0.0%39  
1206.

272.9 191.4 1226. 274.7

mtr (ICMP):

 Host
Loss%

  Snt   Last   Avg  Best  Wrst StDev
 1. 165.227.16.254
0.0%

   626.8   2.6   0.3  21.0   3.9
 2. 138.197.249.170   
0.0%

   620.9   2.0   0.8  19.8   3.4
 3. 138.197.249.180   
0.0%

   62   18.0   2.2   0.4  18.4   4.1
 4. lag-111.ear2.SanJose1.Level3.net 
60.7%

   620.7   0.7   0.6   0.9   0.1
 5. FranceTelecom-level3-10G.SanJose1.Level3.net  
9.7%

   62   15.3  13.6  11.7  15.5   1.2
 6. ???
 7. ???
 8. ???
 9. ???
10. ???
11. ???
12. ???
13. ???
14. .w90-120.abo.wanadoo.fr3.3%61
 194.2 194.0 192.4 194.6   0.4

On Tue, 5 May 2020 at 00:43, Fabien VINCENT FrNOG via frnog 
mailto:frnog@frnog.org>>

wrote:




 Le 05-05-2020 00:21, Sylvain Rabot a écrit :
 > Ok, donc si pas de trucs curieux dans le traceroute, une idée de 
la

 > cause de ce débit tout pourri depuis orange ?
 >

 Tu as le MTR dans l'autre sens ? Il peut y avoir beaucoup de 
raisons, et
 c'est pas forcément l'agrume en cause, surtout quand on fait la 
moitié
 du globe dans un sens, on est parfois surpris de voir le paquet 
revenir

 par l'autre côté :)

 (sauf chez les Platistes qui ne croient pas en Internet sur la 
terre)


 Comment fais tu tes tests de débit ? Si le MTR ne montre pas de 
loss

 end-to-end, alors la vérité est ailleurs.

 > On Tue, 5 May 2020 at 00:02, Hugues Voiturier
 > mailto:hugues-lis...@milkywan.fr>> 
wrote:

 >>
 >> Bonsoir,
 >>
 >> La seule différence a mon sens, c’est que Level3 encapsule le 
traf
 >> dans un tunnel 

Re: [FRnOG] [TECH] - Il a Free, il a pas tout compris

[Maxime Renusson via frnog]

hello,

Effectivement, il sera impossible de "taper" directement sur l'IP 
publique à cause du CG-NAT.
Une piste qui peut orienter dans la bonne direction sans avoir à trop 
se prendre la tête, c'est peut-être de partir sur une solution type 
Tailscale[1].
Je sais que tout le monde n'est pas unanime sur WireGuard, mais 
Tailscale c'est aujourd'hui ce qu'il y a de plus simple pour pouvoir se 
connecter à travers du CG-NAT tout en étant un peu moderne et 
sécurisé.


[1] 

Bon courage !

Maxime

On jeu., avril 30, 2020 at 13:18, Jarod G.  
wrote:

Hello,

Les infrastructures mobiles grand public utilisent (chez les 4 gros en
tout cas) du CG-NAT, donc tu n'aura jamais une ipv4 publique 
"dédiée",
tu partage cette ip avec plusieurs autres clients, ce qui implique 
donc
que de l’extérieur on ne tombera pas nécessairement sur ton 
routeur.
Il n'y que sur certaines offres pro où on peut demander en option 
une v4

dédiée de mémoire.

Bon courage,
Jarod G.

Le 30/04/2020 à 13:08, Frédéric de Villepreux a écrit :

 Bonjour à tous,

 ceci est mon premier post, bien que je lise avec attention et de 
longue date la passionnante production quotidienne de ce ‘forum’.


 Voici ce qui m’amène à solliciter vos lumières aujourd’hui :

 je suis confiné en province et équipé d’un MoDem Teltonika 
RUT-950, équipée d’une antenne omnidirectionnelle et je passe 
par Free Mobile pour obtenir l’accès à Internet. Tout fonctionne 
bien, fonction de la météo, le signal varie sensiblement mais la 
vitesse de navigation est plus que correcte (en moyenne, 18 MB 
descendant /20 MB remontant) pour un coin isolé de tout.


 Fou que je suis, j’ai aussi souhaité installer une passerelle 
domotique et pouvoir la contrôler depuis l’extérieur, et c’est 
là où le bât blesse !


 Malgré la mise en place d’un service de redirection DNS permis 
et activée dans le MoDem (j’ai retenu no-ip, suffixe en 
ddns.net), qui fonctionne,
 l’adresse obtenue est bien mise à jour dynamiquement, correspond 
bien à l’IP publique qui m’est attribuée par Free 
(37.166.xx.xx).


 Or, quand je sollicite cette adresse, rien ne se passe, un « 
time-out ». Un ami à la barbe plus fleurie que la mienne (mais 
moins que la vôtre) a tenté un NMAP qui ne retourna rien, aucun 
port ouvert, en tout cas dans les 1000 premiers, dixit.


 Je vois au sein du MoDem que j’ai une adresse IP privée (Private 
IP) qui commence par 10.176.xx.xx, qui varie elle aussi, tout comme 
mon IP publique (cette dernière, chaque 12H). Mon LAN est très 
classiquement adressé en 192.168.xx.xx


 Je précise aussi que les réglages ont été opérés sur le MoDem 
pour que les connexions entrantes en HTTP soient autorisées, ainsi 
que les redirections vers le LAN.


 J’ai aussi considéré l’usage du DynHost d’OVH, sans pour 
autant le mettre en place, car je pense que c’est du même tabac.


 Auriez-vous une idée ? Pensez-vous que Free ne permet pas de 
rétro-accès à travers des IP mobiles ?


 Dans tous les cas, merci d’avoir pris de votre temps de 
confinement pour me lire et, éventuellement, de l’autre temps que 
vous consacrerez à me sortir de l’embarras si cela est possible. 
Je reste confiant qu’ici, on a pas de pétrole mais qu’on a des 
idées !



 Frédéric.


--
Amicalement,
Skid

GPG : 71E5 89D2 ADA9 F401 56CE 4374 B11B 7C56 F111 C320




---
Liste de diffusion du FRnOG




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

Re: [FRnOG] [MISC] Monter un lab perso

[Maxime Renusson]

Hello,

GNS3 est top surtout dans sa capacité à pouvoir faire tourner un peu tout.
Sinon, pour faire du Juniper (ça change du Cisco…), il existe maintenant vLabs.
Je ne l’ai utilisé qu’un tout petit peu, mais c’est vraiment bien foutu et 
c’est (pour l’instant) gratuit : https://jlabs.juniper.net/vlabs/ 


Par contre, c’est super lent lors de la mise en place, et c’est encore en bêta, 
donc peut-être à prendre avec quelques pincettes…

Max

> On 29 Jan 2019, at 14:56, Alexis Lameire  wrote:
> 
> Hello,
> Ca fesait un petit moment que j'avais pas répondu.
> 
> GNS3 est une bonne alternative oui, par contre quelques précaution :
> * pas mal de cpu si on veux un lab un peu gros (8 coeur mini, 16 dans
> l'idéal)
> * beaucoup de ram aussi (16 mini 32 dans l'idéal)
> 
> A noté qu'il faut que le client et le serveur aie la même version, donc je
> privilégerais d'utiliser le dépot officiel. De plus si vous avez une
> machine physique vierge vous pouvez simplement poussé le serveur sans trop
> de difficulté depuis les packets.
> 
> Ensuite les os virtualisé on quelques limites. Par exemple sur le vEOS il
> n'est pas possible de faire d'ACL. De plus toutes les versions sont pas
> forcément  fonctionnel, faut pas ésiter à tester, voir a modifier les
> fichiers de template pour rajouter de nouvelles versions (mais c'est
> vraimment pas dur du tout). Coté vMX par exemple j'ai même pas réussi à
> faire marcher le truc !
> 
> Alexis
> 
> Le mar. 29 janv. 2019 à 14:38, Benjamin Abadie  a
> écrit :
> 
>> Hello,
>> 
>> On 1/29/19 10:00 AM, Emmanuel Jacquet wrote:
>>> Avez vous déjà monté ce genre de chose, et si oui avec quoi ?
>>> * un série de matos genre switch et routeurs cisco d'occase ?
>>> * des vm ?
>> 
>> Je vais en rajouter une couche, mais j'aime bien GNS3 aussi pour ça.
>> Hasard du calendrier, j'ai publié il y a un mois un petit tuto pour
>> monter un lab avec de l'Arista [1]. L'avantage c'est que les images
>> 'vEOS-lab' d'Arista sont librement accessibles (m'enfin après avoir crée
>> un compte guest quand même, faut pas déconner ;] ).
>> 
>> Il n'y a pas qu'Arista hein, de plus en plus de vendeurs fournissent des
>> images prêtes pour la virtualisation, et GNS3 a eu le bon goût de
>> proposer une liste d'appliances (en réalité un fichier descriptif de la
>> VM à faire tourner, et un lien où télécharger la ou les image(s)).
>> On peut les trouver dans le repo git mentionné par Pierre, ou
>> directement dans la GUI de GNS3 : bouton "Browse all devices" à gauche,
>> puis sélectionner "Available appliances".
>> 
>> Bon, faut un peu de RAM quand même (16Go ne sont pas de trop pour 2
>> spines et 4 leaves) mais en fermant Slack ça devrait le faire. :)
>> 
>>  [1] https://enix.io/fr/blog/creer-un-lab-reseau-sans-se-ruiner/
>> 
>> Bonne journée,
>> --
>> Benjamin Abadie
>> Network Engineer - Enix.io
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] PGP keyserver MIT down ?

[Maxime Renusson]

Hello,

C'est lent chez moi, mais ça fonctionne.
Il y a toujours https://keyserver.ubuntu.com/ en backup sinon.

Max Renusson


November 27, 2018 5:19 PM, "Nathan delhaye"  wrote:

> Hello la liste,
> 
> J'ai l'impression depuis mes points de vue (OVH AS35540 + Orange AS3215 +
> AWS IE AS16509) que le keyserver MIT est HS ?
> 
> Soit ça répond no-data, soit ça timeout.
> 
> Est-ce que quelqu'un d'autre rencontre le même souci ?
> 
> -- 
> Nathan Delhaye
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org


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

Re: [FRnOG] [MISC] SFR à la ramasse, ne produit plus de SDSL ?

[Maxime Renusson]

Hello,

Pour plus d'infos sur la jigue en xDSL, cet article est fourni et bien expliqué 
:
http://internet-access-guide.com/understanding-jitter-on-dsl/

TL;DR La jigue c'est compliqué, et il y a de nombreux facteurs (charge, 
routage, etc.) à tous les niveaux de la liaison (modem, DSLAM, routeur, etc.).

Max Renusson

December 7, 2017 9:54 AM, "Thierry Chich"  wrote:

> Bonjour,
> 
> Il ne faut pas oublier la latence, surtout pour un lien dédié téléphonie. 
> D'expérience, sur 
> un même site, on peut avoir 8ms sur de la SDSL et 40 en ADSL. Qui est plus 
> est, sur le 
> second, cette latence varie dans le temps (indépendamment de la charge, cela 
> va sans 
> dire). 
> 
> D'ailleurs, si quelqu'un peut m'expliquer à quoi correspondent ses grandes 
> variations ? J'ai 
> sous les yeux un site qui pendant 6 mois était à 35ms et qui est passé à 40 
> depuis, avec 
> des pics sur un mois à 45ms. C'est du à des changements de routes chez les 
> opérateurs ?
> 
> Le mercredi 6 décembre 2017, 10:43:09 CET Michel Hostettler a écrit :
> 
>> Pour SDSL, un débit de 2 Mbit/s, symétrique, par paire, est possible sur une
>> distance maximum de 1,5 km (avec GTR).
>> 
>> A cette distance, pour VDSL2, le débit peut être de 25 Mbit/s en descendant,
>> et 5 Mbit/s en montant, pour le profil 17a (...donc sans GTR). En outre, si
>> l'équipement le permet, vous pouvez avoir un chemin de transmission E1
>> sécurisé, doublé d'un chemin de transmission Ethernet à faible latence.
>> 
>> Quand vous dites "c'est trop loin", à quelles encablures du DSLAM vous
>> situez-vous ?
>> 
>> Cordialement,
>> Michel
>> 
>> - Mail original -
>> De: "Toussaint OTTAVI" 
>> Cc: "frnog" 
>> Envoyé: Mercredi 6 Décembre 2017 10:21:21
>> Objet: Re: [FRnOG][MISC] SFR à la ramasse, ne produit plus de SDSL ?
>> 
>> Le 05/12/2017 à 18:59, Michel Hostettler a écrit :
>> En 2017, bientôt 2018, je trouve qu'il existe mieux que SDSL à 2 Mbit/s,
>> symétrique, par paire, sur une distance maximum de 1,5 km.
>> 
>> En secours d'une fibre 10M, un SDSL ne me paraît pas du tout
>> inapproprié. C'est une technologie distincte, sur une adduction
>> (presque) distincte. Et c'est fiable. Le VDSL est soumis à une
>> contrainte de distance. Dans mon cas, c'est trop loin. Et, même si cette
>> notion reste assez virtuelle chez nous, il n'y a pas de GTR sur un VDSL.
>> Personnellement, j'aurais choisi un SDSL chez un opérateur distinct de
>> l'opérateur fibre. Mais dans ce cas, la solution technique est définie
>> par la maison mère. Donc, j'essaye simplement de faire mon mieux avec ce
>> que l'on me donne ;-)
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org
> 
> Cordialement-- Thierry
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org


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

Re: [FRnOG] [TECH] Tests de débit

[Maxime Renusson]

Un interfaçage web d'iperf / ixia ? 
Juste mes $0.02.

Max Renusson

 On Mon, 27 Nov 2017 19:34:22 +0100 frnog.fab...@gmail.com wrote 

Et en parlant de test de débit, le sujet a déjà été abordé je crois : 

Est-ce que vous connaissez un testeur de débit : 

- open source 
- à lancer depuis un navigateur 
- qui est fiable au niveau des résultats de DOWN et de UP 
- installable sur un serveur du FAI 

ce qui permettrait de limiter beaucoup les aléas de transit et qui 
permettrait que le FAI puisse dire au client : je vous garantie que le 
débit mesuré de votre lien entre chez vous et chez nous sera juste en 
utilisant cet outil .. 

Le peu d'outils open source que j'ai testé ne sont pas fiables, 
généralement sur le UP .. 

Fabien 



Le 27 novembre 2017 à 19:28, Michel Py  
a écrit : 

> > Guillaume Barrot a écrit : 
> > Entre quoi et quoi ? 
> 
> +1 et aussi +1 au billet de David. Je dirais que la vitesse promise, c'est 
> généralement pas plus loin que le backbone du FAI. 
> Je ferais remarquer que les speed tests (en tout cas celui dont je me 
> sers, www.speedtest.net / ookla) sont adaptifs : ils trouvent le serveur 
> le plus proche pour éviter les aléas du transit. 
> 
> Michel. 
> 
> 
> --- 
> Liste de diffusion du FRnOG 
> http://www.frnog.org/ 
> 

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

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

Re:[FRnOG] [MISC] Conventions d'utilisation des supports électriques pour déploiement fibre en Afrique

[Maxime Renusson]

Bonsoir, 

Quels pays ? Quels besoins ? C'est grand l'Afrique ! 
Et dans certains pays, la réglementation en terme de réseaux fixes est... 
particulière... 
Les FH sont souvent plus faciles à déployer, moins coûteux, et sont surtout 
moins soumis aux différents "aléas" (pillages, arrachages, dégradations, j'en 
passe et des meilleures). 

Max Renusson

 On Fri, 24 Nov 2017 23:05:34 +0100 gdu...@taho.fr wrote 

Bonsoir 

Qui aurait des infos sur les tarifs d’utilisation des poteaux des compagnies 
d’électricité pour déployer de la fibre aérienne ? Prix par poteau et par an, 
etc.. 

Merci d’avance 

Ge Dupin 


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

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

Re:[FRnOG] [TECH] Cisco 7201 en tant que client PPPoE

[Maxime Renusson]

Hello, 
C'était déjà évoqué une fois dans la liste 
:https://www.mail-archive.com/frnog@frnog.org/msg40313.html

En espérant que ça aide

Max Renusson

 On Wed, 15 Nov 2017 15:10:04 +0100 steeve.beauv...@serinyatelecom.fr wrote 


Bonjour, 

Je tente de mettre un routeur Cisco 7201 en tant que client PPP, la session 
monte mais retombe toute les minutes. 
La raison est que le 7201 n'envoit pas de keepalive, du coup le serveur PPP 
termine la session au bout de 3 keepalive manqués. 

Avez-vous déjà rencontré ce défaut auparavant? 
Merci pour votre aide. 

Cordialement, 

[image: 
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]
 


 

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

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

Re: [FRnOG] [TECH] VoIP / IAX2 sur réseaux mobiles ?

[Maxime Renusson]

Hello,

En toute honnêteté, je ne prendrais pas le risque en mobilité 3G (non HSPA), 
sachant qu'on a déjà du mal avec des canaux dédiés pour la voix (et des 
protocoles prévus spécialement pour le handover voix)...
Les handovers data 3G qui mettent plus d'une seconde sont assez communs (je 
parle même pas du Multi-RAB où là c'est la voix qui prime, le HO data se fait 
en best effort), sans compter que la jigue et la latence sont relativement 
aléatoires et sont critiques pour la VoIP.
Par contre, en LTE et HSxPA, normalement pas de soucis (sous réserve que la.es 
cellule.s HSPA soient pas super chargées), même en mobilité.

Max Renusson

 On Fri, 25 Aug 2017 13:30:59 +0200 Olivier Lange  
wrote 

 > Le 25 août 2017 à 13:21, Toussaint OTTAVI  a écrit : 
 > > Bonjour la liste, 
 > > 
 > > J'ai besoin de faire passer de la VoIP en IAX2 à travers des connexions 
 > > mobiles 4G/3G/2G. Mes premiers essais ne sont pas très concluants, surtout 
 > > lorsque la qualité du réseau est mauvaise. 
 > > 
 > > J'ai deux options : 
 > > - Passer mes flux IAX2 en direct sur le réseau 3G (avec le risque que 
 > > l'opérateur mobile n'apprécie que modérément la chose, et restreigne les 
 > > flux) 
 > > - Passer les flux IAX2 dans un VPN existant (OpenVPN sur UDP) (ce qui va 
 > > rajouter une sur-couche logicielle qui risque de dégrader le flux voix) 
 > > 
 > > L'objectif n'est pas d'obtenir des communications voix FULL-HD, mais de 
 > > privilégier la continuité et l'intelligibilité des communications en 
 > > situations où la qualité du réseau mobile est variable (véhicule en 
 > > déplacement, zones de montagne, handovers). 
 > > 
 > > Quelle serait l'architecture à privilégier dans cette situation ? Flux 
 > > directs ou VPN ? 
 >  
 > Pas testé en IAX2, mais nous on fait passer en SIP au travers d'un VPN 
 > l2tp sans problèmes. Après, il faut que le signal 3/4G soit 
 > disponible. 
 >  
 > Je préfère passer par un tunnel, pour éviter les changement d'ip de la 
 > 4G (et donc ca me permets d'avoir une authentification par IP en plus 
 > du login/pass). Mais j'ai un client qui a une config temporaire a 
 > cause d'un retard de livraison de son EFM, avec une 4G qui est 
 > mutualisé avec QOS entre data et voix, en directe, et il ne se plaint 
 > pas, pas de souci. Donc au final, tout dépends de ton infra 
 > disponible. L'incidence sur la voix n'est pas énorme. 
 >  
 > Par contre, en 2G, ca passe pas. 3G/4G, pas de souci, mais 2G, pas eu 
 > de résultat probant non plus 
 > Olivier 
 >  
 >  
 > --- 
 > Liste de diffusion du FRnOG 
 > http://www.frnog.org/ 
 > 



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

Re: [FRnOG] [MISC] Vieux matos pour pas cher

[Maxime Renusson]

Hello, 

Attention avec l'agrume à quand même bien conserver le matériel.
J'ai souvenir de campagnes de démontage et de retour de matos. 
C'était principalement sur des TNL RNIS mais je crois me souvenir que les RAD 
faisaient aussi parti du lot. 

Max

 On Thu, 24 Aug 2017 12:24:59 +0200 k...@oav.net wrote 

Hello, 

> On a connu la même situation avec le même opérateur pour le même type 
> d'équipement. On a fini par se faire dire que ça leur coûterait trop cher de 
> récupérer du matériel dont le coût à déjà été largement amorti dans le tarif 
> qu'ils nous ont appliqué. 

Ca me rappelle aussi les RAD de l'agrume distribue sur leur SDSL qui ne sont 
jamais réclamés après que la SDSL soit résiliée (même au bout d'un an) qui 
encombrent un bon nombre de caves / placards de boites 

Donc SFR n'est pas le seul a oublier le matos "loué". 

Xavier 


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

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