Grigoriy-86, вот такой купил C-DATA xPON ONT FD511G-X-APC. Разные прошивки перепробовал. PON регистрацию проходит статус (O5) начинает показывать Tx, после ребута терминал создает IPOE "интерфейс" пробовал из под терминала пинговать ничего.
0. Прописал SN и SN Password.
1. Создал Bridge с приоритетом 0, VLAN ID 20 как у знакомого. Пишет конектед.
2. IPOE подкрутил приоритет 1, VLAN ID 1089 как у знакомого. На IPOE стоит галка DHCP.
3. Пробовал докидывать сразу PPPOE но не проходит авторизация.
Подкидываю к роутеру ничего даже обмен не мигает, пробовал пинговать из под терминала тоже ничего, может что то не так делаю я так по верхам что то знаю в но не так углубленно.
Есть ли вероятность того что в пакетах идут доп данные типа MAC или Device ID из за чего фильтр не проходит.
Поведение такое 25.05.25 весь день были разрывы авторизации Пн, Вт пока ковырялся с новым ONT терминалом и между делом подключая обратно старый дропов у старого не было по авторизации. Так и не смог PPPOE настроить на новом но регистрацию нового на сетях прошел Настройки на новом были Bridge и IPOE. Удалось узнать какие VLAN ID используются в моем городе через знакомого, но все это не помогло поднять PPPOE соединение. Вернул 28.05.25 старый терминал подключил сразу авторизацию поймал все завелось как прежде. В период с 22:00 по 23:30 снова был разрыв авторизации на 5-10 минут после этого не наблюдалось. На вебморде старого и вправду ничего нет кроме SN Password и технической информации о устройстве. От РТ ничего не удалось получить касаемо их нового оборудования хочется конечно освежить этого старичка судя по шилдику он с 2010 года.
Писал РТ на счет разрыва авторизации они разводят руками и говорят что у них все отлично, остальная их позиция впарить новый терминал или модем. Запросил созвон со специалистом так и не позвонили. Буду дальше сидеть и собирать статистику. Ах да провал через UART считать инит но наощуп не удалось найти ни сам сериал порт ни его комбинацию. На плате есть 4 пин коннектор 3.3V GND 2.4V 3.3V а так же что то похожее на jtag 14 пин.
Думаю как вариант подключится через сериал порт посредсвам юарт, но борды платы нет и где там сериал порт непонятно. Две колодки торчат на 4 пин с токами 3.3v и одной землей и колодка на 14 пинов где весь нижний нряд это земля. Плата rtf2066v v.3.0
Удалось пройти регистрацию нового оборудования по оптике путем подмены pon sn и sn password от ростекомовского оборудования. Само pppoe не проходит пытался VLAN id подобрать, не вышло. РТ упирается рогами и не дает дополнительной информации. Сводит к выкупу их оборудования.
AntHTML, я бы к оптике вообще не прикасался если бы они делали как к-телеком в моем городе. Ставят простой медиаконвертер с одним оптическим входом и 1 лан выходом и все. Никакой аренды и выкупа оборудования. Тут же мой бунтарь внутри меня хочет идти против навязывания системой)
Неполадки были на стороне провайдера. Залез в этот терминал а он аж 2010 года старющий. Настроек мало только SN пасворд мак и серийник все больше ничего. Купил ONT коробку смог пройти регистрацию подменой SN а вот pppoe не пролетает. РК говорит покупай мое и покинула чат. Vlan id не знаю. Wan в режиме моста.
чтобы развесить сомнения авторизацию и на компе проходил, она верная. Т.е. я перебрал все комбинации и пришел к выводу что проблема либо в терминале либо в провайдере
Когда происходит дроп авторизации роутер пытается восстановить ее но не может. Подключался напрямую к терминалу и проходил авторизацию с пк тоже не срабатывало. Вставлял обратно в роутер и ждал около получаса потом авторизация проходила
Илья Голец, мне кажется что моя конфигурация сессии по куки не работает всвяски с кастомным мидлваре по проверки аутентификации. Потому что я заметил что на момент когда сервер разворачивается авторизованного пользователя пройти авторизацию у этого пользователя уже есть куки авторизации. Из этого я делаю вывод что пользователь хранит токен авторизации который должен совпадать с токеном на сервере, и пользователя разворачивает на авторизацию. Причем время удержания составляет дефолтные 30 минут. Из этого делаю вывод что моя конфигурация аутентификации по куки не работает она в (дефолтном) состоянии. Причем есть еще один проект с точно такой же реализацией и там все работает как задумано.... Пока что я написал свою кастомную реализацию без подкапотных клаймсов, и вот это работает как и задумывалось куки закодированы и держаться указанное время.
это не выход так как условия отбора динамические, решение в общем уже найдено путем встраивания (постоянных) параметров в шапку текстовки запроса переде select, а (динамические) параметры и параметры по типу DateTime или тек которые подвержены инъекции все также передаю через command.Parameters. После таких манипуляций вышел на +/- 4 секунды
*постоянные тек которыми не управляет пользователь
*динамические те что выбирает пользователь для отбора конечного
Вероятнее всего проблема может быть связанна с данными
Параметры в подавляющем случает интовые и 2 штуки DateTime, никаких сложных преобразований в самом запросе нет.
firstmixon, составной кластеризованный индекс имеется усечение выборки идет как раз по индексированным полям. Перестроение индексов ранее выполнялась, дефрагментация менее 10%. В запросе так же участвуют процедуры.
firstmixon, это разовый запрос. Запрос писал в MS SQL прогнал, выполнился быстро. Перенес текстовку на c# в метод, обернул юзингами, добавил параметры в SQLCommand, запустил, результат получил через ~27 секунд вместо 4 секунд в MSSQL думал может я праметры передал каряво что он их динамически типизирует, ладно указал типы для параметров это проблемы не решило, глазами парсил листинг так ничего не увидел, подсмотрел как делает запросы начальник. Перенял подход некоторые параметры вшивать прямо в листинг перед select. Повторил запос и ахренел как быстро он выполнился. Пришел к выводу, что черезмерное большое количество параметров переданных через SQLCommand каким то образом душит запрос или анализатор (не знаю). Я так и не понял почему запрос так медленно выполнялся, я даже развернул базу на домашнем пк и результат был такой же медленный, прям загадка. Как только не вертел запрос, но единственный лучший вариант был это вшить некоторые параметры int, decimal и даже string в листинг запроса, а DateTime я так и оставил в параметрах SQLCommand. После этих манипуляций запрос выполнился ожидаемо быстро. [для меня это пока загадка]
0. Прописал SN и SN Password.
1. Создал Bridge с приоритетом 0, VLAN ID 20 как у знакомого. Пишет конектед.
2. IPOE подкрутил приоритет 1, VLAN ID 1089 как у знакомого. На IPOE стоит галка DHCP.
3. Пробовал докидывать сразу PPPOE но не проходит авторизация.
Подкидываю к роутеру ничего даже обмен не мигает, пробовал пинговать из под терминала тоже ничего, может что то не так делаю я так по верхам что то знаю в но не так углубленно.
Есть ли вероятность того что в пакетах идут доп данные типа MAC или Device ID из за чего фильтр не проходит.