Рекомендованные сообщения

Для этого было бы неплохо посмотреть содержимое тех реквестов, вполне вероятно сервер игнорирует их, если там есть какое-то "неверное" содержимое по его мнению.

 

Такие же запросы на renew, как и последующие. Но почему-то именно в первый цикл аренды дошло дело до переполучения аренды.

Еще одно предположение - продление временно(10-20 минут) запрещается для свеже-авторизованных по IPoE юзеров, чтобы они в любом случае переполучили аренду с рабочим IP.

Вполне вероятно сервер игнорирует renew (если он до него доходит вообще) поскольку считает его невалидным по каким-то причинам (содержимое полей пакета), поэтому и писал про "проверить содержимое", желательно сверить его с RFC. Если там все нормально - то это обоснованная претензия к би.

Изменено пользователем Rivia

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

IMHO, на DHCP-сервере настраивается не это, а размер таблицы запоминаемых им соответствий. Соответственно, сервер забудет это соответствие либо при переполнении таблицы, либо при произошедшей по тем или иным причинам своей перезагрузке (переинициализации демона), либо при нехватке свободных адресов в пуле. А через конкретное время -- вряд ли...

 

как то неэкономно выходит, особенно в плане "белых" адресов wink.gif

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кстати, @nlpet, теперь, по новым правилам, время аренды и 100 адрес делаются одновременно?

А то раньше как было. Время аренды, 100 адрес, а спустя какое-то время и сам ipoe А сейчас 100подсеть признак доступа к авторизации. А что с временем аренды то? :)

Тут не правила, а скорее здравый смысл. :) Уже давно все происходит одновременно: переводят в 100-ю сеть, уменьшают время аренды до 10 минут и делают доступным IPoE.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@puleglot, Мало ли.

А то когда я бридж включил на виве - у меня адрес не протух, аренда стала час. (в роутере так и стоит). Вот и подумал, подготовка...

Оказалось глюк - после переподключения пришло новое время - 3 дня :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смотрю сегодня Бирюлево Восточное перевели...

 

Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ?

Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смотрю сегодня Бирюлево Восточное перевели...

 

Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ?

Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните.

Тут выше вся тема исполосована объяснением, было бы хорошо чтобы эту часть тоже вынесли в 1 пост.

Вы сначала получаете адрес из серой подсети, чтобы достучаться до сервера авторизации, после авторизации на котором получаете уже белый адрес на том устройстве, с которого пришла авторизация на коммутатор би. Все остальные устройства, подключенные в общий L2-сегмент с оборудованием провайдера, так и остаются в серой подсети 100.*.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Долгие годы с l2tp оставили неизгладимый след в мозгу каждого абонента корбины/билайна. Кто-то героически пытается уменьшить MTU, кому-то не нравится отсутствие маршрутов, а кто-то просто панически боится "белых" адресов прямо на физическом сетевом интерфейсе. :)

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

+Москва, районы Бирюлево Восточное и Нагатинский Затон

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смотрю сегодня Бирюлево Восточное перевели...

 

Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ?

Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните.

Тут выше вся тема исполосована объяснением, было бы хорошо чтобы эту часть тоже вынесли в 1 пост.

Вы сначала получаете адрес из серой подсети, чтобы достучаться до сервера авторизации, после авторизации на котором получаете уже белый адрес на том устройстве, с которого пришла авторизация на коммутатор би. Все остальные устройства, подключенные в общий L2-сегмент с оборудованием провайдера, так и остаются в серой подсети 100.*.

 

Благодарю, интуиция примерно так и подсказывала. Начинаю перечитывать всю тему с начала до конца ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

+Москва, районы Бирюлево Восточное и Нагатинский Затон

Авторизация протекала 10 мин. Получен внешний Dynamic IP 128.72.82.25. Аренда 10 мин. Видимо связана с авторизацией.

Локальный IP исчез после авторизации. Замеры скорости доступа в интернет IPoE Домашнего Билайн радуют. Спасибо.

 

GegtkRM.png

 

Извиняюсь за выделение жирным текстом, так в теме через чур много ненужного обсуждения, из-за которого реально полезного не видно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вот опять, еще у одного человека 99 мегабит и 12,4 мегабайт, все печалюсь и печалюсь со своими 95 и 11,5 =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну вот опять, еще у одного человека 99 мегабит и 12,4 мегабайт, все печалюсь и печалюсь со своими 95 и 11,5 =)

 

У меня, кстати, тоже больше 95 не выходит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как интересно...

NzNSzcb.png

По графикам утилизация ровные 100 Мбит, а в браузере 11.3 Мб/с.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смс пришла о работах завтра.

Наконец Царицыно переведут :)

Изменено пользователем Агрессор

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так потихоньку-понемногу и районы Москвы закончатся wink.gif

  • Upvote 3

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@KoTuK, графики читают весь трафик без разбора. А браузер показывает вам полезную скорость (без служебки)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Tsess

Понимаю) На комп прилетает 100 Мбит, а до браузера долетает 90 с копейками, многовато для служебки. Буду тестить с лайвсд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так потихоньку-понемногу и районы Москвы закончатся wink.gif

 

Спасибо за труд! )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@KoTuK, не стоит исключать то, что браузер может некорректно отображать скорость. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Tsess

их было несколько разных, ну и с секундомером посчитал, все те же 11.3 Мб/с

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Авторизация протекала 10 мин. Получен внешний Dynamic IP 128.72.82.25. Аренда 10 мин. Видимо связана с авторизацией.

Локальный IP исчез после авторизации. Замеры скорости доступа в интернет IPoE Домашнего Билайн радуют. Спасибо.

GegtkRM.png

