Auteur Sujet: Perte régulière d'internet suite à passage en DHCP (Lu 7009 fois)

keshav26 · « **Réponse #12 le:** 17 mars 2017 à 11:25:24 »

Bizarre!
Tu as pu testé avec ta conf ? Parce que la c'est vraiment bizarre eth1.838 est utilisé pour la VOD aucun rapport avec internet!
Tu pourras poster ta conf complet en enlevant tes informations personnel?
Je pense que tu dois avoir une règle qui bloque quelques part!! C'est pour cela que je t'avais demandé de tester avec ma conf ( sans tes règles ) pour voir si c'est pareil!

deburnes · « **Réponse #13 le:** 17 mars 2017 à 11:44:06 »

qu'est-ce que tu entends par "poster ma conf complet" ? il y a d'autres choses rajouter par rapport au premier post ?

Je vais profiter que madame n'est pas là ce soir pour tester ta conf.

keshav26 · « **Réponse #14 le:** 17 mars 2017 à 12:12:19 »

ton config.boot mais c'est bon j'avais pas vu que tu l'avais déjà mis... J'essayerai de regarder pendant ma pause.

keshav26 · « **Réponse #15 le:** 17 mars 2017 à 15:43:40 »

Re,

J'ai regardé ta conf j'ai trouvé des trucs

1. Pour commencer il faudra bien modifié l'egress-qos en "0:0 1:0 2:0 3:0 4:0 5:0 6:6 7:0" pour éviter les problèmes de débit comme Zoc ta dit
2. Enlever SIP dans la conf vif 832
2. Entre la ligne 101 et 102 dans tu n'as pas rajouter de "out" du coups ça casse le syntaxe ( Je ne sais comment Vyatta gère cela mais vaut mieux faire comme il faut )

Code: [Sélectionner]

   vif 832 {
            address dhcp
            description "Internet Orange DHCP"
            dhcp-options {
                client-option "send vendor-class-identifier &quot;sagem&quot;;"
                client-option "send dhcp-client-identifier 1:XX:XX:XX:XX:XX:XX;"
                client-option "send user-class &quot;+FSVDSL_livebox.Internet.softathome.Livebox3&quot;;"
                client-option "send rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:66:xx:xx:xx:xx:xx:xx:xx:xx:xx:7xx1;"
                client-option "request dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time, domain-search, rfc3118-auth, SIP;"
                default-route update
                default-route-distance 210
                name-server update
            }
            egress-qos "0:0 1:1 2:2 3:3 4:4 5:5 6:6 7:7"
            firewall {
                in {
                    name WAN_IN
                }
                local {
                    name WAN_LOCAL
                }
               out {
               }
            } 
        }

Modifier ton igmp-proxy en

Code: [Sélectionner]

protocols {
    igmp-proxy {
        disable-quickleave
        interface et1.838 {
            role disabled
            threshold 1
        }
        interface eth0 {
            role disabled
            threshold 1
        }
        interface eth1.832 {
            role disabled
            threshold 1
        }
        interface eth1.840 {
            alt-subnet 0.0.0.0/0
            role upstream
            threshold 1
        }
        interface eth2 {
            alt-subnet 0.0.0.0/0
            role downstream
            threshold 1
        }
    }
}

Rajouter aussi la ligne

Code: [Sélectionner]

global-parameters "option rfc3118-auth code 90 = string;"

Dans upnp2 rajouter

Code: [Sélectionner]

listen-on eth0

Dans shared-network-name Tv entre la ligne 205 et 206
Il faut rajouter "global-parameters "option rfc3118-auth code 90 = string;"
là

Code: [Sélectionner]


