Что там опять такое с ТТК?

-=ДжА=- · September 19, 2007

Ладно, затоптали, вас много. А я столько не выпью :)

Это при том, что

Гость - вы похоже многого не знаете.

А если ТТК ещё и правду-матку говорили бы - сам бы затоптался. :)

Edited September 19, 2007 by -=ДжА=-

leveler · September 20, 2007

Гость, не сдавайся. Я с тобой.

Dikana · September 20, 2007

Да, Гость, я тоже с тобой.

Мне самому страшно на Биста нападать, мне тут пообещали, если я разведусь с ЗСТТК, то мои анонсы не выпустят в мир и дадут порт в 1 мбит, если повезет :) хотя даже кустомерам уже 10М дают. При этом прочитали длинную лекцию, как правильно нужно строить бизнесс и разговаривать с аплинком. В общем я загрузился страшно, пришлось срочно набраться, чтобы вынести муки совести :)

-=ДжА=- · September 20, 2007

Да не надо ни на кого нападать!

Ведь от этого политика ТТК по отношению к "страждущим" :) не изменится.

"Паразитируя" на кровеносной системе (рельсы\шпалы) РЖД (РЖД "носитель" солидный, прочный и надёжный, как слон :)) можно не утруждать себя уважительным отношением к "страждущим" :).

Это ни в коем случае не обвинение, лишь констатация факта, влияющего на "тональность" взаимоотношений ТТК с "остальными" :)

Хотя, наверняка, как и во всём бизнесе, есть клиенты близкие, обычные и полу-забытые.

Близкие - всегда имеют полный пакет необходимой информации о возникшей проблеме и сроках её решения, а так же альтернативные "времянки".

Обычные - получают необходимую информацию, если поставщик услуг сделал анализ и выявил причины, и есть 100% прогноз на сроки решения проблемы.

Полу-забытые - довольствуются тем, что звонят сами... иногда :D

В принципе, ничего нового и удивительного... $$$ ;)

__Андрей__ · September 20, 2007

Гость, на вопрос прямо мне поставленный прямо и отвечу:
СПб-Вологда-Киров-Пермь-Екатеринбург

Москва-Рязань-Пенза-Самара-Челябинск-Екатеринбург

Еще вопросы есть?

Сыктывкар.. Ухта... от Коноши ?

__Андрей__ · September 20, 2007

Да не надо ни на кого нападать!
Ведь от этого политика ТТК по отношению к "страждущим" :) не изменится.

"Паразитируя" на кровеносной системе (рельсы\шпалы) РЖД (РЖД "носитель" солидный, прочный и надёжный, как слон :)) можно не утруждать себя уважительным отношением к "страждущим" :).

Это ни в коем случае не обвинение, лишь констатация факта, влияющего на "тональность" взаимоотношений ТТК с "остальными" :)

Хотя, наверняка, как и во всём бизнесе, есть клиенты близкие, обычные и полу-забытые.

Близкие - всегда имеют полный пакет необходимой информации о возникшей проблеме и сроках её решения, а так же альтернативные "времянки".

Обычные - получают необходимую информацию, если поставщик услуг сделал анализ и выявил причины, и есть 100% прогноз на сроки решения проблемы.

Полу-забытые - довольствуются тем, что звонят сами... иногда :D

В принципе, ничего нового и удивительного... $$$ ;)

неправда ваша, ну.. частичная неправда..

Есть две категории (на сколько я знаю) VIP и остальные. В случае серьезных проблем оповещаются все (причем о причинах и т.п. тоже). Только VIP чаще и приоритезация (контрольные сроки) проблем сдвинута на единичку.

-=ДжА=- · September 20, 2007

Позволю себе согласиться :) Вариаций категорий клиентов, тьма-тьмущая! Но сути дела не меняет.

dmnp · September 20, 2007

Ностальгия по HelpDeskу Спринта/Глобала образца 1996-1999 года.
Те люди, не то что партнёра, клиента ничего не подозревающего ночью с постели поднимали, когда у клиента сервис падал.

кстати, ЗСТТК делал ровно так же. в 2002-2003гг.

m.egorov · September 20, 2007

Ностальгия по HelpDeskу Спринта/Глобала образца 1996-1999 года.

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

кстати, ЗСТТК делал ровно так же. в 2002-2003гг.

