UPC a GRE tunely

[Pavel Troller]

Zdravím,
  tak situace se dnes zdá se vyřešila.
  Večer a v noci opět lagy vzrostly. Ale kolem 5. hodiny nastala na cca 5
minut úplná ztráta spojení a když se obnovilo, lagy jsou pryč. Jitter je
plně srovnatelný v tunelu i mimo tunel. Takže zřejmě byl potřeba někde nějaký
reload či jiný zásah a na trvalé omezení to nevypadá :-).
  Zdraví Pavel

> Zdravím,
>   v tuto dobu jsem též téměř bez problémů:
>   rtt min/avg/max/mdev = 8.463/51.317/237.158/51.684 ms
>   Ale "pod tunelem":
>   rtt min/avg/max/mdev = 6.885/7.553/9.767/0.649 ms
>   - tedy je stále vidět podstatný rozdíl.
>   Nicméně asi před půl hodinou to jelo tak dobře, že už jsem si říkal, že to
> snad i opravili. Ale pak se to zase zhoršilo do stavu, jaký je teď.
>   Díky za test! Také může být rozdíl v technologii tunelu a v tom, že toto
> je UPC pro kaštany, ne pro firmy.
>   Zdraví Pavel
> 
> > Abych jen nekritizoval, tak jsem se zkusil pripojit k PPTP VPN pres 
> > plzenske UPC (pro firmy). Problemy nejsou, ping -n 100 hlasi 15-89ms, 
> > prumer 21ms.
> >
> > L.
> >
> >
> > On Fri, 17 Apr 2015, Ladislav Vaiz wrote:
> >
> >> GRE nemá porty, je to protokol nad IP, na stejné úrovni jako TCP nebo UDP.
> >> L.
> >>
> >> On Fri, 17 Apr 2015, mpap na quick.cz wrote:
> >>
> >>> Neznám GRE do detailu, ale když routery máte pod kontrolou, můžete 
> >>> přenastavit naslouchání GRE na jiné číslo portu?
> >>> Buď se GRE provoz "ořezává" na vyšších vrstvách OSI a pak to nepomůže, 
> >>> nebo na konkrétních portech a pak by to mohlo pomoct.
> >>>
> >>> Miloš