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

28.11.2021 в 00:10, dustwashere сказал:

Питер, центр города, сегодня обнаружил адрес с 100. Позвонил в техподдержку и перевел подключение на Ipoe. тариф 300 мб - скорость стала ниже на 20-30 мб ниже тарифной, но врядли это получится победить. роутер стал показывать загрузку ЦП  2-3%.

Как с временем авторизации, не как пишут по 15 минут ждать? До этого то же было 300Мбит, а подключение 1Гбит до оборудки билайн?, а то у меня 100 до оборудки, и стрёмно, что при любом отвале будет надо ждать 15 минут, то же сегодня IP выдался белый после отвалов инете с 95., потом серый за NAT c 100., потом переподключил - опять белый XD, а переходить ли хз.

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


Ссылка на сообщение
Поделиться на других сайтах
13 часов назад, FreeBlind сказал:

стрёмно, что при любом отвале будет надо ждать 15 минут

10-15 минут это на регистрацию нового MAC Вашего клиентского оборудования на Ваш клиентский договор и роутинга. Если Вы MAC-и не меняете, как перчатки, инет поднимается сразу по загрузке Вашего устройства доступа в сеть билайн и не надо ходить на регистрацию IPoE. У меня так.

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


Ссылка на сообщение
Поделиться на других сайтах
13 часов назад, FreeBlind сказал:

Как с временем авторизации, не как пишут по 15 минут ждать? До этого то же было 300Мбит, а подключение 1Гбит до оборудки билайн?

как выше камрад ответил - 10-15 минут было первый раз, после этого достаточно быстро

про вторую фразу не понимаю вас

если тариф 300 мб то логично что оборудование от провайдера на 1 гб

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

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


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

Перешёл на IPoE СПБ ВО, думаю проблем не будет т.к. и до этого не было, 15 минут подождал авторизации никуда не звонил, по спидтесту все штатно 92-96 прием, отдача, буду ждать гигабит и адекватных тарифов 200-300 иначе и 100 за глаза.

  • Like 1
  • Upvote 2

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


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

Появилась возможность перехода на ipoe, перенастроил, подключил. Подскажите, что произойдет при финансовой блокировке (окончании денег)? "Сессия" разорвется, придет адрес на 100... и будет доступна страничка login.beeline...? Интересуюсь, т.к. иногда плачу за другой логин и пользуюсь им, смогу ли без проблем по нему подключаться, когда закончатся деньги на основном?

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


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

просто вас будет перекидывать на страницу где будет говориться, что у вас закончились деньги и будет приводиться способы оплаты. Так же возможно и напишут что вам доступен сервис при нулевом балансе и его условия. Да и адрес во время блокировки будет в зоне 100. Резервный логин по тому же адресу ? Касательно логинов лучше набрать этот адрес самому или просто сменить на время мак адрес сетевой карты или роутера.

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

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


Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, serge39 сказал:

иногда плачу за другой логин и пользуюсь им

Я тоже, у меня ещё и два "UTP хвоста", по хвосту на логин и, допустим, один роутер. По логинам, как угодно - то доброблок, то финблок. Далее именно так, сессия рвётся, IPv4 прилетает 100... При оплате / выводе из блока, перетыкаю соответствующий хвост в WAN порт роутера, сам иду на страницу авторизации IPoE и через 10-15 минут я в сети. Чего и Вам желаю!

  • Like 1

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


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

Оказывается вчера ночью получил 100-ый IP.

Сейчас настроил подключение по IPoE.

Разницы никакой не заметил (впрочем IMHO и не должен был), ну только нагрузка на процессор роутера упала.

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


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

Как отключить IoE? В ТП отправили на форум, сами не могут этого сделать.

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


Ссылка на сообщение
Поделиться на других сайтах
29 минут назад, skroff сказал:

Как отключить IoE? В ТП отправили на форум, сами не могут этого сделать.

Требуйте переключить на старшего: функция переключения (возврата) с IPoE (а не IoE, как Вы написали) на L2TP -- именно у техподдержки.

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


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

Подскажите еще, как с ipoe залогиниться в интернет в другой квартире ( по другому проводу). На l2tp надо было разъединить соединение на старом адресе, и можно подключаться на новом. На ipoe даст просто залогиниться на новом, а на старом выбъет? Получится так?

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


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

Доброго дня!

На свою голову переподключился с l2tp на IPoE - в СПб.  Подключенное оборудование - Mikrotik Audience.

Видимо делать этого не следовало...

