Queeq

Остаток бухты, 64 метра - 300 грн. Маркировка: NXT CABLES 4PR 24 AWG UTP SOLID CABLE CAT 5E PVC (метражная метка) Связь через л.с. на форуме.

Марка: КППЭт-ВП (100) 4х2х0,51 (FTP - cat.5e) Маркировка: OK-NET 2006 FTP outdoor cat.5E 100 MHz 4Pr AWG24 NVP68% ISO/IEC 11801 EN 50173-1 100 OHM K-29 (метражная метка) Б/у кусок 62 метра - 500 грн. В подарок два анкера и две грозозащиты (оно так всё вместе и работало). Новый кусок 232 метра - 2300 грн. Лежал в помещении. Связь через л.с. на форуме.

Не упорствуйте, все равно вы ошиблись Ethernet over SDH это всего лишь концепция, конкретная реализация подразумевает передачу асинхронного эзернет трафика с помощью синхронного сдх транспорта с использованием виртуальной конкатенации, жфп-инкапсуляции и протокола лкас для динамической подстройки полосы. Так вот, если оператор дает вам транспорт уровня СТМ-1, это значит, что верхняя планка скорости в данном конкретном случае, как я говорил, чуть меньше 150 Мбит/с, чтобы получить 600 Мбит/с, нужен транспорт СТМ-4. Нет, я буду упорствовать, потому что ошибся только в понимании Вашего по

eugene говорил об EoSDH. Наверное я не так его понял. Я имел в виду обычный EoSDH.

Я вам больше скажу, с эзером поверх СДХ вы и 155 не выжмете Чуть меньше 150 потолок. Это почему? Лично знаю место, где работает 600 Мбит.

Ну когда явно прописываешь - и не должно. Оно в этом случае не пойдёт через lo. Покажи rdr правила в PFе и вывод sockstat -4 | grep squid

tcpdump -i lo0 что показывает?

А у тебя rdr стоит на 127.0.0.1? Слушает на нём сквид?

Очень неплохо было бы предусмотреть возможность самокредитования (как было у Алферова), самозаморозки.

От я пень... Сколько раз про это читал...

Ну вот тот ifeq можно, допустим, закомментить... #ifeq ($(OS),linux) #LIBS += $(LIB_THREAD) \ # -ldl #else LIBS += $(LIB_THREAD) \ -lc #endif А вот что делать с оставшейся "Makefile", line 47: Need an operator Error expanding embedded variable. Я совсем не знаю...

Скачал, распаковал, сделал ./build Процесс просто завершается после gmake[2]: Leaving directory `/home/queeq/stg-2.4-2010.04.16-15.33.33/projects/stargazer/plugins/store/mysql' gmake[1]: Leaving directory `/home/queeq/stg-2.4-2010.04.16-15.33.33/projects/stargazer/plugins' cc -c admin.cpp -I/usr/local/include -DARCH_LE -I /home/queeq/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../include -DNDEBUG -DFREE_BSD5 cc -c admins.cpp -I/usr/local/include -DARCH_LE -I /home/queeq/stg-2.4-2010.04.16-15.33.33/projects/stargazer/../../include -DNDEBUG -DFREE_BSD5 cc -c main.cpp -I/usr/loc

Ещё вопрос. Какая версия документации актуальна? 2.13 подойдёт?

Я правильно понял, что в этой сборке абонка наконец-то не снимается, если пользователь "заморожен"? Корректнее будет, если она будет сниматься пропорционально незамороженному периоду. Пока юзер не разморозится - ничего сниматься не будет. А как только разморозится - оно сразу и посчитает сколько он там за незамороженный период должен. Это работает одинаково при снятии абонки как в конце, так и в начале учётного периода?

Я правильно понял, что в этой сборке абонка наконец-то не снимается, если пользователь "заморожен"? Корректнее будет, если она будет сниматься пропорционально незамороженному периоду.