Сообщений в теме: 173

[топорик]

C:Documents and SettingsAdmin>ping 192.168.0.252 -t -l 1470

Обмен пакетами с 192.168.0.252 по 1470 байт:

Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1470 время<1мс TTL=128

Статистика Ping для 192.168.0.252:
Пакетов: отправлено = 8, получено = 8, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C
^C
C:Documents and SettingsAdmin>ping 192.168.0.252 -t -l 1472

Обмен пакетами с 192.168.0.252 по 1472 байт:

Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128
Ответ от 192.168.0.252: число байт=1472 время<1мс TTL=128

Статистика Ping для 192.168.0.252:
Пакетов: отправлено = 6, получено = 6, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C
^C
C:Documents and SettingsAdmin>





нет не убирал пока не дают добро выбывших убрать да и не в них дело работало жде до этого
управляемых нет коммутаторов так то у нас

[iqmaster]

топорик (25 Апрель 2013 - 11:04) писал:

..............

нет не убирал пока не дают добро выбывших убрать да и не в них дело работало жде до этого
управляемых нет коммутаторов так то у нас

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

А сеть вы можете гонять до морковкиного заговения. И вообще, в сети такого объема давно должен быть поднят контроллер домена.

У вас есть полная карта сети со всеми узлами, адресами и используемым оборудованием (в lanstate, fpinger или Visio)? Если хотите, я могу проанализировать построение, пишите в личку.

[топорик]

нету карты и составить проблематично вечно че то меняется и тд
потестить пока нет времени все это делать куча текучки ваще

[Vik]

топорик (25 Апрель 2013 - 11:29) писал:

нету карты и составить проблематично вечно че то меняется и тд
потестить пока нет времени все это делать куча текучки ваще

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

iqmaster (25 Апрель 2013 - 10:47) писал:

Пакет 1500 у вас и не пройдет. При MTU 1500 размер максимальный размер пакета до 1472 байт.

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

[Uzbek]

Как ни крути, лично я сразу как пришел работать, отключил сеть спец.отдела, воспитательного, оперов, т.е тех, кто работает с АКУС от всех сетей. Бухгалтерия, финансы и т.п крутятся в свой, маркетинг в своей и т.д .IP адрес абсолютно каждого клиента я знаю на память. По IP топорика уверен DHCP, т.к адреса для меня астрономические в виде xxx.xxx.x.252. При 252 машинах может быть столько всего, что лучше уж Вам топорик доверить удаленное управление специалисту. Уж если у Вас есть интернет в канцелярии, то в спец.отделе он точно будет.

Сообщение отредактировал Uzbek: 25 Апрель 2013 - 12:30

[iqmaster]

Vik (25 Апрель 2013 - 12:18) писал:

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

Не уверен, у меня так не проходили пакеты что с -f, что без, и тормозило, потом выяснилось, что на одном маршрутизаторе MTU стояло 1300.

Кстати,у товарища на сервере настройки DNS странные, очень похожие на на настройки выхода в Интернет на той же сетевой карте.

топорик (11 Апрель 2013 - 08:20) писал:

это сервер

Microsoft Windows [Версия 5.2.3790]
(С) Корпорация Майкрософт, 1985-2003.

C:Documents and SettingsАдминистратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : SRVPTK
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет

Подключение по локальной сети 2 - Ethernet адаптер:

Состояние сети . . . . . . . . . : сеть отключена
Описание . . . . . . . . . . . . : Intel® PRO/1000 PL Network Connection
Физический адрес. . . . . . . . . : 00-25-90-13-F6-03

Подключение по локальной сети - Ethernet адаптер:

DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel® PRO/1000 PM Network Connection
Физический адрес. . . . . . . . . : 00-25-90-13-F6-02
DHCP включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 192.168.0.252
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 192.168.0.1
DNS-серверы . . . . . . . . . . . : 195.112.224.126
195.112.224.75

[Uzbek]

Тоже вернулся на первую страницу. DHCP отключен, я не угадал. А на первой сетевой карте DNS еще красивей.
Сервер 192.168.0.252 c DNS смотрящим в инет, машина 192.168.0.222 с DNS 8.8.8.8 смотрящей не на сервер а на 192.168.0.6
Рукалицо.
P.S А рабочая группа у всех одна?

Сообщение отредактировал Uzbek: 25 Апрель 2013 - 13:06

[топорик]

ну во первых что писать про оборудование везде стоят неуправляемые ДЛИНКИ
во вторых от того что прописаны шлюзы и днс это еще не говорит о том что есть инет
поскольку инет раздается ваще то роутером во вторых он физически кабелем отключен
в третих какой смысл описывать технологию вы изначально идете не туда
когда после ваших слов я попробовал все тоже самое на двух компах
с настройками без инета и когда были тока два компа и свич и больше ничего то тормоза так и остались и плясать надо от этого
а не от топологии сети и оборудования , вы не путайте меня и себя

задача стоит для меня и для вас такая
при условии что нелььзя убирать выбывших
стоит всего два компа и свич
а дневники все равно тормозят
вопрос почему ????????????????????
и не надо применшивать сеть группы айпи и тд есть тока два компа и свич и все а теперь надо решить проблему с тормозами дневника
вот из этой задачи давайте пожалуйста будем исходить

Uzbek а почему у меня интересно на компах должен стоть шлюз смотрящий в на сервак акуса вот тут ты загнул это еще к чему

[Uzbek]

топорик (26 Апрель 2013 - 02:38) писал:

ну во первых что писать про оборудование везде стоят неуправляемые ДЛИНКИ
во вторых от того что прописаны шлюзы и днс это еще не говорит о том что есть инет
поскольку инет раздается ваще то роутером во вторых он физически кабелем отключен
в третих какой смысл описывать технологию вы изначально идете не туда
когда после ваших слов я попробовал все тоже самое на двух компах
с настройками без инета и когда были тока два компа и свич и больше ничего то тормоза так и остались и плясать надо от этого
а не от топологии сети и оборудования , вы не путайте меня и себя

задача стоит для меня и для вас такая
при условии что нелььзя убирать выбывших
стоит всего два компа и свич
а дневники все равно тормозят
вопрос почему ????????????????????
и не надо применшивать сеть группы айпи и тд есть тока два компа и свич и все а теперь надо решить проблему с тормозами дневника
вот из этой задачи давайте пожалуйста будем исходить

Uzbek а почему у меня интересно на компах должен стоть шлюз смотрящий в на сервак акуса вот тут ты загнул это еще к чему

1) Для нас задачи стоят на работе, тут мы пытаемся понять что у Вас, а задача именно у Вас.
2) А почему они (компы) должны смотреть куда-то в другую сторону, если для них есть сервер?
3) Как Вы собираетесь работать дальше, если из двух машин, 1 сервер, 1 компьютер Вы не можете грамотно прописать IP, шлюзы, DNS, рабочую группу. Я мало понимаю в сетях, но думаю клиентская машина должна смотреть на сервер, иначе зачем он нужен.
4) Сколько весит Ваша база АКУС? Если возможно по папкам в Мб.

[топорик]

1 согласен
2 а причем тут сервер и шлюз не вижу взаимосвязи
3. в смысле все ай пи настроены причем тут шлюз и днс ваще не понимаю группа одна у всех
4
DATA - 138 Mb
DOCS - 35 Gb
FORM - 1.3 Mb
FOTO - 1.6 Gb
METADATA - 21.7 Mb
MЕTADATA1 - 12.6 Mb
QUALIF - 1.7 Mb
REPORTS - 5.8 MB
SYSLOG - 120 Kb
DACT - 0 MB
Video - 0 Mb

я просто обьянмяю причем тут настройки сети и тд если все более менее работало а потом перестало
если я даже оставляю 1 комп и 1 сервак с АКУСом и один фиг тормоза ................. вот о чем речь

Сообщение отредактировал топорик: 26 Апрель 2013 - 07:44

[Uzbek]

топорик (26 Апрель 2013 - 05:16) писал:

я просто обьянмяю причем тут настройки сети и тд если все более менее работало а потом перестало
если я даже оставляю 1 комп и 1 сервак с АКУСом и один фиг тормоза ................. вот о чем речь

Потому-что по сети передается никак иначе. Сам сервер не тупит.
Сканированные страницы дел лежащих в Docs я сжал AdvancedJPEGCompressor, после чего заставил тех кто сканирует вкладывать в формате pdf, фотограф тоже был предупрежден чтобы фотографии не имели веса 20Мб, хватает 20Кб.
У папы есть яблоко, он хочет дать его сыну, сын не против взять яблоко, но папа его передать не может. Сколько интересно вариантов можно представить.
1. Папа передает яблоко, но смотрит при этом на маму, сын беря яблоко у папы смотрит при этом на бабушку.
2. У папы нет рук.
3. У сына нет рук.
4. Они в разных комнатах и расположение здания им не известны, пока найдут друг друга яблоко сгниёт.
5. Они в одной комнате, но она не освещена. Ну и т.д. Я так себе это представляю. Папа не тупит и с радостью накормил бы сына, тот в свое время не против скушать яблоко, но делают они все не в тандеме.

Сообщение отредактировал Uzbek: 26 Апрель 2013 - 06:23

[топорик]

Uzbek это все так и есть фотки сжаты и сжаты изначально и вешают очень мало так же как идругиек сканеные доки

[iqmaster]

топорик (26 Апрель 2013 - 05:16) писал:

1 согласен
2 а причем тут сервер и шлюз не вижу взаимосвязи
3. в смысле все ай пи настроены причем тут шлюз и днс ваще не понимаю группа одна у всех
4
DATA - 138 Mb
DOCS - 35 Gb
FORM - 1.3 Mb
FOTO - 1.6 Gb
METADATA - 21.7 Mb
MRTADATA1 - 12.6 Mb
QUALIF - 1.7 Mb
REPORTS - 5.8 MB
SYSLOG - 120 Kb
DACT - 0 MB
Video - 0 Mb

я просто обьянмяю причем тут настройки сети и тд если все более менее работало а потом перестало
если я даже оставляю 1 комп и 1 сервак с АКУСом и один фиг тормоза ................. вот о чем речь

Что за MRTADATA1 ?
DOCS - 35 Gb - у вас там что, сборник игр?

А сеть со счетов не сбрасывайте, это немаловажно в дальнейшем.

[iqmaster]

Сделайте видеоролик работы станции. Запуск, открытие дневников, работу. Воспользуйтесь Free Screen Video Recorder или CamStudio. Если есть, то HyperCam, Camtasia Studio. Сделайте скриншот содержимого папки Docs, Укажите количество записей в базе, дайте отчеты программы оценки количества информации. Посмотрим так сказать своими глазами.

[топорик]

исправил метадата буквой ошибся ......... 35 гиг потому что там же видеобеседы лежат
по поводу видео попробую на неделе сделать
про сеть помню каждый день но тут мне кажется не в ней совсем дело не в ней