1. Даже после авторизации на странице beeline после перезагрузки (МАК не меняется!!!!) роутер длительное время не может получить адреса по dhcp (в среднем минут 5-10 -точно не засекал). Правильно ли я понимаю, что это не баг, а фича и с этим нужно просто смириться? Дальше больше - 16.12.2021 в течение дня роутер не мог получить лизинг в течение примерно 2,5-3 часов. А потом оно "само" заработало :)..

Но самое интересно дальше:

2. Первые обращения к большинству IP почему-то блокируются - " Communication prohibited by filter". И только спустя некоторое время - начинает пускать трафик. В итоге - постоянные вылеты ivi, большая часть сайтов не открывается с первого раза, и возникает острое желание поменять провайдера. Хочу сразу обратить внимание, что симптомы аналогичные, независимо от того, откуда идет пинг - с самого роутера или с какого-либо устройства внутри сети.

Подскажите, как можно это починить?

 

Логи пингов ниже:

PING cloudflare-dns.com (104.16.249.249): 56 data bytes

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 1326   0 0000  3e  01 e3c2 192.168.99.14  104.16.249.249 

 

Request timeout for icmp_seq 0

64 bytes from 104.16.249.249: icmp_seq=1 ttl=59 time=2.078 ms

64 bytes from 104.16.249.249: icmp_seq=2 ttl=59 time=2.638 ms

64 bytes from 104.16.249.249: icmp_seq=3 ttl=59 time=10.728 ms

64 bytes from 104.16.249.249: icmp_seq=4 ttl=59 time=2.518 ms

64 bytes from 104.16.249.249: icmp_seq=5 ttl=59 time=1.792 ms

64 bytes from 104.16.249.249: icmp_seq=6 ttl=59 time=2.112 ms

——————————————

 

 

PING mail.ru (217.69.139.202): 56 data bytes

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 8f54   0 0000  3e  01 648e 192.168.99.14  217.69.139.202 

 

Request timeout for icmp_seq 0

64 bytes from 217.69.139.202: icmp_seq=1 ttl=55 time=54.874 ms

64 bytes from 217.69.139.202: icmp_seq=2 ttl=55 time=53.429 ms

64 bytes from 217.69.139.202: icmp_seq=3 ttl=55 time=53.873 ms

64 bytes from 217.69.139.202: icmp_seq=4 ttl=55 time=57.708 ms

64 bytes from 217.69.139.202: icmp_seq=5 ttl=55 time=60.766 ms

64 bytes from 217.69.139.202: icmp_seq=6 ttl=55 time=54.317 ms

————————————————

 

PING ivi.ru (80.67.43.1): 56 data bytes

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 5c39   0 0000  3e  01 8175 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 0

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 9914   0 0000  3e  01 449a 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 1

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 486f   0 0000  3e  01 953f 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 2

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 ace1   0 0000  3e  01 30cd 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 3

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 4676   0 0000  3e  01 9738 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 4

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 a65d   0 0000  3e  01 3751 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 5

36 bytes from 89.113.47.45: Communication prohibited by filter

Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst

 4  5  00 5400 b872   0 0000  3e  01 253c 192.168.99.14  80.67.43.1 

 

Request timeout for icmp_seq 6

64 bytes from 80.67.43.1: icmp_seq=7 ttl=56 time=10.833 ms

64 bytes from 80.67.43.1: icmp_seq=8 ttl=56 time=10.800 ms

64 bytes from 80.67.43.1: icmp_seq=9 ttl=56 time=11.532 ms

64 bytes from 80.67.43.1: icmp_seq=10 ttl=56 time=10.840 ms

^C

--- ivi.ru ping statistics ---

11 packets transmitted, 4 packets received, 63.6% packet loss

round-trip min/avg/max/stddev = 10.800/11.001/11.532/0.307 ms

Что посоветуете? 

Изменено пользователем NikIv
  • Upvote 1

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


Ссылка на сообщение
Поделиться на других сайтах
13 минут назад, jeugen сказал:

Доброго дня!

На свою голову переподключился с l2tp на IPoE - в СПб.  Подключенное оборудование - Mikrotik Audience.

Видимо делать этого не следовало...

1. Даже после авторизации на странице beeline после перезагрузки (МАК не меняется!!!!) роутер длительное время не может получить адреса по dhcp (в среднем минут 5-10 -точно не засекал). Правильно ли я понимаю, что это не баг, а фича и с этим нужно просто смириться? Дальше больше - 16.12.2021 в течение дня роутер не мог получить лизинг в течение примерно 2,5-3 часов. А потом оно "само" заработало :)..