У КТТК в 2002-2003 преобладали операторы, а не корпоративные клиенты. Сейчас политика адекватнее - клиент не жалуется, значит спит. Смысл конечно - нет обращения, нет простоя :) Конечно, для круглосуточно зависимых от связи клиентов другие условия. Кстати, робота никто не мешает настроить.

leveler · September 21, 2007

По ходу, все "слоны" свалили с этой темы. =)

Dikana · September 21, 2007

Ностальгия по HelpDeskу Спринта/Глобала образца 1996-1999 года.

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

кстати, ЗСТТК делал ровно так же. в 2002-2003гг.

У КТТК в 2002-2003 преобладали операторы, а не корпоративные клиенты. Сейчас политика адекватнее - клиент не жалуется, значит спит. Смысл конечно - нет обращения, нет простоя :) Конечно, для круглосуточно зависимых от связи клиентов другие условия. Кстати, робота никто не мешает настроить.

Не знаю, мы обращались и нас игнорили. Зажрался малость ТТК, причем не видят этого. Внутри фирмы всякое можно про клиента говорить. Но когда это выходит наружу, когда начинают посылать, учить жизни, угрожать - это сильно нервирует.

__Андрей__ · September 21, 2007

Не знаю, мы обращались и нас игнорили. Зажрался малость ТТК, причем не видят этого. Внутри фирмы всякое можно про клиента говорить. Но когда это выходит наружу, когда начинают посылать, учить жизни, угрожать - это сильно нервирует.

Локальный перегиб на местах. IMHO нужно разбираться конкретно - для этого есть не только helpdesk, но и кураторы заказов - эти-то хоть не посылают? Сотни примеров, когда обсасывается каждый клиент с каналом 64к по поводу каждой аварии, по поводу десятков input errors в неделю. Даже возникает ощущение что сами клиенты и не рады звонкам ночью - и сами посылают, а что делать - звоним опять. Ну а москва - что ж.. правда ваша.. москва испорчена квартирным вопросом - послать может (нужно смириться).

Edited September 21, 2007 by __Андрей__

leiden · September 21, 2007

Господа - ну вы это, натурально, эскалируйте в случае проблем и плохого обслуживания. А то "мужики-то не знают".

У вас всегда есть коммерческий куратор региона в Москве. Далее есть его руководитель - директор дирекции региональных продаж. Ну и - в случае совсем сложных ситуаций, которые не удалось решить с помощью вышеуказанных людей - есть в конце концов мы. Пишите письма о "перегибах на местах". Только письма надо писать мотивированно - с приложением своих предыдущих писем, трабл-тикетов и проч. Тогда (ежели действительно допущены косяки) мы будем разбираться и ликвидировать возможность их появления.

А вот жаловаться на форумах - это как-то неправильно, на мой вкус. Потому что по знаменитому анекдоту "билетик-то купите".

Dikana · September 24, 2007

Я перенервничал от общения с суппортом, от общения с ответсвенным лицом. Пишу сюда, снимаю стресс :)

В общем-то все делаю, как обычный клиент, которых у нас сотни бродит по форумам и жалуются на все тоже :)

Nafanya · September 24, 2007

а нам ТТК нравится, хотяб за это:

пинг через Ростелеком

Обмен пакетами с ya.ru [213.180.204.8] по 32 байт:

Ответ от 213.180.204.8: число байт=32 время=59мс TTL=57
Ответ от 213.180.204.8: число байт=32 время=49мс TTL=57
Ответ от 213.180.204.8: число байт=32 время=57мс TTL=57
Ответ от 213.180.204.8: число байт=32 время=48мс TTL=57

Статистика Ping для 213.180.204.8:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 48мсек, Максимальное = 59 мсек, Среднее = 53 мсек

пинг через ТТК

PING ya.ru (213.180.204.8): 56 data bytes
64 bytes from 213.180.204.8: icmp_seq=0 ttl=60 time=15.247 ms
64 bytes from 213.180.204.8: icmp_seq=1 ttl=60 time=15.530 ms
64 bytes from 213.180.204.8: icmp_seq=2 ttl=60 time=21.928 ms
64 bytes from 213.180.204.8: icmp_seq=3 ttl=60 time=15.356 ms
64 bytes from 213.180.204.8: icmp_seq=4 ttl=60 time=15.485 ms
^C
--- ya.ru ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 15.247/16.709/21.928/2.611 ms

