shamani

oleg_n, подскажите я по коду так и не понял. Как осуществляется блокировка https? По IP или по server name?

Стич Вы посмотрите на это ПО там хоть кофемолку интегрировать можно. Мы АТОЛ с этим ПО с нашим биллингом увязали.

Тут я с Вами не согласен. Видимо им очень сильно везет. Либо что-то необходимое куда-то везут. На этом и закончим.

Можно как угодно, под разным соусом (аренда,подарок....),только как на это куратор посмотрит. И станут вам не удобные вопросы задавать про ДВО, звонки внутри станции и особо не интересоваться подробностями, что мопед не мой. Я к чему, что если выбирать решение, то надо рассчитывать, что спросят с Вас как с оператора. И умнея такой случай был.

В данном случае ВАТС от itoolabs как Softswitch Class 5, Class 4 на которой оператор оказывает услуги связи, через дополнительное оборудование выпускает в ТфОП - это все еще панасоник? Если взять РТУ (не реклама), то это Softswitch Class 5, Class 4 на которой создаются ВАТС абонента и на это решение есть программно/аппаратный комплекс реализующий СОРМ. Или решение от itoolabs, как-то, как сбоку бантик на сети оператора прикручивается? Или я что-то не догоняю?

Вот только, совсем не понятно, как это потом сдать как узел связи с СОРМом (они захотят и ДВО видеть.).

Планируется ли добавление в SNR-CPE-W4N, чипсет MT7620N, функционала который бы предусматривал сканирование эфира при выборе канала Wifi и предложение менее загруженного.

1.5.86.75 2. Есть. Один клиент нам вообще 4 знака отдает. Но на сорм транслируем 11. 3. По третьему вопросу не скажу, ибо не лично настраивал. ayf, Вы через какой параметр транслировали в 11 знак, чрез set_sormRoutech? Или как? Приведите пожалуйста кусочек конфигурации.

Это вся разница? Ну мы на этом споткнулись... Куратор наш толковый, проверил на пульте с 8 - проходит, проверил с 7 - не проходит, сказал в чем дело. Поменяли - сдали. 1. На каком моторе сдались? 2. Есть присоединенные станции, которые не могут отдавать АОН в 11 знаке? Если есть как решили? 3. Были вопросы. 1) На отправленные с ПУ СОРМ команды поступают ответные сообщении № 8, в которых в поле признак выполнения команды указаны значения не определенные в Правилах. Например: 11h, 18h. Примеры команд: повторный запуск СОРМ; задание пароля с неправильным паролем; задание пароля с неправильным № СОРМ; закрепление КСЛ, которая уже закреплена; исключение КСЛ занятой разговором; постановка объекта на контроль с неправильными параметрами и т.д

Простите, но я Вас не понял. Вы имеете ввиду разницу, кто сдавался раньше по 70 приказу?

Коллеги! Есть кто на форуме, кто сдавал станцию на базе АТС М-200 по 268 приказу?

Уважаемый Wingman. У меня такая же ошибка временами проскакивает. Пожалуйста прокомментируйте!