Это возможно только при гигабитном линке на 100 Мбитном тарифе. Этому абоненту повезло! :)

 

Понимаю) На комп прилетает 100 Мбит, а до браузера долетает 90 с копейками, многовато для служебки. Буду тестить с лайвсд.

Вот ответ:

Все легко рассчитывается, если знать формат кадра Ethernet, структуру пакетов IP и прочее.

  1. Преамбула Ethernet - 7 байт
  2. Начальный ограничитель кадра - 1 байт
  3. MAC-адрес получателя - 6 байт
  4. MAC-адрес отправителя - 6 байт
  5. Поле типа и размера данных Ethernet - 2 байта
  6. Данные - длина не может быть больше MTU, а в нашем случае 1500 байт.
  7. Контрольная сумма Ethernet - 4 байта
  8. Межкадровое пространство - 12 байт

Учитывая, что максимальную скорость можно достичь только полном заполнении кадра, а также что минимальная длина заголовков:

  1. IP равна 20 байт
  2. TCP равна 20 байт
  3. UDP равна 8 байт

получаем максимальные скорости передачи информации подключении на скорости 100 Мбит/с (IPoE):

  • по TCP (1500-20-20)/(7+1+6+6+2+1500+4+12)*100 Мбит/с = 94,93 Мбит/с
  • по UDP (1500-20-8)/(7+1+6+6+2+1500+4+12)*100 Мбит/с = 95,71 Мбит/с

При использовании L2TP еще больше уменьшается максимальную скорость. Так как он является туннельным и идет поверх UDP, поэтому к собственно минимальному размеру заголовка L2TP (12 байт) придется добавить 20 байт для IP и 8 байт для UDP.

Максимальные скорости передачи информации при подключении на скорости 100 Мбит/с (L2TP):

  • по TCP (1500-20-20-20-8-12)/(7+1+6+6+2+1500+4+12)*100 Мбит/с = 92,33 Мбит/с
  • по UDP (1500-20-8-20-8-12)/(7+1+6+6+2+1500+4+12)*100 Мбит/с = 93,11 Мбит/с

Пару слов о торрент-клиентах. Они измеряют скорость в Мбайт/с = 1024*1024 байт/с = 1024*1024*8 бит/с = 8,39 Мбит/с. Также они обычно используют UDP.

Поэтому максимальная скорость скачивания торрентов при подключении на скорости 100 Мбит/с и использовании IPoE получается 11,41 Мбайт/с, а при использовании L2TP - 11,10 Мбайт/с

Добавлю, что браузеры качают по HTTP (TCP), поэтому максимальная скорость скачивания при подключении на скорости 100 Мбит/с и использовании IPoE получается 11,32 Мбайт/с, а при использовании L2TP - 11,01 Мбайт/с

Изменено пользователем _Slava_
  • Upvote 3

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для протокола TCP ~95 мегабит полезных данных - это теоретический предел при линке 100 мбит.

(1500-20-20)/1538*100 = 94.928

 

UPD. Опять я слоупок :(

Изменено пользователем puleglot

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

<...>

Добавлю, что браузеры качают по HTTP (TCP), поэтому максимальная скорость скачивания при подключении на скорости 100 Мбит/с и использовании IPoE получается 11,32 Мбайт/с, а при использовании L2TP - 11,01 Мбайт/с

Это все проясняет, спасибо! Смущал в том числе процитированный скрин.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@KoTuK, @puleglot, нужно на досуге поиграться с Jumbo-кадрами. Теоритически при 9К можно 99,14 Мбит/с по TCP достичь.

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@KoTuK, @puleglot, нужно на досуге поиграться с Jumbo-кадрами. Теоритически при 9К можно 99,14 Мбит/с по TCP достичь.

 

кстати было бы интересно посмотреть на результаты smile.gif

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@_Slava_, а смысл? Оборудование провайдера такие фреймы не примет. Да даже если примет, что с ними потом делать? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@_Slava_, а смысл? Оборудование провайдера такие фреймы не примет. Да даже если примет, что с ними потом делать? :)

 

как что-фрагментировать wink.gif в зависимости от конкретного места в сети возможны варианты-где именно, оно в формате джамбо может весьма далеко улететь на самом деле

 

п.с. практического толка, разумеется, не ожидается

Изменено пользователем nlpet

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

как что-фрагментировать wink.gif в зависимости от конкретного места в сети возможны варианты-где именно, оно в формате джамбо может весьма далеко улететь на самом деле

Вот и я о том же: фрагментировать, пересчитывать контрольные суммы и заниматься прочей бессмысленной и убыточной для прова фигней. :) Ну и TCP обычно ходит с флагом don't fragment и использует PMTUD.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

+Москва, районы Бирюлево Восточное и Нагатинский Затон

Вот и славненько, надеюсь про даниловский не забудите?

Изменено пользователем Leonard

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

кстати было бы интересно посмотреть на результаты smile.gif

Это из разряда "тест ради теста" на выделенном стенде - в реальном интернете поддержка Jumbo не распространена. Да и я точно не помню, можно ли активировать Jumbo при 100-мегабитном линке.

Update: Выяснил, что при использовании IPoE в сети Билайн траффик спокойно идет нефрагментированным при MTU не более 1518 до некоторого маршрутизатора (в моем случае - 85.21.0.93), но далее потери скорости при сборе/разборе пакетов компенсируется внешним гигабитным линком. Получаем скорость TCP (1518-40)/(1518+38)*100 Мбит/с = 94,99 Мбит/с. Это хоть и незначительное (0,06%) повышение скорости подтверждают тесты.

Использовать MTU более 1518 не получается.

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас