Автор Гілка: дуже поганий аплоад  (Прочитано 10828 раз)

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #15 : 2021-09-28 01:34:38 »
Перевірте дротики на витій парі?
...
:-\ перевірити старий чи новий кабель?
« Змінено: 2021-09-28 01:36:51 від gdekjifgb »

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #16 : 2021-09-29 17:53:54 »
Поміняв я ОНУ. Результат на скріні.



Під підозрою залишається мережева карта. Ну я взагалі без "поніматія" шо і як.  [smiley=17.gif]

А це ось через проксю


???
« Змінено: 2021-09-29 18:06:48 від gdekjifgb »

Axmed

  • Гість
Re: дуже поганий аплоад
« Відповідей #17 : 2021-09-29 23:37:22 »
nethogs - утиліта, що показує які системні процеси забивають трафік. запускати `/sbin/nethogs` від імені rootʼа.
nload - консольна утиліта для моніторингу трафіку.

як зміряти швидкість через термінал
# завантажити/відвантажити файл на якесь файлове сховище
# або через http://ping.online.net, але цей метод ненадійний
wget http://ping.online.net/100Mo.dat
curl -O http://ping.online.net/100Mo.dat

Скоріше всього ONU глючить. Може вона має вебінтерфейс і там можна зміряти сигнал від ONU до Інтернету.
Не виключено
- гніздо мережевої карти
- перевантажене сільське/районне оптоволокно

допоможе техніка вичленяння.
« Змінено: 2021-09-29 23:47:17 від axmed »

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #18 : 2021-09-30 03:16:25 »
nethogs - утиліта, що показує які системні процеси забивають трафік. запускати `/sbin/nethogs` від імені rootʼа.
nload - консольна утиліта для моніторингу трафіку.

як зміряти швидкість через термінал
# завантажити/відвантажити файл на якесь файлове сховище
# або через http://ping.online.net, але цей метод ненадійний
wget http://ping.online.net/100Mo.dat
curl -O http://ping.online.net/100Mo.dat

Скоріше всього ONU глючить. Може вона має вебінтерфейс і там можна зміряти сигнал від ONU до Інтернету.
Не виключено
- гніздо мережевої карти
- перевантажене сільське/районне оптоволокно

допоможе техніка вичленяння.

За підказки благодарствую, але... ніщо ніяк не забиває канал. (?) Але я гляну тими командами що ви підказали, цікаво що воно скаже

Що може бути з гніздом мережевої картки якщо я півтора роки назад втикнув кабель в абсолютно новий системник, а позавчора поміняв кабель на новий.

ОНУ сьогодні вже абсолютно нове підключав. Ото скріни вище - то після заміни ОНУ https://linux.org.ua/index.php?topic=11814.msg204030#msg204030

