Подскажите из-за чего CDR отдаваемые с разных TTY могут различатся. Смотрю звонки одного и того-же абонента - в одних логах 4 звонка, в других 50!

ADAN TTY 0
TTY_TYPE SDI
CAB 00
CARD 00
PORT 0
DES
FLOW NO
USER CTY


ADAN TTY 1
TTY_TYPE SDI
CAB 00
CARD 00
PORT 1
DES
BPS 19200
BITL 8
STOP 1
PARY NONE
FLOW NO
USER MTC SCH CTY BUG
TTYLOG 2
BANR NO


ADAN TTY 2
TTY_TYPE SDI
CAB 00
CARD 00
PORT 2
DES MNTC
BPS 19200
BITL 8
STOP 1
PARY NONE
FLOW NO
USER CTY

Не уверен с какого TTY пишется логов меньше с TTY0 или с TTY2.

Может быть СОМ портами на компе?У меня логи собраются юниксом и наблюдается такая штука.Пока не заполнится юниксовый буффер IO ,что то около 4Kбайт данные не скидываются на диск.А если сыпятся всякие буги итд(наверное не ваш случай поскольку USER только CTY) данные на диск скидываются намного быстрее.
Можно еще посмотреть
LD 15
TYPE: CDR_DATA
PORT

Может попробовать игратся с "TTYLOG"?
Сколько советуете поставить?

(ОС проблемного сервера i586-suse-linux)

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

PS: У Вас случайно не cat /dev/tty0 | и.т.д. ?

У Вас случайно не cat /dev/tty0 | и.т.д. ?
Говорят нет.

А какие сомнения насчёт "cat /dev/tty0 | и.т.д."?

AlexandrD пишет
Можно еще посмотреть
LD 15
TYPE: CDR_DATA
PORT

TYPE CDR_DATA
CUST 00
CDR YES
IMPH NO
OMPH NO
AXID YES
TRCR YES
CDPR YES
ECDR YES
BDI NO
OTCR NO
PORT 1 2
CNI DGTS
BCAP NO
CHLN 0
FCAF NO

yoric пишет
А какие сомнения насчёт "cat /dev/tty0 | и.т.д."?

Эта команда буфферизирует данные перед выдачей в pipe.У меня она и работает.На ненагруженных станциях время записи данных на диск может быть несколько часов.

makar пишет
TYPE CDR_DATA
CUST 00
CDR YES
PORT 1 2
CNI DGTS
BCAP NO
CHLN 0
FCAF NO
Неувязчка небольшая.Вы писали "Не уверен с какого TTY пишется логов меньше с TTY0 или с TTY2",а порты в ld15 1 и 2.

Ну теперь уверен :)

makar пишет
Ну теперь уверен :)

Так и с какого? На всякий случай вариаты ответа :
а) 0;
б) 1;
в) 2.

..........выбираю помощь зала:D

AlexandrD пишет
Так и с какого? На всякий случай вариаты ответа :
а) 0;
б) 1;
в) 2.


С б и в пишутся логи, меньше с в.

makar пишет
С б и в пишутся логи, меньше с в.

"в пишутся логи, меньше с в" .Ничё не понял.Наверное пора мне в психушку сдаваться:(

AlexandrD пишет
Эта команда буфферизирует данные перед выдачей в pipe.У меня она и работает.На ненагруженных станциях время записи данных на диск может быть несколько часов.

А у меня на линуксе сразу валит в файл, а на фре задержечка, но как я заметил, не по времени, а по размеру. Хотя, у меня не |, а >.

AlexandrD пишет
"в пишутся логи, меньше с в" .Ничё не понял.Наверное пора мне в психушку сдаваться:(

С "б" и "в" пишутся логи, но в файлах с "в" их меньше.

AlexandrD пишет
"в пишутся логи, меньше с в" .Ничё не понял.Наверное пора мне в психушку сдаваться:(
Очевидно имелось в виду
а=0
б=1
в=2
:D

makar пишет
С "б" и "в" пишутся логи, но в файлах с "в" их меньше.

Ну тогда единственное различе
ADAN TTY 1
USER MTC SCH CTY BUG
ADAN TTY 2
USER CTY
Т.е. кол-во сообщений на 1 порт будет поболее,чем на второй.Что косвенно подтверждает мое предположение о задерке .



yoric пишет
А у меня на линуксе сразу валит в файл, а на фре задержечка, но как я заметил, не по времени, а по размеру. Хотя, у меня не |, а >.

Ну да чем больше сыпется,тем бытрее записывается.По моему опыту на нагруженной станции 5-10 мин.

AlexandrD пишет
Ну тогда единственное различе
ADAN TTY 1
USER MTC SCH CTY BUG
ADAN TTY 2
USER CTY
Т.е. кол-во сообщений на 1 порт будет поболее,чем на второй.Что косвенно подтверждает мое предположение о задерке.

Т.е. можно попробовть решить проблему добавив в
ADAN TTY 2
USER CTY BUG
?

makar пишет
Т.е. можно попробовть решить проблему добавив в
ADAN TTY 2
USER CTY BUG
?
Зачем?
Может на TTY1 убрать MTC SCH BUG

Т.е. меридиан не успевает слать во все порты все?
И убрав лишнее с TTY1 будет лучше уходить в TTY2?

Уважаемый makar определитесь кто глючит меридиан или сборщик логов.Подключите к каждому порту станции комп с гипертерминалом и сравнивайте логи в реальном времени.
Если все будет совпадать,тогда Вам на www.opennet.ru.

По-моему, на данный момент больше всего глючит сам makar:D

Что вы меня путаете?
Чего не понятно то?
На одном серваке 4 звонка, на другом 50!

В общем получается надо ехать и подключатся напрямую.