Jump to content
Калькуляторы

hiller

Активный участник
  • Content Count

    298
  • Joined

  • Last visited

1 Follower

About hiller

  • Rank
    Студент

Контакты

  • Сайт
    http://
  • ICQ
    0

Информация

  • Пол
    Мужчина

Recent Profile Visitors

2381 profile views
  1. Вот решение проблемки со сборкой, которую я описывал чуть выше: https://github.com/DmitriyEshenko/vyos-cgnat/commit/b50e09b3141be657d5bb03891e3e530d8c3416c9
  2. Чем закончилась история с тестированием xt_NAT? У кого-нибудь в продакшине стоит? Пытался сейчас собраться под Debian 4.19.0-16-amd64, не горит желанием собираться: make make -C /lib/modules/4.19.0-16-amd64/build/ M=/root/install/xt_NAT modules CONFIG_DEBUG_INFO=y make[1]: Entering directory '/usr/src/linux-headers-4.19.0-16-amd64' CC [M] /root/install/xt_NAT/xt_NAT.o /root/install/xt_NAT/xt_NAT.c: In function ‘stat_seq_show’: /root/install/xt_NAT/xt_NAT.c:1547:43: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Active NAT sessions: %ld\n", atomic64_read(&sessions_active)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1548:42: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Tried NAT sessions: %ld\n", atomic64_read(&sessions_tried)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1549:44: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Created NAT sessions: %ld\n", atomic64_read(&sessions_created)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1550:41: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "DNAT dropped pkts: %ld\n", atomic64_read(&dnat_dropped)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1551:39: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Fragmented pkts: %ld\n", atomic64_read(&frags)); ~~^ ~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1552:41: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Related ICMP pkts: %ld\n", atomic64_read(&related_icmp)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c:1553:36: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘s64’ {aka ‘long long int’} [-Wformat=] seq_printf(m, "Active Users: %ld\n", atomic64_read(&users_active)); ~~^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ %lld /root/install/xt_NAT/xt_NAT.c: In function ‘nat_tg_init’: /root/install/xt_NAT/xt_NAT.c:1664:5: error: implicit declaration of function ‘setup_timer’; did you mean ‘sk_stop_timer’? [-Werror=implicit-function-declaration] setup_timer( &sessions_cleanup_timer, sessions_cleanup_timer_callback, 0 ); ^~~~~~~~~~~ sk_stop_timer cc1: some warnings being treated as errors make[4]: *** [/usr/src/linux-headers-4.19.0-16-common/scripts/Makefile.build:315: /root/install/xt_NAT/xt_NAT.o] Error 1 make[3]: *** [/usr/src/linux-headers-4.19.0-16-common/Makefile:1562: _module_/root/install/xt_NAT] Error 2 make[2]: *** [Makefile:146: sub-make] Error 2 make[1]: *** [Makefile:8: all] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-4.19.0-16-amd64' make: *** [Makefile:11: xt_NAT.ko] Error 2 Кто-нибудь решал эту проблемку?
  3. похоже пришло время добавить сюда поддержку IPv6 )
  4. Наверняка ничего не изменилось, но может плохо искал... Коллеги, подскажите, не появилась ли возможность делать более одной трансляции Selective QinQ на Nexus 3064?
  5. Добрый день! Купили около 40 ERD4 и планируем еще! Хотим вот такую функцию: Изменение состояния реле 220v на заданное время по SNMP. Чтобы его можно было включить или выключить на N секунд. Есть некое устройство, которое должно быть включено не более и не менее N секунд, сейчас мы даем команду на замыкание реле, а через нужное время - на размыкание. Но в случае, если мы замкнули реле и пропала связь, команду на размыкание мы подать не можем, устройство либо продолжает работать, что для него критично, либо ждет сработки watchdog, который по пропаданию пинга выключит реле, что делает время его работы малопредсказуемым. Можно реализовать такую функцию? Заранее спасибо!
  6. Нужен нормальный VRF context во всех подразделах IP. Роутинг, файрвол и т.п. Выбор контекста в настройках интерфейса/vlan'а, а не хрен пойми где. Мерджинг BGP-табличек в виртуальную, как в BIRD с помощью pipe делается. Нормальный просмотр mac-address-table на портах встроенного в роутер свича.
  7. камеры Dahua в мультикаст

    Коллеги, кому-нибудь доводилось забирать с камер Dahua 1220SP-0360B (именно с этой модели) поток multicast mpeg-ts? Настраиваю через http-api адрес группы, порт, включаю вещание основного потока. С интерфейса камеры mcast не сыпется. Проверял при прямом подключении камеры в порт компа, вставал на интерфейс tcpdump'ом. http://192.168.1.108/cgi-bin/configManager.cgi?action=setConfig&Multicast.TS[0].MulticastAddr=239.16.150.12 http://192.168.1.108/cgi-bin/configManager.cgi?action=setConfig&Multicast.TS[0].Port=1234 http://192.168.1.108/cgi-bin/configManager.cgi?action=setConfig&Multicast.TS[0].Enable=true При просмотре конфигурации, все настройки показываются в соответствии с указанными выше. table.Multicast.TS[0].Channel=0 table.Multicast.TS[0].Enable=true table.Multicast.TS[0].LocalAddr=0.0.0.0 table.Multicast.TS[0].MulticastAddr=239.16.150.12 table.Multicast.TS[0].Port=1234 table.Multicast.TS[0].StreamType=Main Пробовал несколько прошивок, самая старая 2.420.0000.4.R, Build Date: 2016-05-05. Самая новая за 2017 год (не помню номер), результат один - mcast не льется. С аналогичными настройками на камере 1220S все прекрасно работает. Собственно вопрос: Это у всех такая проблема? Как ее можно решить? Может есть какая-то прошивка, которая это умеет? Дайте ссылочку, пожалуйста. Ну или хотябы номер версии, если у кого-то это работает. Спасибо!
  8. Завязывайте! UdpXY был интересен в самом начале, но оказался кривым как хрен знает что! Сразу пришлось перейти на нормальный mc2http, а потом и на msd_lite. Вот этот софт (msd_lite) реально работает, реально экономит ресурсы и для него не является достижением загрузить хоть 100G сетевую карту!
  9. Хочу : Продать, Сдать в аренду Предмет сделки : Лямбда Цена : Договорная Дополнительная информация : +79041404405 Сообщение сгенерировано автоматически с помощью инструмента "Биржа каналов"
  10. Какое лучшее решение предложил бы крутой технарь?:) Давайте соберем все возможные варианты реализации и похоливарим. Видел краем глаза "решение" от itoolabs. Один из клиентов по телефонии (провайдер) пользуется. ИМХО, какая-то кривизна, если честно. Интерфейс уродский, в одном месте он построен по одной концепции, в другом - по другой. Интуитивно понятный, местами. Без обращения в тех. поддержку его настроить не всегда удается. Общение с клиентом выглядело так: Клиент (к) - дайте нам транк в какой-то левый сервис, протестим. Оператор (о) - ок, пускай сервис прицепится к нашей станции, вот логин/пароль. к - этот сервис не умеет так делать о - ну хз, говорите, как вам сделать к - непонятно, обращусь в тех.поддержку к - они сказали лить на такой-то ip о - ок, льем, принимайте! к - не можем принять, причина не известна, обращаемся в поддержку. к - ответили, что в caller-id обязательно должен быть +. Просто 7 их не устраивает. о - добавили "+", принимайте. к - не работают исходящие, обращаюсь в поддержку... и т.д. и т.п. И это все при том, что изначально надо было принять от нас и отдавать нам e164 без плюса - ничего сложного. У меня вот вопрос к пользователям подобных самопальных, облачных, как бы крутых сервисов ВАТС: Что такого в этих ВАТС. что бы не смог сделать ваш тех.отдел за неделю-две? Поставьте задачу технарям и будет у вас собственная ВАТС с любыми фишечками, кастомизированным интерфейсом и т.п. В чем сложность-то?
  11. По клиентам была одна проблема: На одном включении пару лет все прекрасно работало, потом 4 грозы подряд выгорали ethernet порты на CPE. Решилось заменой кабеля, в котором оказалась вода. Клиент во время ремонта крыши немного повредил оболочку кабеля. После замены было уже много гроз, ничего не горит. Ну и AirFiber'ы горели, после прямого попадания молнии в башню. Башня 80м.
  12. Ну раз всех устраивает текущее положение дел, продолжайте радоваться жизни. Я пошёл покупать 802.3af -> Passive PoE. По поводу оптики: прикольно, но нам не нужно. И так ничего не горит.