Но самое интересно дальше:

2. Первые обращения к большинству IP почему-то блокируются - " Communication prohibited by filter". И только спустя некоторое время - начинает пускать трафик. В итоге - постоянные вылеты ivi, большая часть сайтов не открывается с первого раза, и возникает острое желание поменять провайдера. Хочу сразу обратить внимание, что симптомы аналогичные, независимо от того, откуда идет пинг - с самого роутера или с какого-либо устройства внутри сети.

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

По поводу п. 2 - у меня другой роутер (Keenetic) и подобных проблем не наблюдаю.

Так что советую проверить при подключении напрямую, без роутера.

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


Ссылка на сообщение
Поделиться на других сайтах
17.12.2021 в 12:13, jeugen сказал:

Первые обращения к большинству IP почему-то блокируются - " Communication prohibited by filter".

проблема решена. 

Как оказалось отказ от l2tp не снял ограничение на размер пакетов. Стандартная метрика 1500 и приводила к столь забавным симптомам. 

Указание метрики MTU 1460 на интерфейсе билайна (wan) решило проблему. 

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


Ссылка на сообщение
Поделиться на других сайтах
20.12.2021 в 08:54, jeugen сказал:

Указание метрики MTU 1460 на интерфейсе билайна (wan) решило проблему. 

У меня появились проблемы с августа этого года на l2tp. Долго открывались страницы, ленты не прокручивались подвисали.

Хотя сколько лет на билайне и не менял значение MTU, все было итак нормально. Решено было указанием MTU 1460 в настроиках именно l2tp.

В поддержке кинетика уверяли что роутер все данные получает от провайдера и только в крайнем случае можно менять значение MTU, а вот на интерфейсе билайна (wan) сказали вообще не трогать, там всегда 1500.

Теперь я тоже перешел на IPoE пока вроде не замечал проблем, а также проверил пингом, (ping www.yandex.ru -f -l 1472) все проходит т.е. плюс еще 28 и как раз имеем 1500

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


Ссылка на сообщение
Поделиться на других сайтах
23.12.2021 в 14:27, Tailor сказал:

У меня появились проблемы с августа этого года на l2tp. Долго открывались страницы, ленты не прокручивались подвисали.

Теперь я тоже перешел на IPoE пока вроде не замечал проблем, а также проверил пингом, (ping www.yandex.ru -f -l 1472) все проходит т.е. плюс еще 28 и как раз имеем 1500

Похоже Вы правы. Вчера в качестве эксперимента вернул метрику обратно, подождал минут 10 dhcp обновится - и все заработало... Никаких потерь пакетов и тормозов и traceroute все прекрасно отрабатывает. В общем - все норм, хотя с моей стороны не менялось НИЧЕГО. 

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


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

Народ - а кого в IPoE стали загонять в "серые" IP?

Например у меня на роутере IP из сети 100.x.x.x - а в реальности в инет выходит с другим IP из 85.x.x.x подсети

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

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


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

 

17.12.2021 в 12:13, jeugen сказал:

1. Даже после авторизации на странице beeline после перезагрузки (МАК не меняется!!!!) роутер длительное время не может получить адреса по dhcp (в среднем минут 5-10 -точно не засекал). Правильно ли я понимаю, что это не баг, а фича и с этим нужно просто смириться? Дальше больше - 16.12.2021 в течение дня роутер не мог получить лизинг в течение примерно 2,5-3 часов. А потом оно "само" заработало :)..

Такая же проблема - после перезагрузки роутера (Мак остается прежним), роутер получает айпи в течении 8 минут. Поддержку долбить этим бесполезно? Какой-то 19 век... 8 минут ждать, чтобы получить серый адрес за NAT-ом)

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


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Unknown007 сказал:

 

Такая же проблема - после перезагрузки роутера (Мак остается прежним), роутер получает айпи в течении 8 минут. Поддержку долбить этим бесполезно? Какой-то 19 век... 8 минут ждать, чтобы получить серый адрес за NAT-ом)

там разное время бывает. У меня бывает и через 2 минуты и через 6. Подозреваю что дело в алгоритме работы DHCP сервера. Возможно что есть ограничение на кол-во подключений. Возможно что данные о подключениях так долго обновляются каждый раз. В любом случае это явно перебор  и говорить про качество такой услуги не приходится. И да замечу речь ведь вроде как идет о CGNAT....

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

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