edo · September 25, 2007

это нечестно! один пример с винды, другой наверное с линуха ;)

ae · October 2, 2007

а мы тут вот какую беду раскопали, да и клиенты уже начали беспокоиться... это пинги и доступность gоogle.com через ТТК, очень наглядна деградация его доступности в сентябре месяце... и потери и задержки.. может быть ещё каких-то ресурсов это коснулось, но в массе своей всё хорошо и такой картинки нет...

leiden · October 2, 2007

ae, лично у меня складывается ощущение, что это в Лондоне у самого Гугла проблемы. У нас там с ними стык через Linx.

Хотя может и немного нашей вины.

Если бы вы могли проверить еще cogent.com или limelight.com - я был бы очень благодарен.

В любом случае - у нас ожидается апгрейд на linx в ближайшие 2 недели. Поэтому можно этот-же график мне выслать через неделю и через 2?

Beast · October 2, 2007

gоogle.com через ТТК, очень наглядна деградация его доступности в сентябре месяце... и потери и задержки.. может быть ещё каких-то ресурсов это коснулось, но в массе своей всё хорошо и такой картинки нет...

см. соседний тред про пинги через Лямбду ;) может на нее есть такая статитстика?

из того, в чем дошли руки покопаться - одно время общий лан на Линксе конкретно

таращило. а щас налицо тормоза с переходом трансов на 10Г в Линксе.

вечером гиговый фейс точно уходит в перегруз. посмотрим как он будет себя вести

сегодня вечером.

ae · October 2, 2007

пинговалки-то поставим, вот только статистика будет долго собираться, это-го график за год... на Лямбду, к сожалению, нет пинговалки... мы ставим их на те ресурсы, про которые часто спрашивают клиенты дабы видеть динамику...

Beast · October 2, 2007

Лямбду сегодня вроде бы прослабило ;)

7 lnn11-ge500.501.transtelecom.net (195.66.224.212) 61.200 ms 62.129 ms 61.091 ms

8 LINX1.LON-2.uk.lambdanet.net (195.66.224.99) 62.059 ms 62.031 ms 61.943 ms

9 FRA-1-pos313.de.lambdanet.net (82.197.136.25) 78.604 ms 79.037 ms 79.774 ms

10 FRA-3-eth100.de.lambdanet.net (217.71.96.70) 79.035 ms 81.314 ms 78.882 ms

11 NUE-2-eth100.de.lambdanet.net (217.71.96.74) 88.704 ms 90.020 ms 82.398 ms

12 lambdanet-gw.hetzner.de (213.239.242.214) 66.236 ms 65.971 ms 67.549 ms

13 hos-bb2.juniper1.rz6.hetzner.de (213.239.240.143) 66.558 ms 67.158 ms 68.569 ms

14 et.1.13.rs3k47.rz6.hetzner.de (213.239.252.58) 66.817 ms 66.388 ms 66.495 ms

15 static.88-198-62-217.clients.your-server.de (88.198.62.217) 67.404 ms 66.306 ms 67.062 ms

А как Гугл?

ae · October 2, 2007

вот картинка за вчера и сегодня... кстати, оказывается мы Linx отдельно пингуем... и корреляция с google там явная... ждем новостей об улучшениях...

Edited October 2, 2007 by ae

Beast · October 2, 2007

спасибо.

картинка хорошо коррелирует с наступлением дня с той стороны шарика.

щас - с одной стороны не так хреново как было вчера, но

с другой нихрена не полечало.

