Orange PŚO HFC - IPv4, ONT - pytanie

[Samotnick]

@j131 Jeździć, obserwować.

[Durendal]

---

@j131napisał(-a)

---

@Samotnicknapisał(-a)

---

@j131napisał(-a)

Najwyraźniej Operator może to zachowanie zmieniać, więc nie należy polegać na założeniu jego niezmienności.

---

U mnie po staremu, po północy, mimo, że miałem ostatnio przerwę w zasilaniu w środku dnia.

---

No właśnie, też tak miałem "od zawsze", ale ponieważ zbliża się "termin" (to dziś!) i miałem przy okazji parę innych modyfikacji wymagających wyłączenia wszystkiego wprowadzić, to zainteresowałem się godzinami. No i widzę że ewidentnie do 16 maja było według kalendarza (o trzeciej w nocy, mimo okazjonalnych restartów zdarzających się o innych godzinach), a od 19 maja od wymuszonego resetu jest według stopera i wczesnym wieczorem a nie w nocy: to już (albo dopiero) trzy cykle (30 maja, 10 czerwca i 21 czerwca), zobaczymy co będzie dalej, bo dziś na pewno znowu zmienię godzinę. Będzie pewnie regularny restart sesji wieczorem, po czym koło pierwszej w nocy wymuszę kolejny.

---

U mnie dzis w nocy nie bylo restartu ani zmiany adresu IP, wiec jak mowiliscie, pierwsza noc restart sie zrobil, ale dzis juz nie. Moze faktycznie jakis update. Zobacze kiedy bedzie nastepny. Pytanie, skad masz logi? W Funboxach nie widze dostepu do zadnych sensownych logow 😕

[Samotnick]

---

@Durendalnapisał(-a)
Pytanie, skad masz logi? W Funboxach nie widze dostepu do zadnych sensownych logow

---

Ja mam logi ze switcha do którego podłączony jest FB (port UP/DOWN). W FB możesz odczytać uptime i czas trwania sesji PPPoE.

[j131]

Nie używam Funboxa i stąd mam logi...😁

[kazimierz21x]

@Durendal czy mógłbyś proszę podzielić się informacjami na temat stabilności pingu i jego wysokości? Zarówno do hostów w sieci Orange jak i do na przykład 8.8.8.8 i 76.76.2.2? 

[Durendal]

---

@kazimierz21xnapisał(-a)

@Durendal czy mógłbyś proszę podzielić się informacjami na temat stabilności pingu i jego wysokości? Zarówno do hostów w sieci Orange jak i do na przykład 8.8.8.8 i 76.76.2.2? 

---

Ping statistics for 8.8.8.8:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 29ms, Average = 14ms

Ping statistics for 76.76.2.2:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 27ms, Maximum = 33ms, Average = 29ms

Ping statistics for 142.251.98.113 (google.com):
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 27ms, Maximum = 36ms, Average = 29ms

Ping statistics for 185.60.112.157 (battle.net FR):
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 30ms, Maximum = 43ms, Average = 33ms

[adi871]

dla porownania normalne swiatlo z ont i wlasnym routerem

C:\Users\Adi>ping 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=8ms TTL=119
Reply from 8.8.8.8: bytes=32 time=8ms TTL=119
Reply from 8.8.8.8: bytes=32 time=10ms TTL=119
Reply from 8.8.8.8: bytes=32 time=9ms TTL=119

Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 8ms, Maximum = 10ms, Average = 8ms

C:\Users\Adi>ping 76.76.2.2

Pinging 76.76.2.2 with 32 bytes of data:
Reply from 76.76.2.2: bytes=32 time=35ms TTL=52
Reply from 76.76.2.2: bytes=32 time=36ms TTL=52
Reply from 76.76.2.2: bytes=32 time=35ms TTL=52
Reply from 76.76.2.2: bytes=32 time=32ms TTL=52

Ping statistics for 76.76.2.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 32ms, Maximum = 36ms, Average = 34ms

C:\Users\Adi>ping 142.251.98.113

Pinging 142.251.98.113 with 32 bytes of data:
Reply from 142.251.98.113: bytes=32 time=24ms TTL=114
Reply from 142.251.98.113: bytes=32 time=24ms TTL=114
Reply from 142.251.98.113: bytes=32 time=27ms TTL=114
Reply from 142.251.98.113: bytes=32 time=23ms TTL=114

Ping statistics for 142.251.98.113:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 23ms, Maximum = 27ms, Average = 24ms

C:\Users\Adi>ping 185.60.112.157

Pinging 185.60.112.157 with 32 bytes of data:
Reply from 185.60.112.157: bytes=32 time=27ms TTL=245
Reply from 185.60.112.157: bytes=32 time=26ms TTL=245
Reply from 185.60.112.157: bytes=32 time=29ms TTL=245
Reply from 185.60.112.157: bytes=32 time=26ms TTL=245

Ping statistics for 185.60.112.157:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 26ms, Maximum = 29ms, Average = 27ms

C:\Users\Adi>

[j131]

Czyli prawie tyle samo na HFC co na FTTH - byłoby bardzo dziwne gdyby było inaczej.

Dla porównania u mnie:

...
64 bytes from 8.8.8.8: icmp_seq=100 ttl=120 time=9.00 ms
--- 8.8.8.8 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19850ms
rtt min/avg/max/mdev = 6.749/8.475/10.980/1.221 ms
...
64 bytes from 76.76.2.2: icmp_seq=100 ttl=53 time=35.6 ms
--- 76.76.2.2 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19852ms
rtt min/avg/max/mdev = 31.003/33.072/35.805/1.108 ms
...
64 bytes from 142.251.98.113: icmp_seq=100 ttl=116 time=25.0 ms
--- 142.251.98.113 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19848ms
rtt min/avg/max/mdev = 22.993/24.773/26.802/1.026 ms
...
64 bytes from 185.60.112.157: icmp_seq=100 ttl=246 time=25.2 ms
--- 185.60.112.157 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19854ms
rtt min/avg/max/mdev = 24.801/26.808/28.806/1.131 ms

Bardziej interesujące jest np. takie zestawienie. Pokazuje, że to nie ostatnia mila decyduje o czasie odpowiedzi, nie w przypadku wystarczająco pewnego połączenia:

$ ping -6 google.com -n -i 0.2 -c 100
PING google.com(2a00:1450:4025:807::8a) 56 data bytes
...
64 bytes from 2a00:1450:4025:807::8a: icmp_seq=100 ttl=113 time=8.19 ms
--- google.com ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19849ms
rtt min/avg/max/mdev = 6.931/8.804/11.795/1.135 ms

$ ping -4 google.com -n -i 0.2 -c 100
PING google.com (142.251.98.139) 56(84) bytes of data.
...
64 bytes from 142.251.98.139: icmp_seq=100 ttl=116 time=23.0 ms
--- google.com ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 19847ms
rtt min/avg/max/mdev = 22.992/24.708/27.811/0.986 ms
  

[j131]

---

@Samotnicknapisał(-a)

@j131 Jeździć, obserwować.

---

Na razie pierwszy restart sesji po wymuszonym 3 lipca o 2:22 w nocy pojawił się zgodnie z oczekiwaniem 14 lipca o 2:22 w nocy. Może to się faktycznie zmieniło na stałe, byłoby miło.