Уважаемый Wingman. Не получается собрать под Ubuntu 14.10 версия libnetfilter-queue-dev (1.0.2-2) CMake Error at CMakeLists.txt:22 (message): libnetfilter_queue.h not found! -- Configuring incomplete, errors occurred! See also "/usr/src/nfq_filter/build/CMakeFiles/CMakeOutput.log". See also "/usr/src/nfq_filter/build/CMakeFiles/CMakeError.log". вот что пишет в CMakeError.log. Determining if files libnetfilter_queue/libnetfilter_queue.h exist failed with the following output: Change Dir: /usr/src/nfq_filter/build/CMakeFiles/CMakeTmp Run Build Command:/usr/bin/make "cmTryCompileExec829022398/fast" /usr/bin/make -f CMakeFiles/cmTryCompileExec829022398.dir/build.make CMakeFiles/cmTryCompileExec829022398.dir/build make[1]: вход в каталог «/usr/src/nfq_filter/build/CMakeFiles/CMakeTmp» /usr/bin/cmake -E cmake_progress_report /usr/src/nfq_filter/build/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec829022398.dir/CheckIncludeFiles.c.o /usr/bin/cc -o CMakeFiles/cmTryCompileExec829022398.dir/CheckIncludeFiles.c.o -c /usr/src/nfq_filter/build/CMakeFiles/CMakeTmp/CheckIncludeFiles.c In file included from /usr/src/nfq_filter/build/CMakeFiles/CMakeTmp/CheckIncludeFiles.c:2:0: /usr/include/libnetfilter_queue/libnetfilter_queue.h:60:11: error: unknown type name ‘uint32_t’ uint32_t mask, uint32_t flags); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:60:26: error: unknown type name ‘uint32_t’ uint32_t mask, uint32_t flags); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:137:50: error: unknown type name ‘uint16_t’ void nfq_nlmsg_cfg_put_cmd(struct nlmsghdr *nlh, uint16_t pf, uint8_t cmd); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:137:63: error: unknown type name ‘uint8_t’ void nfq_nlmsg_cfg_put_cmd(struct nlmsghdr *nlh, uint16_t pf, uint8_t cmd); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:138:53: error: unknown type name ‘uint8_t’ void nfq_nlmsg_cfg_put_params(struct nlmsghdr *nlh, uint8_t mode, int range); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:139:54: error: unknown type name ‘uint32_t’ void nfq_nlmsg_cfg_put_qmaxlen(struct nlmsghdr *nlh, uint32_t qmaxlen); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:142:55: error: unknown type name ‘uint32_t’ void nfq_nlmsg_verdict_put_mark(struct nlmsghdr *nlh, uint32_t mark); ^ /usr/include/libnetfilter_queue/libnetfilter_queue.h:143:71: error: unknown type name ‘uint32_t’ void nfq_nlmsg_verdict_put_pkt(struct nlmsghdr *nlh, const void *pkt, uint32_t pktlen); ^ CMakeFiles/cmTryCompileExec829022398.dir/build.make:57: ошибка выполнения рецепта для цели «CMakeFiles/cmTryCompileExec829022398.dir/CheckIncludeFiles.c.o» make[1]: *** [CMakeFiles/cmTryCompileExec829022398.dir/CheckIncludeFiles.c.o] Ошибка 1 make[1]: выход из каталога «/usr/src/nfq_filter/build/CMakeFiles/CMakeTmp» Makefile:114: ошибка выполнения рецепта для цели «cmTryCompileExec829022398/fast» make: *** [cmTryCompileExec829022398/fast] Ошибка 2 Source: /* */ #include <libnetfilter_queue/libnetfilter_queue.h> int main(){return 0;} сам файл libnetfilter_queue.h есть.

Коллеги. Roysbike в одном из постов спрашивал про правила NAT, как оптимизировать т.п. c версии iptables 1.4.10 правила можно отрабатывать на разных процах. получается $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.0.0/24 -m cpu --cpu 0 -j SNAT --to-source 93.157.x.1 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.1.0/24 -m cpu --cpu 1 -j SNAT --to-source 93.157.x.1 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.2.0/24 -m cpu --cpu 2 -j SNAT --to-source 93.157.x.2 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.3.0/24 -m cpu --cpu 3 -j SNAT --to-source 93.157.x.3 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.4.0/24 -m cpu --cpu 4 -j SNAT --to-source 93.157.x.4 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.5.0/24 -m cpu --cpu 5 -j SNAT --to-source 93.157.x.5 $IPTABLES -t nat -A POSTROUTING -o $OUT_IFACE2 -s 172.30.6.0/24 -m cpu --cpu 6 -j SNAT --to-source 93.157.x.6 ... Вот у меня и возник вопрос, а даст это прироста производительности и/или более равномерно распределит нагрузку про процам, может кто так делал?