там где я вижу 150, Ебург должен видеть 200 :(

судя по 7 и 8 хопам видимо придется разбираться с Лямбдой :((

7 lnn11-ge500.501.transtelecom.net (195.66.224.212) 61.351 ms 61.746 ms 61.224 ms

8 LINX1.LON-2.uk.lambdanet.net (195.66.224.99) 138.774 ms 140.365 ms 138.332 ms

9 FRA-1-pos313.de.lambdanet.net (82.197.136.25) 157.801 ms 166.611 ms 146.764 ms

10 FRA-3-eth100.de.lambdanet.net (217.71.96.70) 149.084 ms 152.763 ms 151.862 ms

11 NUE-2-eth100.de.lambdanet.net (217.71.96.74) 159.283 ms 163.655 ms 160.329 ms

12 lambdanet-gw.hetzner.de (213.239.242.214) 149.657 ms 146.837 ms 145.883 ms

13 hos-bb2.juniper1.rz6.hetzner.de (213.239.240.143) 150.277 ms 150.090 ms 148.657 ms

14 et.1.13.rs3k47.rz6.hetzner.de (213.239.252.58) 145.753 ms 147.042 ms 144.541 ms

15 static.88-198-62-217.clients.your-server.de (88.198.62.217) 143.228 ms 147.007 ms 148.484 ms

shoorickello · October 2, 2007

А вот по этому поводу будут какие-либо комментарии? Зачем гонять трафик до мск через амстердам?

traceroute to 89.111.180.218 (89.111.180.218), 30 hops max, 38 byte packets
3  sr-srv137ra-po4-0.vtt.net (217.23.64.77)  9.592 ms  9.623 ms  9.724 ms
4  SRV11-f000.100.transtelecom.net (217.150.36.210)  10.281 ms  10.437 ms  9.834 ms
5  adm-b1-link-telia.net (213.248.72.161)  76.731 ms  75.155 ms  74.983 ms
6  ge-6-10.car2.Amsterdam1.Level3.net (213.244.165.249)  98.479 ms  97.794 ms  97.835 ms
7  ae-31-51.ebr1.Amsterdam1.Level3.net (4.68.120.30)  99.440 ms ae-32-54.ebr2.Amsterdam1.Level3.net (4.68.120.126)  99.314 ms ae-31-53.ebr1.Amsterdam1.Level3.net (4.68.120.94)  112.655 ms
8  ae-2.ebr2.London1.Level3.net (4.69.132.133)  99.930 ms ae-1-100.ebr2.Amsterdam1.Level3.net (4.69.133.86)  108.268 ms ae-2.ebr2.London1.Level3.net (4.69.132.133)  93.552 ms
9  ae-2.ebr2.London1.Level3.net (4.69.132.133)  87.432 ms  88.369 ms ae-22-52.car2.London1.Level3.net (4.68.116.48)  87.065 ms
10  ae-22-54.car2.London1.Level3.net (4.68.116.112)  87.723 ms 195.50.92.2 (195.50.92.2)  315.202 ms ae-22-52.car2.London1.Level3.net (4.68.116.48)  87.995 ms
11  217.106.1.150 (217.106.1.150)  217.990 ms 195.50.92.2 (195.50.92.2)  321.685 ms 217.106.1.150 (217.106.1.150)  219.941 ms
12  217.106.1.150 (217.106.1.150)  218.274 ms  218.928 ms  215.362 ms
13  217.106.1.150 (217.106.1.150)  214.784 ms 217.106.31.138 (217.106.31.138)  218.049 ms 217.106.1.150 (217.106.1.150)  219.346 ms
14  d378.colo.hc.ru (89.111.180.218)  217.751 ms !<10> 217.106.31.138 (217.106.31.138)  217.981 ms  216.359 ms
15  d378.colo.hc.ru (89.111.180.218)  215.083 ms !<10>  218.130 ms !<10>  215.221 ms !<10>

AN111 · October 3, 2007

>10 ae-22-54.car2.London1.Level3.net (4.68.116.112) 87.723 ms 195.50.92.2 (195.50.92.2) 315.202 ms ae-22-52.car2.London1.Level3.net (4.68.116.48) 87.995 ms

>11 217.106.1.150 (217.106.1.150) 217.990 ms 195.50.92.2 (195.50.92.2) 321.685 ms 217.106.1.150(217.106.1.150) 219.941 ms

-- cut --

>15 d378.colo.hc.ru (89.111.180.218) 215.083 ms !<10> 218.130 ms !<10> 215.221 ms !<10>

Потому что транзит через РТКОММ.

А у ТТК и РТКОММ совместный секс только безопасный - через западные презервативы.

Sign In

Что там опять такое с ТТК?

Recommended Posts

-=ДжА=-

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Posted Images

leveler

Dikana

-=ДжА=-

Андрей

Андрей

-=ДжА=-

dmnp

m.egorov

leveler

Dikana

Андрей

leiden

Dikana

Nafanya

edo

ae

leiden

Beast

ae

Beast

ae

Beast

shoorickello

AN111

Join the conversation