Ссылка на сообщение
Поделиться на других сайтах
03.01.2022 в 18:03, Unknown007 сказал:

 

Такая же проблема - после перезагрузки роутера (Мак остается прежним), роутер получает айпи в течении 8 минут. Поддержку долбить этим бесполезно? Какой-то 19 век... 8 минут ждать, чтобы получить серый адрес за NAT-ом)

 

03.01.2022 в 19:04, Serpikk1 сказал:

там разное время бывает. У меня бывает и через 2 минуты и через 6. Подозреваю что дело в алгоритме работы DHCP сервера. Возможно что есть ограничение на кол-во подключений. Возможно что данные о подключениях так долго обновляются каждый раз. В любом случае это явно перебор  и говорить про качество такой услуги не приходится. И да замечу речь ведь вроде как идет о CGNAT....

Несколько раз пришлось перезагружать, ни разу меньше чем за 8 мин не подключалось. Да к этому еще добавилось последние дни проблемы с ютуб и плей маркет, через домашний интернет (т.е. по вайфай или по проводу не важно) не обновляется приложения. Сказали в техслужбе что проблему знают и решают.

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


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

Вроде в ЛК черным по белому написано, что после активации через веб-форму интернет появляется в течение 10 минут. Быстрее можно сделать через ТП.

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


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, Orion33 сказал:

Вроде в ЛК черным по белому написано, что после активации через веб-форму интернет появляется в течение 10 минут. Быстрее можно сделать через ТП.

Это при смене MAC (или при первичной активации).

При перезагрузке роутера у меня практически мгновенно.

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

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


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

При белом динамическом адрес при перезагрузке или например включении или отключении сетевого адаптера появлялся до 20 секунд. После перевода за CGNAT это время составляет до 10 минут. При первичной авторизации или смена макадреса ожидание до 10 минут. Разница лишь в том что адреса что dhcp,шлюза и выдаваемый адрес в зоне 100. Только различает после авторизации другой подсетью в этой зоне но dhcp,шлюз остается одинаковым по адресу как и в случае до авторизации.  Это все при прямом соединении. Вывод какой чуда нет просто у билайна одни подсети в зоне 100 с инетом а другие нет.

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

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


Ссылка на сообщение
Поделиться на других сайтах
9 минут назад, Serpikk1 сказал:

или например включении или отключении сетевого адаптера появлялся до 20 секунд.

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

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

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


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

А вы уверены что прописыванием настроек у себя вы процедуры их получение заменяете для начала работы ? К тому же это костыли в данном случае. Да и не стоит забывать статика стоит денег сверху. Проще говоря костыль не бесплатный получится.

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

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


Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, Orion33 сказал:

Если куплен фиксированный адрес, что мешает прописать все установки статично?

Не уверен, что поможет - всё равно аренда должна быть выдана Билайном.

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


Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, V_V_S сказал:

Не уверен, что поможет - всё равно аренда должна быть выдана Билайном.

Лет дцать назад у меня был случай, роутер был собран на Вин2003, и в какой-то момент он перестал по DHCP получать адрес локальной сети. Я тогда просто прописал вручную - и все прекрасно работало.

6 минут назад, Serpikk1 сказал:

А вы уверены что прописыванием настроек у себя вы процедуры их получение заменяете для начала работы ?

В завтрашний день могут смотреть не только лишь все.

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


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, Orion33 сказал:

Лет дцать назад у меня был случай, роутер был собран на Вин2003, и в какой-то момент он перестал по DHCP получать адрес локальной сети. Я тогда просто прописал вручную - и все прекрасно работало.

Я ж не утверждаю категорически, что это не поможет, я просто очень сильно в этом сомневаюсь. :)

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


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

Касательно до 10 минут при переподключении. Есть предположение что при белых динамических при отключении DHCP-сервер видимо обнулял запись о сессии. Что в принце и вроде как и должно происходить в нормальной ситуации. При CGNAT это почему-то не происходит видимо. Хотя пакеты про освобождения адреса dhcp-клиенты в обоих случаях должны отсылать ему. В случае CGNAT видимо что-то нитак и пока не истекут те самые первые  10 минут сервер будет вас условно не замечать. Единственное различие которое я вижу в этих двух вариантах что в первом белый адрес а вот втором серый.

Изменено пользователем Serpikk1
  • Like 1

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


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

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

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

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

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

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

Войти

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

Войти сейчас