service {
    dhcp-server {
        disabled false
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
        hostfile-update disable
        shared-network-name LAN {
            authoritative disable
            subnet 192.168.1.0/24 {
                default-router 192.168.1.1
                dns-server 192.168.1.1
                lease 86400
                start 192.168.1.100 {
                    stop 192.168.1.200
                }
                static-mapping DiskStation {
                    ip-address 192.168.1.10
                    mac-address 00:11:32:09:d9:77
                }
                static-mapping DomoPi2 {

Aussi dans

Code: [Sélectionner]

     shared-network-name TV {
            authoritative disable
            subnet 192.168.2.0/24 {
                default-router 192.168.2.1
                dns-server 192.168.2.1
                lease 86400
                start 192.168.2.100 {
                    stop 192.168.2.200
                }
                static-mapping Livebox_Play {

Privilégie le DNS d'Orange pour le vif 838 ( Moi j'ai mis en dure ) Parce que là avec ta config actuel tu utilises le DNS de la passerelle qui est google ça ne va pas ça

Voilà si ça ne fonctionne pas beh essaye ma conf... Tiens nous au courant

deburnes · « **Réponse #16 le:** 17 mars 2017 à 21:16:52 »

J'ai chargé ta config :

Concernant le Net : pour l'instant ça fonctionne, à voir dans le temps
Concernant le replay, là aussi, ça à l'air bon

Je vous tiens au courrant de l'évolution des choses, mais d'ors et déjà merci pour vos conseils !

renaud07 · « **Réponse #17 le:** 18 mars 2017 à 18:14:11 »

Citation de: zoc le 14 mars 2017 à 11:45:00

Enlève SIP...

Il n'est utile que si on récupère le téléphone via la box ou il ne sert à rien dans tous les cas ? Pourquoi on le mettait au début alors ? (perso j'ai fait que recopier les configs).

Citation de: zoc le 14 mars 2017 à 11:45:00

Il est préférable de mettre "0:0 1:0 2:0 3:0 4:0 5:0 6:6 7:0"

C'est quoi la différence entre les 2 du coup ? Être sûr que tout est bien en best effort sauf le DHCP ? La commande veut bien dire "si un paquet est à 1,2,3,4,5,7 le passer à zéro et laisser les paquets marqués 6 à 6" ? Alors que pour l'autre ça aurait été "laisser chaque paquet à sa QoS respective" ?

Et a propos de l'archi DHCP, je trouve dommage qu'ils aient abandonnés le VLAN 851 pour le tel.

deburnes · « **Réponse #18 le:** 18 mars 2017 à 18:47:24 »

bon, ben ça n'a pas changé le schmilblick

le problème est revenu aujourd'hui. Et c'est de nouveau un renew dhcp interface eth1.838 qui a solutionné le problème. Pourtant,j'ai juste intégré la config de keshav26 en rajoutant seulement mes réservations d'IP.

Code: [Sélectionner]

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2017.03.18 18:31:45 =~=~=~=~=~=~=~=~=~=~=~=
login as: ubnt
Welcome to EdgeOS

By logging in, accessing, or using the Ubiquiti product, you
acknowledge that you have read and understood the Ubiquiti
License Agreement (available in the Web UI at, by default,
http://192.168.1.1) and agree to be bound by its terms.

ubnt@192.168.1.1's password: 
Linux ubnt 3.10.20-UBNT #1 SMP Fri Dec 2 02:30:08 PST 2016 mips64
Welcome to EdgeOS

ubnt@ubnt:~$ show dhcp client leases
=
interface  : eth1.832
ip address : 83.196.27.30       [Active]
subnet mask: 255.255.252.0
domain name: orange.fr  [overridden by domain-name set using CLI]
router     : 83.196.24.1
name server: 81.253.149.13 80.10.246.5
dhcp server: 80.10.247.48
lease time : 86400
last update: Sat Mar 18 15:01:18 CET 2017
expiry     : Sun Mar 19 15:01:14 CET 2017
reason     : BOUND

interface  : eth1.838
ip address : 10.93.141.17       [Active]
subnet mask: 255.255.255.0
dhcp server: 192.168.3.254
lease time : 98742
last update: Fri Mar 17 20:24:06 CET 2017
expiry     : Sat Mar 18 23:49:45 CET 2017
reason     : BOUND


[K>ubnt@ubnt:~$ renew dhcp interface eth1.832
Renewing DHCP lease on eth1.832 ...
ubnt@ubnt:~$ renew dhcp interface eth1.832
ubnt@ubnt:~$ show dhcp client leases[K
=
interface  : eth1.832
ip address : 83.196.27.30       [Active]
subnet mask: 255.255.252.0
domain name: orange.fr  [overridden by domain-name set using CLI]
router     : 83.196.24.1
name server: 81.253.149.13 80.10.246.5
dhcp server: 80.10.247.48
lease time : 86400
last update: Sat Mar 18 18:34:49 CET 2017
expiry     : Sun Mar 19 18:34:44 CET 2017
reason     : BOUND

interface  : eth1.838
ip address : 10.93.141.17       [Active]
subnet mask: 255.255.255.0
dhcp server: 192.168.3.254
lease time : 98742
last update: Fri Mar 17 20:24:06 CET 2017
expiry     : Sat Mar 18 23:49:45 CET 2017
reason     : BOUND


[K>ubnt@ubnt:~$ renew dhcp interface eth1.832 
Renewing DHCP lease on eth1.838 ...
ubnt@ubnt:~$ renew dhcp interface eth1.838

ubnt@ubnt:~$ show dhcp client leases[K

interface  : eth1.832
ip address : 83.196.27.30       [Active]
subnet mask: 255.255.252.0
domain name: orange.fr  [overridden by domain-name set using CLI]
router     : 83.196.24.1
name server: 81.253.149.13 80.10.246.5
dhcp server: 80.10.247.48
lease time : 86400
last update: Sat Mar 18 18:34:49 CET 2017
expiry     : Sun Mar 19 18:34:44 CET 2017
reason     : BOUND

interface  : eth1.838
ip address : 10.93.141.17       [Active]
subnet mask: 255.255.255.0
dhcp server: 192.168.3.254
lease time : 98742
last update: Sat Mar 18 18:35:31 CET 2017
expiry     : Sun Mar 19 22:01:10 CET 2017
reason     : REBOOT


[K>ubnt@ubnt:~$ exit
logout

c'est à n'y rien comprendre. Peut-etre vaudrait-il mieux revenir à la config en ppoe ?

keshav26 · « **Réponse #19 le:** 18 mars 2017 à 18:59:47 »

Bon beh là je ne comprend pas ! La même config fonctionne chez moi depuis 2 mois🤔 ton ERL est en quel version moi je suis en 1.9.1...

zoc · « **Réponse #20 le:** 18 mars 2017 à 20:01:14 »

Citation de: renaud07 le 18 mars 2017 à 18:14:11

Il n'est utile que si on récupère le téléphone via la box ou il ne sert à rien dans tous les cas ? Pourquoi on le mettait au début alors ? (perso j'ai fait que recopier les configs).

Moi personnellement je ne l'ai jamais mis

Il serait utile s'il était possible de transférer le résultat obtenu au serveur DHCP utilisé pour configurer la Livebox correctement pour le téléphone, mais comme ce n'est pas possible.

Citer

C'est quoi la différence entre les 2 du coup ? Être sûr que tout est bien en best effort sauf le DHCP ? La commande veut bien dire "si un paquet est à 1,2,3,4,5,7 le passer à zéro et laisser les paquets marqués 6 à 6" ? Alors que pour l'autre ça aurait été "laisser chaque paquet à sa QoS respective" ?

Oui, là tout est en best-effort sauf ce qui est en priorité SKB 6 qui passe en priorité 802.1p 6. Le but c'est d'éviter au maximum les effets de bords, puisque Linux, quand il route des paquets, convertit le champ IP_TOS des paquets et priorité SKB, ce qui peut avoir des effets non voulus quand ensuite cette priorité est convertie en CoS: Par exemple chez moi avec le mapping SKB->CoS réglé à "x:x" pour chaque classe, je ne peux pas jouer en multi sur PS4 à certains jeux Ubisoft. Avec "x:0" pour x différent de 6, je peux...

renaud07 · « **Réponse #21 le:** 18 mars 2017 à 20:16:48 »

Citation de: zoc le 18 mars 2017 à 20:01:14

Moi personnellement je ne l'ai jamais mis Il serait utile s'il était possible de transférer le résultat obtenu au serveur DHCP utilisé pour configurer la Livebox correctement pour le téléphone, mais comme ce n'est pas possible.

Oui, là tout est en best-effort sauf ce qui est en priorité SKB 6 qui passe en priorité 802.1p 6. Le but c'est d'éviter au maximum les effets de bords, puisque Linux, quand il route des paquets, convertit le champ IP_TOS des paquets et priorité SKB, ce qui peut avoir des effets non voulus quand ensuite cette priorité est convertie en CoS: Par exemple chez moi avec le mapping SKB->CoS réglé à "x:x" pour chaque classe, je ne peux pas jouer en multi sur PS4 à certains jeux Ubisoft. Avec "x:0" pour x différent de 6, je peux...

Merci

deburnes · « **Réponse #22 le:** 20 mars 2017 à 09:45:09 »

Citation de: keshav26 le 18 mars 2017 à 18:59:47

Bon beh là je ne comprend pas ! La même config fonctionne chez moi depuis 2 mois🤔 ton ERL est en quel version moi je suis en 1.9.1...

En, 1.9.1; comme toi

Samedi, j'ai cru devenir fou...3 fois dans la journée puis plus rien dimanche ni aujourd'hui pour l'instant, c'est à n'y rien comprendre...

J'en suis à me demander si je ne vais remettre la Livebox

sinon faire un script qui détecte la perte de connexion et relance l'interface eth1.828 en cas de dysfonctionnement.

deburnes · « **Réponse #23 le:** 20 mars 2017 à 14:47:13 »

J'ai mis en place un petit script qui fait des ping et des nslookup à intervalle régulier à partir de mon NAS pour voir si ça donne quelque chose. J'ai aussi déclaré mon NAS somme serveur de log pour avoir une trace des logs du système. on verra ce que ça donne.