| ||
для тех кто на CallBack на Tenet-Power
есть тут кто активно использует CallBack на Tenet-Power ?
последний месяц-полтора не наблюдали глюков когда звонишь на CallBack а соединение устанавливает сразу же, без обратного звонка ?
это можно также пробить если посмотреть логи в своей статистике ну и по большому счету за телефон у телефонного оператора
Доброго времени суток. К сожалению решить эту проблему врядли получится ибо корни её лежат в таких глубинах жадности, честолюбия и лжи, что мало кому в кошмарном сне приснится. Отсутствие в этой ветке ответа от штатных сотрудников тенет-а, столь ревностно и плодотворно защищающих честь компании в других ветках, является лишь очередным грустным подтверждением этого.
Я тоже с недавних пор использую call-back от тенет-а на паекте power. Если Вы обратите внимание на страницы http://tenet.ua/index.php?text=4 и http://tenet.ua/index.php?text=68 , то легко увидите что в Одессе услуга call-back предоставляется модемным пулом 7305390 имеющим в своём распоряжении ровно 60 линий. В то же время данная услуга распространяется то ли на все, то ли почти на все диалап-пакеты. Так как подавляющее большинство абонентов подключены к телефонной сети через операторов поминутно тарифицирующих исходящие звонки, то все диалапщики стараются звонить именно на call-back и пул этот забивается очень-очень быстро. Но выслушивать жалобы "опоздавших" к заполнению этих 60-ти линий пользователей в планы тенет-а не входит. Поэтому они разрабатывают хитрую (хотя скорее подлую) и удобную (для них естественно) стратегию обеспечения свободных портов на таком желанном модемном пуле.
Для начала они принудительно ограничивают длительность соединения величиной приблизительно равной 61-ной минуте. Посмотрите в логах Ваших заходов на их странице статистики и увидите там (если конечно пользуетесь интернетом довольно таки активно) большое количесвто соединений именно с такой длительностью. Таким образом они пытаются обеспечить ротацию пользователей на модемном пуле и обезопасить себя от "анлимитных" пользователей способных (по крайней мере в соответствии с ограничениями пакета) занимать линии в течении многих и многих часов.
Далее. Есть у тенет-а модемный пул 7305305 на 180 линий но без call-back-а. Тенет кроме интернет услуг также предоставляет услуги телефонной связи, по крайней мере в том же здании где сам расположен, и все номера эти имеют вид 73053XX. Судя из всего этого с довольно большой вероятностью можно предположить, что оба модемных пула (7305390 и 7305305) и телефонная станция физически расположены в здании на Чкалова 2/а. Теперь к сути. При дозвоне на 7305390 звонок принимается тенет-овской телефонной станцией. В этот момент в соответствии с неким алгоритмом (самый простой вариант - условие наличия в данный момент свободной линии непосредственно на сервере доступа 7305390) принимается решение направлять Ваш звонок туда куда Вы и хотели попасть (т.е. на 7305390) или перевести его на пул 7305305 (где видимо всегда есть свободные линии :)). Если звонок "перебрасывается" на 7305305 то естественно ни о каком call-back-е и речи идти не может. Если соединение устанавливается вручную, то факт отсутствия входящего звонка от провайдера может насторожить пользователя и он тут же пересоединится дабы избежать оплаты исходящего звонка. Но если соединени устанавливается в автоматическом режиме тенет получает то что хотел :) - отсутствие жалоб пользователей при забитом пуле 7305390. Вопрос же оплаты исходящего звонка конечным пользователем их видимо не волнует ("Проблемы негров шерифа не волнуют!" :))
В связи с этим хочется спросить присутствующих на форуме юристов о соответствии такого поведения провайдера законодательству Украины о защите прав потребителей и требованиям лицензии на предоставление телекоммуникационных услуг. Ведь по сути это подмена услуги. Пользователь чётко указывает в настройках диалап соединения что он желает воспользоваться call-back-ом. И при установке первого (исходящего для пользователя) соединения PPP-клиент со стороны пользователя первым пакетом отсылает Config-Request LCP-пакет с установленной опцией Callback, чем чётко и недвусмысленно даёт понять провайдеру какой именно услуги он от него хочет.
Как эти проблемы решил я, точнее не решил, а уменьшил собственные потери от такого поведения провайдера. Ну ограничение в 61 миинуту сглаживается настройкой автоматического пересоединения при обрыве связи. С проблемой перенаправления немного сложнее. Дело в том что при установке PPP-соединения с пулом 7305390 со стороны тенет-а поднимается адрес 195.138.80.146, а при соединении на 7305305 поднимается адрес 195.138.80.141. Так как в качестве операционной системы я использую Linux то наиболее простым решением IMHO является соответствующая корректировка скрипта /etc/ppp/ip-up ( либо /etc/ppp/ip-up.local) на предмет проверки IP-адреса удалённой стороны, с прекращением связи при обнаружении "злосчастного" 195.138.80.141 .
Kiku,ну это еще не показатель... если техсап тебе не ответил - возможно что они считают твои изречения недостойными своего ответа..Доброго времени суток. К сожалению решить эту проблему врядли получится ибо корни её лежат в таких глубинах жадности, честолюбия и лжи, что мало кому в кошмарном сне приснится. Отсутствие в этой ветке ответа от штатных сотрудников тенет-а, столь ревностно и плодотворно защищающих честь компании в других ветках, является лишь очередным грустным подтверждением этого.
ну это неверно. 60 тиний у тенета было еще тогда, когда я к нему диалапом подключался. сейчас, насколько мне известно, у тенета на колбэке ~250 линий...Я тоже с недавних пор использую call-back от тенет-а на паекте power. Если Вы обратите внимание на страницы http://tenet.ua/index.php?text=4 и http://tenet.ua/index.php?text=68 , то легко увидите что в Одессе услуга call-back предоставляется модемным пулом 7305390 имеющим в своём распоряжении ровно 60 линий.
какую? ага, нашелНо выслушивать жалобы "опоздавших" к заполнению этих 60-ти линий пользователей в планы тенет-а не входит. Поэтому они разрабатывают хитрую (хотя скорее подлую) и удобную (для них естественно) стратегию обеспечения свободных портов на таком желанном модемном пуле.
и тут ошибка. дело в том, что тенету невыгодно держать у себя на 60ти колбэчных линиях каждого абонента аж 61 минуту (ну сам подумай - зачем так долго??). они их рубят каждые 3 минуты (ну как бы и не сразу, и вроде недолго). вот присмотрись к своей статистике и ты увидишь такую закономерность. а чтобы это не выглядело как инициация разрыва соединения с их стороны - они пускают по твоей телефонной линии помеху, которая сама отключает тебе модем, тем самым и обеспечивая 100процентное отключение пользователя ровно через 3 минуты 47 секунд... (проверь логи)Для начала они принудительно ограничивают длительность соединения величиной приблизительно равной 61-ной минуте. Посмотрите в логах Ваших заходов на их странице статистики и увидите там (если конечно пользуетесь интернетом довольно таки активно) большое количесвто соединений именно с такой длительностью. Таким образом они пытаются обеспечить ротацию пользователей на модемном пуле и обезопасить себя от "анлимитных" пользователей способных (по крайней мере в соответствии с ограничениями пакета) занимать линии в течении многих и многих часов.
тут есть один нюанс, который ты не предусмотрел. тенетовские циски отслеживают наличие спайботов на компе пользователя и, в случае их нахождения, перебрасывают звонок не на 730-53-05, а на 8124309798712346676 чего-то там...В этот момент в соответствии с неким алгоритмом (самый простой вариант - условие наличия в данный момент свободной линии непосредственно на сервере доступа 7305390) принимается решение направлять Ваш звонок туда куда Вы и хотели попасть (т.е. на 7305390) или перевести его на пул 7305305 (где видимо всегда есть свободные линии). Если звонок "перебрасывается" на 7305305 то естественно ни о каком call-back-е и речи идти не может. Если соединение устанавливается вручную, то факт отсутствия входящего звонка от провайдера может насторожить пользователя и он тут же пересоединится дабы избежать оплаты исходящего звонка. Но если соединени устанавливается в автоматическом режиме тенет получает то что хотел
батенька, вам бы не сказки на ночь читать, а умные книжки...В связи с этим хочется спросить присутствующих на форуме юристов о соответствии такого поведения провайдера законодательству Украины о защите прав потребителей и требованиям лицензии на предоставление телекоммуникационных услуг. Ведь по сути это подмена услуги. Пользователь чётко указывает в настройках диалап соединения что он желает воспользоваться call-back-ом. И при установке первого (исходящего для пользователя) соединения PPP-клиент со стороны пользователя первым пакетом отсылает Config-Request LCP-пакет с установленной опцией Callback, чем чётко и недвусмысленно даёт понять провайдеру какой именно услуги он от него хочет.
ну и ессесно хотелось бы попросить какие-либо доказательства в студио, бо не слишком верится тебе... лично у меня проблем с колбэком не было и нет. да и знакомых у меня не мало, которые тоже сидят на тенете и такого как у тебя - не было. поэтому мне кажется тебе нужно просто отдохнуть... ы?
Ха интересные подробности, спасибо Kiku ! Надо Саппорт сюда направить, пусть читают.
С длительностью сесиий по 61 минуте не замечал, но в 2 часа ночи каждый день связь разрывается, это закономерно ! Ответ ессно что пользователь сам инициировал разрыв связи
Конечно модем разывает, либо помехи идут либо несущая пропадает, модем сразу это дело фиксирует индикаторами...
Ответы по поводу того что по их логам я звоню на номер 7305305 была, а так же как оказалось я должен звонить только штатным дозвонщиком Windows, а мой модем за 90$ должен работать только на стандартном виндозном драйвере и не в коем случае не на своём родном ! Интересно запросить оцифиальное письмо у представителей IDC насчет соответствия стандартам и совместимости их модемов с услугай CallBack
Впринципе да, хотелось услышать мнения юристов, насчет данного вопроса. Поскольку в их договоре не указано что все модемы должны работать только со стандартными драйверами это раз, во-вторых есть распечатки с АТС, где чётко указан номер телефона 7305390, прямое соединение на который теоретически не может превышать время инициализации обратного звонка, тоесть меньше минуты, а по логам там есть веселые цифры в часах.
To MIDI: Такое есть ! у меня такой глюк был в том месяце, и начале этого, когда счет за телефон вырос !!!
сейчас его не наблюдается, однако в том же месяце когда настраивал человеку комп на абсолютной чистой , только что установленной WinXP модем влетал на CallBack по прямой !!!
А то что народ не жалуется это не говорит о том что нет проблемы, это говорит лишь о том что они её просто не отлавливают что их имеют на деньги.
K-tuning,
еще один... ну а хрена голосуем?
Во-первых. Пусть каждый проверит сам. Я никого не заставляю верить во что-либо, или не верить во что-либо. Вам лично Midi советую всё проверить самостоятельно. Хотя, только не обижаётесь, думаю ответ Вам давно известен :).
Во-вторых. Уважаемый Midi, Вы мне не кум, не брат и не сват, да и водку мы вместе не пили, так что соблюдайте, пожалуйста, хотя бы элементарные нормы приличия при ведении дискуссии.
Ну не смешите меня, пожалуйста. Я же привёл две ссылки на тенет-овский сайт где всё чётко записано, цитирую:Сообщение от Midi
http://tenet.ua/index.php?text=4
"Для доступа в режиме CallBack необходимо в свойствах соединения изменить телефон дозвона на 7305390 (г. Одесса), 5381008 (г. Киев). "
http://tenet.ua/index.php?text=68
"г.Одесса 7305390 Цифровая модемная серия, поддерживающая режим CallBack. Рекомендуется для всех абонентам желающих пользоватся услугой обратного звонка. Cisco MICA (60 линий)"
Удовлетворены? Поехали дальше.
Ну что ж, дадим слово фактам. Для незнакомых с Linux-ом и pppd поясню что каждый обрыв соединения по причине исчезновения сигнала от противоположной стороны завершается занесением в лог таких вот строк:
-------------------
Jun 12 04:28:41 localhost pppd[9030]: Hangup (SIGHUP)
Jun 12 04:28:41 localhost pppd[9030]: Modem hangup
Jun 12 04:28:41 localhost pppd[9030]: Connection terminated.
Jun 12 04:28:41 localhost pppd[9030]: Connect time 61.4 minutes.
Jun 12 04:28:41 localhost pppd[9030]: Sent 749327 bytes, received 21588998 bytes.
Jun 12 04:28:41 localhost pppd[9030]: Connect time 61.4 minutes.
Jun 12 04:28:41 localhost pppd[9030]: Sent 749327 bytes, received 21588998 bytes.
Jun 12 04:28:41 localhost pppd[9030]: Exit.
---------------------
Ниже я приведу команду с помощью которой из всех логов выберу все обрывы по причине SIGHUP и подсчитаю частотный разброс значений длительности соединения (число после четвёртой строки, которая Connect time ...)
----------------------
[root@localhost ~]# cat /var/log/messages* | grep "Hangup (SIGHUP)" -A3 | grep time | awk '{print $8}' | sort | uniq -c
1 11.4
1 12.8
1 26.3
1 26.8
1 27.3
1 27.8
1 28.7
1 31.5
1 34.6
1 3.7
1 38.0
1 48.5
1 5.0
1 50.0
1 52.0
1 58.2
1 5.9
1 60.5
1 61.0
1 61.2
171 61.3
173 61.4
1 6.3
-------------------------
Люди знакомые с bash-программированием подтвердят что посчитано именно то что надо.
Логи у меня с "May 15 04:02:04" и по настоящий момент.
Второй столбец длительность соединения, первый - количество таких соединений.
Из приведенного выше результата видно, что абсолютное большинство соединений завершались в районе 61-ой минуты. Особо неверующим могу выслать dump со своей статистике на сервере тенет-а, могу прийти в офис и попросить распечатку заверенную подписями диресктора etc. Но лучше пусть каждый сам проверит свою статистику!
В этом мире никому нельзя верить!
По поводу перенаправления звонков на 7305305. Телефон у меня УТК, цифра. В любой момент могу взять распечатку исходящих звонков и сравнить с данными из тенетовской статистики. Midi, пойдёшь со мной к ним в офис свидетелем? Там чётко будет видно что по данным УТК я звонил на 7305390 а по данным тенет-а попал на 7305305. Кроме того у меня и в настройках нет другого телефона кроме 7305390. И снова таки проблема возникла не только у меня. Человек спросил я ему ответил, сам то я давно смирился, точнее нашёл сносный способ терпеть эти издевательства (читай мой первй пост) :)
Так что как там в песне поётся? "Думайте сами, решайте сами иметь или не иметь". Авторы песни конечно же не имели в виду гемморой но в данной ситуации подходит именно это слово.
Правка: прошу прощения но в оригинальную версию поста закралась ошибка по поводу начала моих логов. Сейчас всё верно.
Роман, вот ты сейчас на ночной смене в тенет-е сидишь. Есть что за тенет ответить?
Kiku,Владимир, не стОит так вести разговор... Я, если надо, отвечу за ТеНеТ. А вот с твоей стороны я ожидал несколько другого... (я говорю не о проблеме). более умного что ли... "есть что за тенет ответить".Роман, вот ты сейчас на ночной смене в тенет-е сидишь. Есть что за тенет ответить?
user 195.138.xx.xхх 7305390 (195.138.xx.xxx:0xx) 234xxxx 14.06.2005 00:02:15 03:38:48
user2 195.138.xx.xxx 7305390 (195.138.xx.xxx:1xx) 748xxxx 14.06.2005 00:01:41 03:42:01
user3 195.138.xx.xxx 7305390 (195.138.xx.xxx:2xx) 233xxxx 13.06.2005 19:09:54 08:41:51
пользователи с разными пакетами. ответ Вам обоим на все 3 вопроса.
(надеюсь не будет "идей" по поводу достоверности)
Tue Jun 14 02:11:54 2005: DEBUG: Packet dump:
NAS-Port = 32
NAS-Port-Type = Async
User-Name = "ты"
Called-Station-Id = "7305390"
Calling-Station-Id = "твой телефон"
Acct-Status-Type = Stop
Acct-Authentic = RADIUS
Service-Type = Framed-User
Acct-Session-Id = "000562A9"
Framed-Protocol = PPP
Framed-IP-Address = 195.138.xx.xx
Acct-Terminate-Cause = Lost-Carrier
Acct-Input-Octets = 497506
Acct-Output-Octets = 21839409
Acct-Input-Packets = 8190
Acct-Output-Packets = 14780
Acct-Session-Time = 3671
Acct-Delay-Time = 0
могу конечно еще твою статистику заходов на "7305305" сюда кинуть...
Kiku,
ну и насчет водки... ну ты понимаешь...
Нет, я Вас абсолютно не понимаю. Сейчас я иду спать, но на днях буду у Вас Midi в офисе (то есть) в тенете (если кто-то ещё не догадался). Надеюсь увидимся? Поговорим?
А по поводу Ромы - клык за клык, может я своего настоящего имени жутко стесняюсь? :)
Kiku,я буду в четверг и в пятницу. жду.на днях буду у Вас Midi в офисе (то есть) в тенете (если кто-то ещё не догадался). Надеюсь увидимся? Поговорим?да и я не про это. а про "ответить"
А по поводу Ромы - клык за клык, может я своего настоящего имени жутко стесняюсь?
Если у Вас, Midi, есть доступ к тенетовсой базе то посмотрите, будте уж так любезны, статистику длительности моих соединений и либо подтвердите либо опровергните приведенную мной инфу. Заметьте я говорю только за _себя_ а не за каких-то абстрактных приведенных Вами пользователей. Проверьте не пожалейте времени.
По-поводу "Acct-Terminate-Cause = Lost-Carrier" - а я и не ждал ничего другого. Дело в том, что если бы прекращение моего соединения было инициировано Вашим сервером посредством RADIUS-атрибута Session-Timeout, то мне бы перед самым разрывом Ваш сервер доступа прислал бы списифические LCP пакетики (но вот беда - не приходят они), да и на физическом уровне соединение завершалось бы полностью в соответствии стандартам а не исчезновением несущей с Вашей стороны. Тот факт что и Ваш сервер доступа и мой модем регистрируют одинаковую причину обрыва соединения говорит лишь об усилении подозрения использования для разъедиения Вашей телефонной станции.
А по-поводу чего-нибудь более умного... Поверьте, на данный момент менее всего меня интересует оценка моих умственных способностей кем-бы то ни было, ну а тем более Вами.
Всё, надеюсь скоро увидимся.
Kiku,Midi писал(а):
Kiku,
ну и насчет водки... ну ты понимаешь...отчего ж? чураешься?Нет, я Вас абсолютно не понимаю.
Kiku,
было бы что оцениватьПоверьте, на данный момент менее всего меня интересует оценка моих умственных способностей кем-бы то ни было, ну а тем более Вами.
Я имел в виду "ответить от имени". Каждый понимает в меру своей то ли запущености, то ли распущености...
Согласитесь, аргументация у Ромы была просто великолепной! "попустись" - от него Вы этого ожидали? Посеявший ветер, пожнёт бурю...
Kiku,
это была не аргументация, а рекомендация. или можно сказать - своего рода направление движения.Согласитесь, аргументация у Ромы была просто великолепной!
в таком случае я думаю стоит применить политику говорить то, что имеешь ввиду, ы?Я имел в виду "ответить от имени". Каждый понимает в меру своей то ли запущености, то ли распущености...
Слова сотрудника тенета пользователю тенета.
Многуважаемый Midi. В каждом своём постинге я привожу факты и аргументы, от Вас же кроме пани-братства так ничего и не дождался (кроме каких то пользователей не имеющих ко _мне_ и _моей_ проблеме никакого отношения).
По поводу чураюсь не чураюсь. Простите, возможно Вы думаете что стиль Вашего общения настолько запоминаем, что при получении от Вас одного сообщения все должны тут же вскакивать со стульев и кричать "так это же он! тот самый ....". Боюсь огорчить Вас, но ни Ваш никнейм, ни Ваш стиль общения (эффективность которого Вам имхо не помешало бы пересмотреть) не наводят меня ни на какие ассоциации.
И тем не менее что известно на данный момент со 100% вероятностью так это то, что я _клиент_ тенет-а компании в которой _Вы_ работаете (судя по тому что присутствуете не все дни) оператором технической поддержки. Неужто Вы и другими пользователями практикуете подобный стиль общения? Вы думаете он допустим а отношениях клиент-наемный работник?
И всё-таки прошу привести здесь статистику длительности моих соединений при дозвоне на Ваш модемный пул 7305390. Доступ к данной информации Вы как сами признались имеете.
Kiku,
Вам, молодой человек, внимательнее бы почитать еще раз то, о чем я Вам пишу. Приведеный мною лог достаточно красноречиво (если в него вдуматься) говорит о том, что проблем, которые Вы описываете, нет. а именно:Многуважаемый Midi. В каждом своём постинге я привожу факты и аргументы, от Вас же кроме пани-братства так ничего и не дождался (кроме каких то пользователей не имеющих ко _мне_ и _моей_ проблеме никакого отношения).
1. отключение в 2 часа ночи
2. разрыв соединения с нашей стороны.
четко указана причина, по которой происходит разрыв Вашего соединения, а именно Lost-Carrier. Исходя только из этих данных нельзя сказать, что разъединяет именно телефонная станция 73053, а не цифровая 726.
эту и другую информацию Вы, как абонент нашей компании, сможете получить в нашей абонентском отделе в рабочие дни с 9:00 до 18:00.И всё-таки прошу привести здесь статистику длительности моих соединений при дозвоне на Ваш модемный пул 7305390. Доступ к данной информации Вы как сами признались имеете.
Во-первых большое спасибо за прекращение детского сада. Всегда приятно пообщаться с культурным человеком.
Простите но кто из нас старше надо ещё подумать, не так ли?
Данной проблемы у меня не наблюдается. Читайте пожалуйста мои посты немного внимательнее.
По этому поводу я уже всё сказал выше. Приведенный dump пакета (поверьте это не лог а именно дамп пакета сделанный Вашим RADIUS-сервером по причине активизированного debug-а) говорит лишь о том, что разрыв не был инициирован истечением значения таймаута переданного Вашим RADIUS-сервером серверу доступа посредством атрибута Session-Timeout. Но всё это было мне известно и ранее. Смотрите выше. Ей богу надоедает всё по два раза перепечатывать. Можете привести логи телефонной станции?
Так же эту статистику можно получить в режиме онлайн с Вашего сервера статистики http://user.te.net.ua. В данный момент окно со статистикой моих заходов открыто перед моими глазами. И эта статистика полностью подтверждает приведенные мною данные по поводу длительности соединений. От Вас как от человека имеющего доступ к той же статистике требуется всего лишь подтвердить либо опровергнуть тот факт что подавляющее большинсто моих заходов на модемный пул 7305390 имеют длительность немного больше 61-ной минуты.
Ну а как же по поводу перенаправления звонков на 7305305?
Kiku,
У Вас есть прекрасная возможность услышать ответы на все Ваши вопросы в нашем абонентском отделе (выше, как Вы помните, я указывал время его работы) либо по тел. 730-53-00 (техническая поддержка). Также Вы можете направить Ваш запрос на адрес электронной почты [email protected].
Далее в форуме я эту тему развивать не желаю. Есть официальные инстанции нашей компании (абоненсткий отдел, техническая поддержка), которые с удовольствием помогут Вам разобраться с возникшей проблемой.
И прошу конкретно Вас - избавьте меня от Ваших умозаключений. Все их Вы можете выразить по вышеприведенным координатам.
До свидания.
Ваши права
Тема: 
Ответить с цитированием
Социальные закладки