Rivia 82 Жалоба Опубликовано: 7 сентября 2015 (изменено) Для этого было бы неплохо посмотреть содержимое тех реквестов, вполне вероятно сервер игнорирует их, если там есть какое-то "неверное" содержимое по его мнению. Такие же запросы на renew, как и последующие. Но почему-то именно в первый цикл аренды дошло дело до переполучения аренды. Еще одно предположение - продление временно(10-20 минут) запрещается для свеже-авторизованных по IPoE юзеров, чтобы они в любом случае переполучили аренду с рабочим IP. Вполне вероятно сервер игнорирует renew (если он до него доходит вообще) поскольку считает его невалидным по каким-то причинам (содержимое полей пакета), поэтому и писал про "проверить содержимое", желательно сверить его с RFC. Если там все нормально - то это обоснованная претензия к би. Изменено 7 сентября 2015 пользователем Rivia Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
nlpet 97 Жалоба Опубликовано: 7 сентября 2015 IMHO, на DHCP-сервере настраивается не это, а размер таблицы запоминаемых им соответствий. Соответственно, сервер забудет это соответствие либо при переполнении таблицы, либо при произошедшей по тем или иным причинам своей перезагрузке (переинициализации демона), либо при нехватке свободных адресов в пуле. А через конкретное время -- вряд ли... как то неэкономно выходит, особенно в плане "белых" адресов Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
puleglot 38 Жалоба Опубликовано: 7 сентября 2015 Кстати, @nlpet, теперь, по новым правилам, время аренды и 100 адрес делаются одновременно? А то раньше как было. Время аренды, 100 адрес, а спустя какое-то время и сам ipoe А сейчас 100подсеть признак доступа к авторизации. А что с временем аренды то? Тут не правила, а скорее здравый смысл. Уже давно все происходит одновременно: переводят в 100-ю сеть, уменьшают время аренды до 10 минут и делают доступным IPoE. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Tsess 191 Жалоба Опубликовано: 7 сентября 2015 @puleglot, Мало ли. А то когда я бридж включил на виве - у меня адрес не протух, аренда стала час. (в роутере так и стоит). Вот и подумал, подготовка... Оказалось глюк - после переподключения пришло новое время - 3 дня Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Copper 64 Жалоба Опубликовано: 7 сентября 2015 Смотрю сегодня Бирюлево Восточное перевели... Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ? Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Rivia 82 Жалоба Опубликовано: 7 сентября 2015 Смотрю сегодня Бирюлево Восточное перевели... Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ? Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните. Тут выше вся тема исполосована объяснением, было бы хорошо чтобы эту часть тоже вынесли в 1 пост. Вы сначала получаете адрес из серой подсети, чтобы достучаться до сервера авторизации, после авторизации на котором получаете уже белый адрес на том устройстве, с которого пришла авторизация на коммутатор би. Все остальные устройства, подключенные в общий L2-сегмент с оборудованием провайдера, так и остаются в серой подсети 100.*. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
puleglot 38 Жалоба Опубликовано: 7 сентября 2015 Долгие годы с l2tp оставили неизгладимый след в мозгу каждого абонента корбины/билайна. Кто-то героически пытается уменьшить MTU, кому-то не нравится отсутствие маршрутов, а кто-то просто панически боится "белых" адресов прямо на физическом сетевом интерфейсе. 1 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
nlpet 97 Жалоба Опубликовано: 7 сентября 2015 +Москва, районы Бирюлево Восточное и Нагатинский Затон 1 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Copper 64 Жалоба Опубликовано: 7 сентября 2015 Смотрю сегодня Бирюлево Восточное перевели... Слушайте, а то что приставка iptv (в режиме моста) получает айпи 100.62.*.*, а роутер 95.28.*.* - это так и должно быть ? Просто как только ipoe заработало, и приставка и ТВ получали из 100.62, а через некоторое время вот так изменилось (возможно осле прохождения "авторизации" и перезагрузки роутера). Проясните. Тут выше вся тема исполосована объяснением, было бы хорошо чтобы эту часть тоже вынесли в 1 пост. Вы сначала получаете адрес из серой подсети, чтобы достучаться до сервера авторизации, после авторизации на котором получаете уже белый адрес на том устройстве, с которого пришла авторизация на коммутатор би. Все остальные устройства, подключенные в общий L2-сегмент с оборудованием провайдера, так и остаются в серой подсети 100.*. Благодарю, интуиция примерно так и подсказывала. Начинаю перечитывать всю тему с начала до конца Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Анжелла 17 Жалоба Опубликовано: 7 сентября 2015 +Москва, районы Бирюлево Восточное и Нагатинский Затон Авторизация протекала 10 мин. Получен внешний Dynamic IP 128.72.82.25. Аренда 10 мин. Видимо связана с авторизацией. Локальный IP исчез после авторизации. Замеры скорости доступа в интернет IPoE Домашнего Билайн радуют. Спасибо. Извиняюсь за выделение жирным текстом, так в теме через чур много ненужного обсуждения, из-за которого реально полезного не видно. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
allexx1980 517 Жалоба Опубликовано: 7 сентября 2015 Ну вот опять, еще у одного человека 99 мегабит и 12,4 мегабайт, все печалюсь и печалюсь со своими 95 и 11,5 =) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Copper 64 Жалоба Опубликовано: 7 сентября 2015 Ну вот опять, еще у одного человека 99 мегабит и 12,4 мегабайт, все печалюсь и печалюсь со своими 95 и 11,5 =) У меня, кстати, тоже больше 95 не выходит. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
KoTuK 8 Жалоба Опубликовано: 7 сентября 2015 Как интересно... По графикам утилизация ровные 100 Мбит, а в браузере 11.3 Мб/с. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Агрессор 6 Жалоба Опубликовано: 7 сентября 2015 (изменено) Смс пришла о работах завтра. Наконец Царицыно переведут Изменено 7 сентября 2015 пользователем Агрессор Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
nlpet 97 Жалоба Опубликовано: 7 сентября 2015 так потихоньку-понемногу и районы Москвы закончатся 3 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Tsess 191 Жалоба Опубликовано: 7 сентября 2015 @KoTuK, графики читают весь трафик без разбора. А браузер показывает вам полезную скорость (без служебки) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
KoTuK 8 Жалоба Опубликовано: 7 сентября 2015 Tsess Понимаю) На комп прилетает 100 Мбит, а до браузера долетает 90 с копейками, многовато для служебки. Буду тестить с лайвсд. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
tito33 2 Жалоба Опубликовано: 7 сентября 2015 так потихоньку-понемногу и районы Москвы закончатся Спасибо за труд! ) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Tsess 191 Жалоба Опубликовано: 7 сентября 2015 @KoTuK, не стоит исключать то, что браузер может некорректно отображать скорость. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
KoTuK 8 Жалоба Опубликовано: 7 сентября 2015 Tsess их было несколько разных, ну и с секундомером посчитал, все те же 11.3 Мб/с Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_Slava_ 152 Жалоба Опубликовано: 7 сентября 2015 (изменено) Авторизация протекала 10 мин. Получен внешний Dynamic IP 128.72.82.25. Аренда 10 мин. Видимо связана с авторизацией. Локальный IP исчез после авторизации. Замеры скорости доступа в интернет IPoE Домашнего Билайн радуют. Спасибо. Это возможно только при гигабитном линке на 100 Мбитном тарифе. Этому абоненту повезло! Понимаю) На комп прилетает 100 Мбит, а до браузера долетает 90 с копейками, многовато для служебки. Буду тестить с лайвсд. Вот ответ: Все легко рассчитывается, если знать формат кадра Ethernet, структуру пакетов IP и прочее. Преамбула Ethernet - 7 байт Начальный ограничитель кадра - 1 байт MAC-адрес получателя - 6 байт MAC-адрес отправителя - 6 байт Поле типа и размера данных Ethernet - 2 байта Данные - длина не может быть больше MTU, а в нашем случае 1500 байт. Контрольная сумма Ethernet - 4 байта Межкадровое пространство - 12 байт Учитывая, что максимальную скорость можно достичь только полном заполнении кадра, а также что минимальная длина заголовков: IP равна 20 байт TCP равна 20 байт 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 Мбайт/с Изменено 8 сентября 2015 пользователем _Slava_ 3 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
puleglot 38 Жалоба Опубликовано: 7 сентября 2015 (изменено) Для протокола TCP ~95 мегабит полезных данных - это теоретический предел при линке 100 мбит. (1500-20-20)/1538*100 = 94.928 UPD. Опять я слоупок Изменено 7 сентября 2015 пользователем puleglot Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
KoTuK 8 Жалоба Опубликовано: 7 сентября 2015 <...> Добавлю, что браузеры качают по HTTP (TCP), поэтому максимальная скорость скачивания при подключении на скорости 100 Мбит/с и использовании IPoE получается 11,32 Мбайт/с, а при использовании L2TP - 11,01 Мбайт/с Это все проясняет, спасибо! Смущал в том числе процитированный скрин. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_Slava_ 152 Жалоба Опубликовано: 7 сентября 2015 (изменено) @KoTuK, @puleglot, нужно на досуге поиграться с Jumbo-кадрами. Теоритически при 9К можно 99,14 Мбит/с по TCP достичь. Изменено 7 сентября 2015 пользователем _Slava_ Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
nlpet 97 Жалоба Опубликовано: 7 сентября 2015 @KoTuK, @puleglot, нужно на досуге поиграться с Jumbo-кадрами. Теоритически при 9К можно 99,14 Мбит/с по TCP достичь. кстати было бы интересно посмотреть на результаты Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
puleglot 38 Жалоба Опубликовано: 7 сентября 2015 @_Slava_, а смысл? Оборудование провайдера такие фреймы не примет. Да даже если примет, что с ними потом делать? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
nlpet 97 Жалоба Опубликовано: 7 сентября 2015 (изменено) @_Slava_, а смысл? Оборудование провайдера такие фреймы не примет. Да даже если примет, что с ними потом делать? как что-фрагментировать в зависимости от конкретного места в сети возможны варианты-где именно, оно в формате джамбо может весьма далеко улететь на самом деле п.с. практического толка, разумеется, не ожидается Изменено 7 сентября 2015 пользователем nlpet Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
puleglot 38 Жалоба Опубликовано: 7 сентября 2015 как что-фрагментировать в зависимости от конкретного места в сети возможны варианты-где именно, оно в формате джамбо может весьма далеко улететь на самом деле Вот и я о том же: фрагментировать, пересчитывать контрольные суммы и заниматься прочей бессмысленной и убыточной для прова фигней. Ну и TCP обычно ходит с флагом don't fragment и использует PMTUD. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Leonard 2 Жалоба Опубликовано: 7 сентября 2015 (изменено) +Москва, районы Бирюлево Восточное и Нагатинский Затон Вот и славненько, надеюсь про даниловский не забудите? Изменено 7 сентября 2015 пользователем Leonard Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_Slava_ 152 Жалоба Опубликовано: 8 сентября 2015 (изменено) кстати было бы интересно посмотреть на результаты Это из разряда "тест ради теста" на выделенном стенде - в реальном интернете поддержка Jumbo не распространена. Да и я точно не помню, можно ли активировать Jumbo при 100-мегабитном линке. Update: Выяснил, что при использовании IPoE в сети Билайн траффик спокойно идет нефрагментированным при MTU не более 1518 до некоторого маршрутизатора (в моем случае - 85.21.0.93), но далее потери скорости при сборе/разборе пакетов компенсируется внешним гигабитным линком. Получаем скорость TCP (1518-40)/(1518+38)*100 Мбит/с = 94,99 Мбит/с. Это хоть и незначительное (0,06%) повышение скорости подтверждают тесты. Использовать MTU более 1518 не получается. Изменено 8 сентября 2015 пользователем _Slava_ Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