---
Вчора був у сусіда (ледь ока не лишився https://rubel.9bb.ru/viewtopic.php?id=781&p=3#p6177) - у нього 20/20 (тариф 20).

Ну зрозуміло що я по онушку їздив до ісп - там поміряли швидкість - показує 100/100. ОНУ не має веб-інтрефейса.

Швидкість реально нікуди не годиться. І це відчутно навіть при звичайному інтернет серфінгу.
Я в цій темі писав що 11 мегабайт за 2 хвилини відправлялось.

Я показував оцю темку ісп. Ну щоб скріни показати - не буде ж він їздити до кожного і перевіряти швидкості.

Думаю винна Підозрюю мережеву карту.
У мене десь запасна є, тільки ж підключення по мак-адр.- використати її нема можливості.(?)


Ісп сказав, що якщо заміна ону не допоможе, то приїде аж до мене...

---
я уявлення не маю шо хто і чого
---
і ето... У мене мат плата іще на гарнатіі аж до травня 2022., тільки толку з цього ніякого.

---
Я пару днів назад дивився не трафік iptraf-ом - нічого підозрілого не помітив. А також завантажувався з лів-флешки (на перш стор цієї теми написано із скрінами).

---
От прям зараз без проксі
даунлоад 3.98 мбс, аплоад 80,97


через проксі
даунлоад 45.09 мбс, аплоад 62.87

---
Можливо вся справа в протонвпн??? Видалити його не важко. Дивно... Прям зараз не буду експериментувати - потрібно докодити дещо. Потім можна і покперементувати.

ось напряму
xuser@mbs:~$ wget http://ping.online.net/100Mo.dat
--2021-09-30 07:13:57--  http://ping.online.net/100Mo.dat
Распознаётся ping.online.net (ping.online.net)… 62.210.18.40
Подключение к ping.online.net (ping.online.net)|62.210.18.40|:80... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 200 OK
Длина: 100000000 (95M) [application/octet-stream]
Сохранение в: «100Mo.dat»

100Mo.dat                   100%[===========================================>]  95,37M  53,1KB/s    за 31m 1s 

2021-09-30 07:44:59 (52,5 KB/s) - «100Mo.dat» сохранён [100000000/100000000]

xuser@mbs:~$

а оце через проксі
xuser@mbs:~$ wget http://ping.online.net/100Mo.dat
--2021-09-30 08:03:41--  http://ping.online.net/100Mo.dat
Распознаётся ping.online.net (ping.online.net)… 62.210.18.40
Подключение к ping.online.net (ping.online.net)|62.210.18.40|:80... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 200 OK
Длина: 100000000 (95M) [application/octet-stream]
Сохранение в: «100Mo.dat»

100Mo.dat                   100%[===========================================>]  95,37M  5,99MB/s    за 19s     

2021-09-30 08:04:00 (5,08 MB/s) - «100Mo.dat» сохранён [100000000/100000000]

xuser@mbs:~$

Чому ЗАВАНТАЖЕННЯ через проксі швидше - я не знаю. Повинно бути повільніше чим без впн.
АЛЕ! така швидкість ЗАВАНТАЖЕННЯ через впн у мене була і при нормальному інтернеті 100/100.

---
І чомусь воно все навпаки змінилось. Нижче описав по пунктах стосовно підключення без впнів.

1 спочатку було 100/100
2 потім я помітив що АПЛОАД став майже нульовим. Завантаження ще більш-менш було під 100
3 потім один день і аплоад і даунлоад був три-сім мбс (Це після того як я був у ісп і сказали що глянуть що і як).
4 я замінив кабель - аплоад став ДО 40-70 мбс, а даунлоад три-чотири мбс.

Вчора втикав нову ОНУ - нічого не змінилось.
« Змінено: 2021-09-30 08:17:05 від gdekjifgb »

рнглр

  • Гість
Re: дуже поганий аплоад
« Відповідей #19 : 2021-09-30 11:52:03 »
здається воно чомусь ожило.

зараз в резервній системі з новим ону. тільки я не пойму чому воно в основній системі не хотіло працювати.


кикиетрь

  • Гість
Re: дуже поганий аплоад
« Відповідей #20 : 2021-09-30 11:59:08 »
Ну оце в принципі і все.
АЛЕ я хочу підтикну поламане ону, щоб дійсно переконатись що воно негодне.

кикиетрь

  • Гість
Re: дуже поганий аплоад
« Відповідей #21 : 2021-09-30 12:27:04 »
Надіюсь це мій останній допис в цьому топіку.

??? Чортівня якась.

Підключив знову стару ону - все працює. Сьогодні або завтра відтарабаню нову ону до ісп.


gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #22 : 2021-10-20 10:24:26 »
Знову такі самі глюки - потрібно було не відвозити ону до ісп.

Знову треба пертись до ісп.

Відсутній RomadinR

  • Кореспондент
  • ***
  • дописів: 123
  • Карма: +0/-0
Re: дуже поганий аплоад
« Відповідей #23 : 2021-10-21 22:29:02 »
Із описаних Вами "глюків" виглядає так, що дуже схоже на проблеми із оптоволоконним кабелем, що приходить від сплітера Вашого ІСП до Вашого ONU. Раджу пройтися по трасі кабелю і уважно його оглянути. На що варто звертати увагу: різкі перегини, погано закріплений кабель, який перегинається чи перетягується наприклад поривами вітру (наприклад, відірвався від тросу чи пошкодилася зовнішня оболонка), якщо по трасі є технічні запаси кабелю, залишені монтерами ("кільця" кабелю) - зверніть увагу, чи надійно вони закріплені і чи часом не "затягуються" витки кабелю наприклад поривами вітру. Оптоволоконний кабель страшенно не любить різких перегинів (радіус згину не повинен бути меншим 20 діаметрів кабелю) Можете візуально порівняти "кільця" на Вашому кабелі і на сусідніх - вони не повинні бути помітно меншими. При зменшенні радіуса згину ("затягуванні" витка кабелю в "кільці" наприклад) буде рости затухання сигналів у кабелі (при чому не однаково для прийому і передачі, бо вони на різних довжинах хвилі) і врешті сигнал послабиться настільки, що з'єднання взагалі не працює.

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 3739
  • Карма: +9/-0
  • Програміст
Re: дуже поганий аплоад
« Відповідей #24 : 2021-10-21 23:56:27 »
Дуже дякую за пораду. Сьогодні був сильний вітер, і були перебої з інтернетом, які зменшилися після того, як вітер стих. Як буде нагода, піду подивлюся що там з оптоволокном.
[Fedora Linux]

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #25 : 2021-10-23 20:12:33 »
...
В описаних мною глюках, я написав, що після підключення НОВОЇ ОНУ все запрацювало.

АЛЕ потім я вирішив підключити СТАРУ ОНУ, щоб дійсно переконатись, що справа в ОНУ - все запрацювало як і при новій ОНУ.

Відвіз нову ОНУ до ісп. Зараз знову хочу взяти нову ОНУ. Стару вже не хочу підключати.
---

З приводу "піти перевірити кабель" - Якщо напряму від дому (кабель так не проходить!), то до роутера (чи іншого мережевого причандалля ісп) приблизно 4 км.А якщо іти конкретно по кабелю, то виходить ДУЖЕ приблизно 5 км (або більше, але точно НЕ МЕНШЕ).

Іще одне (стосовно піти глянути на кабель): на моєму кунці вулиці від одного "ящика/коробка" підключено 5 дворів (в тч і мій). До тогго коробка іде 1 вхідне оптоволокно. Виходить 5 вихідних.

Проблеми тільки у мене.

Вертаємось до тексту де я пописав про ОНУ. АЛЕ!!! Іноді перезавантаження !!!або повне вимикання/вмикання!!! компутера допомогає вирішити проблему нульового інтернету.

У мене без впнів, без всяких браузерних додатків швидкість буває 0.1, 0.2 іноді 5-7 мбс.

Повторююсь: У сусідів, мабуть, все добре. Вона не скаржаться.

Мене напружує в усій цій істеорії ось що: Чому при вимиканні/вмикання компутера швидкість знову стає 100/100?, і чому раптом ні з того ні з сього вона стає 5-7 мбс, і навіть 0.1 0.2 мбс? Може щось з напругами в сист блоці?  :-\ , але все-таки я вважаю що це глючна ОНУ.

Ніяк не можу застати ісп - завжди десь в роз'їздах.

...
%:)) а прикиньте що було б якби у вас, або у мене опта була закопана в землю?
Ви також іноді страждаєте від поганих оптоволоконних інтернетів?

Цитата
...дуже схоже на проблеми із оптоволоконним кабелем, що приходить від сплітера Вашого ІСП до Вашого ONU....

Якщо сплітер ісп - це ящик на стовпі, то до нього метрів 25-30. Нічого підозрілого я там не бачу.
Навіть з вікна видно той сплітер/ящик/коробок(чи коробку).

Оптоволоконний кабель страшенно не любить різких перегинів (радіус згину не повинен бути меншим 20 діаметрів кабелю) Можете візуально порівняти "кільця" на Вашому кабелі і на сусідніх - вони не повинні бути помітно меншими.

У мене кабель скручений тільки в хаті біля вікна - з того часу коли проводили інтернет я його не чіпав взагалі. Тільки іноді (один або два рази на рік) павутину обмітаю біля нього та і все.
« Змінено: 2021-10-23 20:32:05 від gdekjifgb »

Axmed

  • Гість
Re: дуже поганий аплоад
« Відповідей #26 : 2021-10-24 00:07:41 »
Покажіть
# lspci | grep Eth
# dmesg | grep Eth
але навряд чи це проблеми з драйверами Ethernet під Linux.

Мені здається, що перевіркою оптоволокна має ПІП (мається на увазі постачальник Інтернет-послуг) займатися, якщо в договорі написано, що обладнання належить йому.

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #27 : 2021-10-24 16:05:54 »
Покажіть
# lspci | grep Eth
# dmesg | grep Eth
але навряд чи це проблеми з драйверами Ethernet під Linux.

root@mbs:/home/xuser# lspci | grep -i Eth
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
root@mbs:/home/xuser# dmesg | grep -i eth
[    0.982518] r8169 0000:03:00.0 eth0: RTL8168h/8111h, 40:b0:76:d8:da:36, XID 541, IRQ 61
[    0.982520] r8169 0000:03:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[    0.989895] r8169 0000:03:00.0 enp3s0: renamed from eth0
root@mbs:/home/xuser#
Ріалтек і в африці ріалтек.

Мені здається, що перевіркою оптоволокна має ПІП (мається на увазі постачальник Інтернет-послуг) займатися, якщо в договорі написано, що обладнання належить йому.

Невже мені третій чи пятий раз потрібно повторювати одне і те саме:?

Я замінив стару ону на нову. Запрацювало, але здається щось і з новою ону було не те. Але з новою все запрацювало.

Потім я, щоб переконатись що дійсно проблема була в ону, я підключив стару ону. І воно із старою ону запрацювало. Відвіз нову до ісп.

І от знову ні з того ні з сього "все поламалось".
---

Але якщо після заміни ону, через деякий час, знову будуть такі глюки то тоді дійсно може щось не так з кабелем, або сист блоком. ну я хйзна* що і як.
---
*хйзна - хтоЙогоЗНа.
« Змінено: 2021-10-24 16:11:23 від gdekjifgb »

Axmed

  • Гість
Re: дуже поганий аплоад
« Відповідей #28 : 2021-10-25 02:14:42 »
Ану зробіть такво
# /sbin/sysctl net.ipv4.tcp_ecn=0

Потім перевантажте компʼютер
і перевірте швидкість
wget -O /dev/null http://cachefly.cachefly.net/100mb.test

---
Після вимкнення/включення компʼютера швидкість збільшується кажете?

gdekjifgb

  • Гість
Re: дуже поганий аплоад
« Відповідей #29 : 2021-10-25 15:31:14 »
Якщо технічно прально вживати терміни, то швидкість не збільшується, а стає такою як потрібно 100/100.

Був я у ісп, ісп сказав що мабуть щось з лінуксом я намудрував або з драйверами щось не те(?)

Але!, на 1 стор цього топіку я пописав: Я перевіряв швидкість в резервній системі - на окремому ссд, а також завантажувався з інсталяційної флешки. Я не перечитував 1 стор, але там повинні бути скріншоти. Ось із флешки https://linux.org.ua/index.php?topic=11814.msg204006#msg204006

Іноді я в основній системі вмикаю впн. В резервній системі та на інсталяційній флешці  ніяких впнів нема.

Я хйзн що і як. Зараз швидкість 100/100. Завтра буде 100/100 або 4/7 .

А також на 1 стор цього топіку я писав, що З увімкненим впн швидкість бува, більша ніж без впн.

# /sbin/sysctl net.ipv4.tcp_ecn=0Цікавий параметр - зараз дізнаюсь про нього більше.

І ето... біля ящика на стовпі дійсно є намотані кільця оптоволокна.
---

net.ipv4.tcp_ecn ви вважаєте що це із-за цього? Я вже прогуглився з цього приводу. Але зараз у мене швидкість 100/100.

у мене цей параметр не змінюється (?)
root@mbs:/home/xuser# sysctl -a |grep net.ipv4.tcp_ecn
#################
net.ipv4.tcp_ecn = 2
#################
net.ipv4.tcp_ecn_fallback = 1
sysctl: чтение ключа "net.ipv6.conf.all.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.default.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.enp3s0.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.lo.stable_secret"
root@mbs:/home/xuser#
Не зрозумів чому 2? Повинно ж бути 1 або 0?

Може його потрібно записати в /etc/sysctl.conf  ?

Вже записав і перезавантажився (не sysctl -p , а реально перезавантажився). Подивлюсь що і як буде...
root@mbs:/home/xuser# sysctl -a |grep net.ipv4.tcp_ecn
net.ipv4.tcp_ecn = 0
net.ipv4.tcp_ecn_fallback = 1
sysctl: чтение ключа "net.ipv6.conf.all.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.default.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.enp3s0.stable_secret"
sysctl: чтение ключа "net.ipv6.conf.lo.stable_secret"
root@mbs:/home/xuser#

---
хочу глянути на
root@mbs:/home/xuser# sysctl -a |grep net.ipv4.tcp_ecn
net.ipv4.tcp_ecn = 0
в резервній системі.

Цікаво чому воно весною/на початку літа (і раніше) все працювало?
« Змінено: 2021-10-26 15:18:21 від gdekjifgb »