Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est derrière
une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la connexion
transite dans un tunnel L2TP entre le BAS de FT et le LNS de
Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas forcément
un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles là
: lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les 2
ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents ?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
et ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté abonné)
est toujours le même pour un abonné donné, tandis que le LNS Free n'est
pas nécessairement le même.
Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.40.28@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.19.53@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:
In article <fe5k6v$2tb6$1@biggoron.nerim.net>,
Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> wrote:
mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est derrière
une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la connexion
transite dans un tunnel L2TP entre le BAS de FT et le LNS de
Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas forcément
un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?
on a des pb quand on se connecte au serveur en étant derrière celles là
: lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les 2
ont "51f"
Pas significatif.
avec ça, c'est encore possible que les tunnels L2TP soient différents ?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
et ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté abonné)
est toujours le même pour un abonné donné, tandis que le LNS Free n'est
pas nécessairement le même.
Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est derrière
une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la connexion
transite dans un tunnel L2TP entre le BAS de FT et le LNS de
Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas forcément
un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles là
: lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les 2
ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents ?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
et ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté abonné)
est toujours le même pour un abonné donné, tandis que le LNS Free n'est
pas nécessairement le même.
In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche paset ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
In article <pan.2007.10.09.20.58.34@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.40.28@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.19.53@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:
In article <fe5k6v$2tb6$1@biggoron.nerim.net>,
Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> wrote:
mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?
on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )
81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.
avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche pas
et ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche paset ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
Le Wed, 10 Oct 2007 02:01:13 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche paset ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui ont
souffert de pénuries de BP en ND : selon le LNS sur lequel on tombait (ce
qui pouvait s'estimer d'après l'IP attribuée), on avait plus ou moins de
BP dispo, en fonction sans doute du nombre et du volume des liens de
collecte aboutant sur ce LNS.
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
Le Wed, 10 Oct 2007 02:01:13 +0200, Thomas a écrit:
In article <pan.2007.10.09.20.58.34@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.40.28@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:
In article <pan.2007.10.09.14.19.53@free.fr>,
Albert ARIBAUD <albert.aribaud@free.fr> wrote:
Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:
In article <fe5k6v$2tb6$1@biggoron.nerim.net>,
Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> wrote:
mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?
on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )
81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.
avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche pas
et ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui ont
souffert de pénuries de BP en ND : selon le LNS sur lequel on tombait (ce
qui pouvait s'estimer d'après l'IP attribuée), on avait plus ou moins de
BP dispo, en fonction sans doute du nombre et du volume des liens de
collecte aboutant sur ce LNS.
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
Le Wed, 10 Oct 2007 02:01:13 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 19:53:24 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 16:30:30 +0200, Thomas a écrit:In article ,
Albert ARIBAUD wrote:Le Tue, 09 Oct 2007 15:42:14 +0200, Thomas a écrit:In article <fe5k6v$2tb6$,
Pascal Hambourg wrote:mais c'est quand même bizarre,
il semble y avoir ce pb de mtu si le client vpn est derrière
une freebox non dégroupée,
mais il n'y a pas du tout ce pb si le client vpn est
derrière une freebox dégroupée !
est ce que ça peut quand même être un pb de mtu, du coup ??
Ce n'est pas exclu. Comme on te l'a dit une différence entre
dégroupé et non dégroupé, c'est qu'en non dégroupé la
connexion transite dans un tunnel L2TP entre le BAS de FT et
le LNS de Free.
mais, pourquoi ce tunnel PPTP serait capable de passer par 1
tunnel L2TP sans pb, mais pas par 2 tunnels L2TP de suite ??
Parce que les deux tunnels sont différents,
même quand les 2 freebox sont sur le même dslam ??
Elles ont alors un même point de départ du tunnel, mais pas
forcément un même point d'arrivée, qui est au choix du FAI.
le serveur PPTP est derriere celle là :
lns-bzn-51f-81-56-128-208.adsl.proxad.net
C'est une IP fixe ?on a des pb quand on se connecte au serveur en étant derrière celles
là : lns-bzn-50f-81-56-196-203.adsl.proxad.net
lns-bzn-51f-81-56-143-238.adsl.proxad.net
Même question.
c'est toutes des IP fixes
(j'ai pas précisé parce que je croyais que toutes les IP dynamiques
étaient en 82.* )81-56-128-208 et 81-56-128-208 sont sur le même DSLAM d'ailleurs les
2 ont "51f"
Pas significatif.avec ça, c'est encore possible que les tunnels L2TP soient différents
?
Dans au moins un des cas je le soupçonne : celui où les préfixes des
reverse que tu donnes sont différents (lns-bzn-50f et lns-bzn-51f).
le cas qui m'intéresse, c'est l'autre, puisqu'avec celle là aussi le
PPTP ne marche paset ça dépendrait de qui ? de free ou de FT ?
De Free, car en ND, le BAS FT (qui terminent le tunnel L2TP côté
abonné) est toujours le même pour un abonné donné, tandis que le LNS
Free n'est pas nécessairement le même.
cad que free peut changer le lns de façon dynamique, à chaque connexion
?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui ont
souffert de pénuries de BP en ND : selon le LNS sur lequel on tombait (ce
qui pouvait s'estimer d'après l'IP attribuée), on avait plus ou moins de
BP dispo, en fonction sans doute du nombre et du volume des liens de
collecte aboutant sur ce LNS.
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse le
mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
Le Thu, 11 Oct 2007 01:09:58 +0200, Thomas a écrit:cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
Ils peuvent avoir du matériel différent, oui, qui justifie la différence,
peut-être. En revanche, je ne comprends pas le "même si de l'extérieur il
n'y a pas un octet de visible".
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
A la rigueur, pour éliminer le routeur comme cause possible, je ferais un
essai avec client et serveur reliés directement à leurs box
Le Thu, 11 Oct 2007 01:09:58 +0200, Thomas a écrit:
cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
Ils peuvent avoir du matériel différent, oui, qui justifie la différence,
peut-être. En revanche, je ne comprends pas le "même si de l'extérieur il
n'y a pas un octet de visible".
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
A la rigueur, pour éliminer le routeur comme cause possible, je ferais un
essai avec client et serveur reliés directement à leurs box
Le Thu, 11 Oct 2007 01:09:58 +0200, Thomas a écrit:cad que free peut changer le lns de façon dynamique, à chaque
connexion ?
En IP dynamique au moins, et c'est même un fait (re)connu de ceux qui
ont souffert de pénuries de BP en ND : selon le LNS sur lequel on
tombait (ce qui pouvait s'estimer d'après l'IP attribuée), on avait
plus ou moins de BP dispo, en fonction sans doute du nombre et du
volume des liens de collecte aboutant sur ce LNS.
ok
donc lns-bzn-51f-81-56-128-208.adsl.proxad.net et
lns-bzn-51f-81-56-143-238.adsl.proxad.net peuvent avoir du matériel
différent qui justifie la différence du pb de mtu, même si de
l'extérieur il n'y a pas un octet de visible ?
Ils peuvent avoir du matériel différent, oui, qui justifie la différence,
peut-être. En revanche, je ne comprends pas le "même si de l'extérieur il
n'y a pas un octet de visible".
je viens de penser à un truc :
les 2 freebox à pb sont des v4, et celle du serveur est une v3
est ce que c'est possible que ça soit le modèle de freebox qui casse
le mtu ou pas ?
Hmm... Je ne pense pas ; mais par contre, quel est le MTU des machines
derrière chaque box ?
pour le routeur c'est 1444 coté wan actuellement, je peux le changer,
mais je ne maîtrise pas le coté lan
tous les ordis ont 1500 par défaut
A la rigueur, pour éliminer le routeur comme cause possible, je ferais un
essai avec client et serveur reliés directement à leurs box
