Группа: Admin
Сообщений: немеряно
Регистрация: 21.06.03 Авторитет: 100
Вне форума
etalon фигли мне еще было делать пока достучался до хоть кого нибудь, только себя фоткать, так что на фото ваш покорный слуга ожидающий соединения с сервисом телекома
____________________
Ничто так не сближает людей, как снайперский прицел
Группа: Admin
Сообщений: немеряно
Регистрация: 21.06.03 Авторитет: 100
Вне форума
пока пытаются чихвостить Крымтел по поводу того что компания не предоставляет сплитов, зато предоставляет качественную 24/7 услугу, я пополирую кости коллегам с укртелекома
Цитата
Тут новые новости появились. УТ что-то изменил во внутреннем софте и все люди в городе, которые получают ОГО от выносов наталкиваются на 100% ошибки авторизации, и уже второй день сидят без ОГО, хотя синхронизация есть. Местная поддержка говорит что о проблеме знает, пытается решить и не называет сроков(т.е. решить в принципе ничего не могут). Поддержка 8-800 ответила честно что протупили и такие проблемы практически у всех кто получает услугу с выносов. Итого не работало 2 суток, так что родимое ОГО с такими детскими проблемами и "вечерним длинным пингом"(ц) превращается в нечто хуже локалки. Почему? потому что в случае локалки можно всё решить в одном городе, а в случае ОГО-протупивший дядя или тётя в Киеве решает судьбы всей страны, а местная фиктивная поддержка только для того чтобы настраивать скорость на порту и ничего более. Молодцы
вот моя картинка, утром не обнаружил старта сессии даже после ребута модема
Код
Jan 1 02:00:25 pppd[137]: Plugin rp-pppoe.so loaded. Jan 1 02:00:25 pppd[137]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2 Jan 1 02:00:25 pppd[139]: pppd 2.4.2 started by Dekker, uid 0 Jan 1 02:00:26 dropbear[152]: Running in background Jan 1 02:00:39 kernel: kjournald starting. Commit interval 5 seconds Jan 1 02:00:39 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended Jan 1 02:00:39 kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,1), internal journal Jan 1 02:00:39 kernel: EXT3-fs: recovery complete. Jan 1 02:00:39 kernel: EXT3-fs: mounted filesystem with ordered data mode. Jan 1 02:00:39 USB storage: ext3 fs at /dev/discs/disc0/part1 mounted to /tmp/mnt/disc0_1 Jan 1 02:01:00 pppd[139]: Timeout waiting for PADO packets Jan 1 02:01:00 pppd[139]: Unable to completePPPoEDiscovery
отлуп идет сразу, почти мгновенно, отключаем модем от роутера, проверяем настройки, все норм, подключаем модем обратно к роутеру, стартуем PPPOE вручную
Код
Jan 1 02:01:30 pppd[139]: PPP session is 9628 Jan 1 02:01:30 pppd[139]: Using interface ppp0 Jan 1 02:01:30 pppd[139]: Connect: ppp0 <--> vlan1 Jan 1 02:01:31 pppd[139]: Remote message: permissiondenied Jan 1 02:01:31 pppd[139]: PAPauthenticationfailed Jan 1 02:01:31 pppd[139]: Connection terminated. Jan 1 02:02:01 pppd[139]: PPP session is 10541 Jan 1 02:02:01 pppd[139]: Using interface ppp0 Jan 1 02:02:01 pppd[139]: Connect: ppp0 <--> vlan1 Jan 1 02:02:03 pppd[139]: PAPauthentication succeeded
не с первого раза, но взаимности удалось добиться
____________________
Ничто так не сближает людей, как снайперский прицел
Таки да, сия проблема и «корпоративный» сектор затронула примерно около полуночи сессия отвалилась и всё... Хорошо, что УТ-шный линк торчал на моей машинке, а не на серваке, который прекрасно себе работал на крымтеловском канале... Вот сейчас выключил модем, руками перестартовал pppd... и с пятой попытки приконнектились...
В общем лишний раз убеждаюсь в правильности своего решения задублировать каналы на работе
adeep Ну тем не менее я часто наблюдаю картину, когда мои точки, использующие «обычный» ОГО, в дауне (причем в дауне именно с теми симптомами, что у Rumata Timeout waiting for PADO packets... Unable to completePPPoEDiscovery), в то время как «корпоративный» ОГО вполне себе работает.
В любом случае выбирать-то, особенно в нецентровых населённых пунктах, не из чего. УТ, хоть и регулярно косячит, но таки подал магистральные полосы в райцентры. А кто из прочих провайдеров национального уровня этим может похвастаться?.. А если и может... тонкости маршрутизаций между украинскими провайдерами... гм, я тут ежедневно вижу, насколько «хорошо» ходить из-под УТ, ГолденТелекома, Крымтела (не помню, чей у них трафик) на днепропетровский Алькар...
Приведите пример, please. Чтоб у этогооператора действительно в каждом крымском городе/райцентре была собственная площадка, свои магистрали и свои опорные сети по населенному пункту.
Цитата(adeep @ 27 Сентября, 2008, 20:00)
только через алькар (ака Оптима, Фарлеп, Укомлайн и т.д.)
Отож. А так как Оптима и иже с ними однюдь не повсеместно... И толку с них, если, например, пара моих точек в сетке Оптимы, а остальные в сетке, скажем, УТ... и вместо нормальной передачи данных я буду иметь перманентный геморрой... В этом плане УТ рулит хотя б потому, что есть везде Отпадает проблема кривых маршрутов
Группа: Gold Member
Сообщений: 795
Регистрация: 04.11.06 Авторитет: 1
Вне форума
Предупреждения: (0%)
Цитата(SwD @ 27 Сентября, 2008, 19:07)
Приведите пример, please. Чтоб у этогооператора действительно в каждом крымском городе/райцентре была собственная площадка, свои магистрали и свои опорные сети по населенному пункту.
МТС, Киевстар. у остальных похуже. Ну и с опорными сетями по местности тоже немного хуже, но точки каждые 2км стоят в большинстве мест.
____________________
"BSD code sucks. Of course, everything else sucks far worse." - Theo de Raadt