Господа! У кого работает на 3.10-0.bpo.3-amd64 SMP Debian 3.10.11-1~bpo70+1 (2013-09-24) x86_64 iptables v1.4.20 версия последняя с git clone https://github.com/aabc/ipt-netflow.git при загрузке модуля. [ 17.938451] ipt_NETFLOW version 1.8.1 (8192 buckets) [ 17.938535] netflow: registered: /proc/net/stat/ipt_netflow [ 17.938548] netflow: registered: sysctl net.netflow [ 17.938572] ipt_NETFLOW: added destination XXX.XXX.XXX.Y:7223 [ 17.938587] ipt_NETFLOW: added destination XXX.XXX.XXX.Z:7223 [ 17.938591] ipt_NETFLOW protocol version 5 (NetFlow) enabled. [ 17.938595] ipt_NETFLOW is loaded. [ 17.944581] ipt_NETFLOW: allocating new hash table 8192 -> 262144 buckets [ 17.945245] ------------[ cut here ]------------ [ 17.945255] WARNING: at /build/linux-9_tuUh/linux-3.10.11/kernel/softirq.c:160 _local_bh_enable_ip.isra.17+0x33/0x88() [ 17.945258] Modules linked in: nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre ipt_NETFLOW(O) iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables ip_set_hash_net ip_set_hash_ip ip_set nfnetlink bonding 8021q garp stp mrp llc loop hid_generic usbhid hid tg3 ptp pps_core e1000e(O) libphy iTCO_wdt iTCO_vendor_support ehci_pci ehci_hcd usbcore coretemp usb_common acpi_cpufreq mperf lpc_ich mfd_core i2c_i801 i2c_core evdev snd_pcm snd_page_alloc snd_timer snd soundcore pcspkr kvm_intel kvm crc32c_intel processor thermal_sys microcode button ext3 mbcache jbd raid1 md_mod sr_mod sd_mod cdrom crc_t10dif ahci libahci libata scsi_mod [ 17.945333] CPU: 4 PID: 3427 Comm: sysctl Tainted: G O 3.10-0.bpo.3-amd64 #1 Debian 3.10.11-1~bpo70+1 [ 17.945336] Hardware name: HP ProLiant ML110 G6/ProLiant ML110 G6, BIOS O27 09/06/2010 [ 17.945339] ffffffff8138cac3 0000000000000000 ffffffff8103be31 0000000000000000 [ 17.945346] 0000000000000000 0000000000000216 0000000000000000 ffffc90003783000 [ 17.945351] 0000000000000000 ffffc90003d51000 ffffffff810422ef ffffffffa03185a0 [ 17.945357] Call Trace: [ 17.945365] [<ffffffff8138cac3>] ? dump_stack+0xd/0x17 [ 17.945372] [<ffffffff8103be31>] ? warn_slowpath_common+0x5f/0x77 [ 17.945377] [<ffffffff810422ef>] ? _local_bh_enable_ip.isra.17+0x33/0x88 [ 17.945384] [<ffffffffa031659e>] ? hsize_procctl+0x134/0x172 [ipt_NETFLOW] [ 17.945392] [<ffffffff8115d17a>] ? proc_sys_call_handler+0x98/0xbf [ 17.945400] [<ffffffff8110c390>] ? vfs_write+0x9d/0x103 [ 17.945405] [<ffffffff8110c682>] ? SyS_write+0x51/0x80 [ 17.945412] [<ffffffff81395429>] ? system_call_fastpath+0x16/0x1b [ 17.945415] ---[ end trace bbed798b4cbf2d8a ]--

Добрый день! Господа, подскажите кто использует многопарку Hyperline UTP48-C5-SOLID-INDOOR, есть ли нарекания, может что другое посоветуйте. Планируем использовать такой вариант (в 5 этажках, чердака нет.): От коммутатора (устанавливаем в шкафу между 4-5 этажами) спускаем Hyperline UTP48-C5 в подвал, далее расшиваем на Кросс-бокс (тип Krone) от кроса до абонента. Планируем использовать все 48 пар, по 2 пары на абонента. Все это затеяли т.к стояки достаточно плотно забиты и однажды пройти многопаркой будет попроще, чем каждый раз пропихивать отдельный кабель до абонента. Спасибо.