|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Andrew Kant 2:469/83.1 06 Dec 2007 10:04:54
To : Leizer A Karabin
Subject : ping и bash-скрипт
--------------------------------------------------------------------------------
Thursday December 06 2007 12:03, Leizer A Karabin wrote to Andrew Lutov:
AL>>>>>> Собственно вопрос состоит в БЫСТРОМ определении HАЛИЧИЯ потерь
AL>>>>>> на момент поступления жалоб. Если начать увеличивать количество
AL>>>>>> пакетов, ни к чему хорошему это не приведет в плане "быстро".
EG>>>>> Приведет.
AL>>>> К чему именно?
EG>>> К хорошему. "Быстро" обеспечивается уменьшением интервала между
EG>>> пингами, ведь твоя сеть с лёгкостью прожуёт 20-100 пакетов в
EG>>> секунду.
AL>> Hе везде. Конечные точки м.б. на 64Кбит/с и на таком канале могут
AL>> находиться 2-3 компухтера.
AL>> Сервис - Citrix. Пока интерактив - нормально, а печать может иногда
AL>> и поднапрягать канал.
LK> Вот. Вот с этого и начинать надо было. ССЗБ, кто разрешает
LK> пользователям из Москвы в Мытищи печатать. Им простительно не понимать,
LK> что это не единственная возможность получить в Мытищах на бумагу
LK> документ с диска в Москве.
Пользователя не должны волновать проблемы админов. Админы как раз и должны
обеспечить им возможность работы. И если вдруг печать почему-то мешает всему
остальному, то надо ограничивать ширину канала для печати или искать решения
типа thinprint/screwdriver/universalprinter, а не говорить пользователю, что он
сам дурак. Если есть приложение, которое доступно только через цитрикс, и оно
хочет напечатать, то печатать "другими возможностями" для пользователя - лишний
геморрой. Иногда и просто невозможно.
LK> Какие есть у тебя линии, для таких и следует выбрать
LK> технологии работы, не вызывающие нареканий юзеров.
LK> И не путь к победе - искать виноватый кусок сети, гораздо
LK> гораздее найти способ работать на той сети, что есть.
А если действительно виновата сеть? И после героической замены цитрикса на
"нечто иное" проблемы опять начнут повторятся? Абсолютно согласен с автором
треда, что проблему надо сначала локализовать, а не превентивно махать шашками
и рушить работающую (хоть и с нареканиями) инфраструктуру. Тем более, что
вполне вероятно, у них (автора и того, у кого не работает приложение) разная
зона ответственности, и надо всего-лишь показать, что сеть в порядке, но она
просто перегружена.
Good bye!
Andrew
--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
