shaytan

Да, это проблема 6748-SFP DDM работает на HW релизах выше 2.0 на 6724-SFP, но официально так же не поддерживается этой картой.

Тогда надо разбирать где FNM теряет трафик. На порт сейчас отправляется 10G/1.5Mpps, а FNM суммарно показывает: Incoming traffic 645931 pps 5040 mbps 0 flows Outgoing traffic 482239 pps 2032 mbps 0 flows При этом 8 ядер равномерно загружены всего на 10-11%

Павел, я правильно понял, что если мы заменим netmap на jflow, то функционал по FS мы потеряем?

Павел, я в pps указал скорость увеличения этого счетчика. Режим захвата netmap, трафик dot1q. Думаю может перейти на jflow с JuniperMX, т.к. статистику надо собирать с двух бордеров, которые еще установленны на двух разных площадках.

200000pps? Не может быть. Еще заметил что FNM не весь трафик мониторит. По Outgoing traffic все правильно показывает, а по Incoming traffic примерно 20% не показывает. Это при условии что мониторится порт между Cisco и JuniperMX, А если снимать трафик между Cisco и Cisco то все точно показывает. Как проверить что FNM не может разобрать? PS. Сейчас с аплинками используем BGP FlowSpec в ручном режиме, как добьемся правильных значений трафика в FNM, хотим поднять BGP FS с FSN для автоматической блокировки.

Да, помогло. Еще вопрос, о чем говорит постоянное увеличение значения счетчика в выводе fastnetmon_client? Total amount of not processed packets: 4796354

Нет, и в конфете отключено: # With this option enabled we could add local IP addresses and aliases to monitoring list # Works only for Linux monitor_local_ip_addresses = no

Установлена dev версия из git. Linux debian8 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64 GNU/Linux В выводе клиента выводится статистика всегда для [max_ips_in_list + 1] IP адресов. Куда посмотреть? /etc/fastnetmon.conf ... # Netmap traffic capture (very fast but need patched drivers) mirror_netmap = on # Port mirroring could be sampled netmap_sampling_ratio = 1 ... ### ### Client configuration ### # Field used for sorting in client, could be: packets, bytes or flows sort_parameter = packets # How much IP's we will list for incoming and outgoing channel eaters max_ips_in_list = 10 ========================================================== FastNetMon 1.1.3 master FastVPS Eesti OU © VPS and dedicated: http://FastVPS.host IPs ordered by: packets Incoming traffic 685494 pps 5665 mbps 0 flows xxx.xxx.99.70 17325 pps 166 mbps 0 flows xxx.xxx.99.93 17071 pps 157 mbps 0 flows xxx.xxx.99.153 16270 pps 159 mbps 0 flows xxx.xxx.99.66 15595 pps 164 mbps 0 flows xxx.xxx.99.77 14381 pps 147 mbps 0 flows xxx.xxx.99.103 14308 pps 148 mbps 0 flows xxx.xxx.99.35 14228 pps 129 mbps 0 flows xxx.xxx.99.131 13611 pps 116 mbps 0 flows xxx.xxx.99.114 13539 pps 103 mbps 0 flows xxx.xxx.99.140 12653 pps 131 mbps 0 flows xxx.xxx.65.11 0 pps 0 mbps 0 flows Outgoing traffic 481688 pps 1979 mbps 0 flows xxx.xxx.99.70 12689 pps 35 mbps 0 flows xxx.xxx.99.114 10749 pps 48 mbps 0 flows xxx.xxx.99.71 9813 pps 45 mbps 0 flows xxx.xxx.99.35 9773 pps 35 mbps 0 flows xxx.xxx.99.131 9673 pps 34 mbps 0 flows xxx.xxx.99.66 9317 pps 17 mbps 0 flows xxx.xxx.99.28 9019 pps 73 mbps 0 flows xxx.xxx.99.50 8926 pps 41 mbps 0 flows xxx.xxx.99.81 8565 pps 48 mbps 0 flows xxx.xxx.99.153 8216 pps 12 mbps 0 flows xxx.xxx.65.11 0 pps 0 mbps 0 flows Internal traffic 10 pps 0 mbps Other traffic 14 pps 0 mbps Screen updated in: 0 sec 987 microseconds Traffic calculated in: 0 sec 2580 microseconds Total amount of IPv6 packets related to our own network: 0 Total amount of not processed packets: 4488318

Все прошло как по маслу.

Можно делать upgrade с версии 0.7.4 сразу на default?

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

Если 6500 не устраивает только плотностью портов, то тогда для этого есть 6880-X. 80 10G портов в 4.85RU.

какой тип подключения? что на доступе стоит? http://www.qtech.ru/catalog/metro/317/chars.htm Технология доступа IPoE/IPv6-Native

Мы даем в СПб 150-200мбит/с.

Вчера пришлось обновится с 3.10.1 на 3.13.0 (ESP крашился по несколько раз в день) Сломался nat ftp. после отключения alg nat ftp (no ip nat service ftp) пассивный ftp режим ожил, активный естественно нет.

Вчера пришлось обновится с 3.10.1 на 3.13.0 (ESP крашился по несколько раз в день) Сломался nat ftp.

Сегодня зальем последнюю версию, посмотрим что там.

А можно ссылку.

Второй раз за неделю скрашилась железка ASR1004+RP2-16G+ESP20+SIP10. До этого отработала почти год и все было в порядке. Конфигурация не менялась с самого момента запуска. IOS:asr1000rp2-adventerprisek9.03.10.01.S.153-3.S1-ext.bin На железке крутится функционал ISG IPoE+CGNAT(PAP) Первая перезагрузка случилась при ~13000 сессий, вторая при ~6000 сессий, т.е. с нагрузкой это не связываем. В лог сваливается такое: Oct 21 13:52:58: %CPPHA-3-FAULT: F0: cpp_ha: CPP:0.0 desc:INFP_INF_SWASSIST_LEAF_INT_INT_EVENT0 det:DRVR(interrupt) class:OTHER sev:FATAL id:2121 cppstate:RUNNING res:UNKNOWN flags:0x7 cdmflags:0x8 Oct 21 13:52:58: %CPPHA-3-FAULTCRASH: F0: cpp_ha: CPP 0.0 unresolved fault detected, initiating crash dump. Oct 21 13:52:58: %CPPHA-3-FAULTCRASH: F0: cpp_ha: CPP 0.0 unresolved fault detected, initiating crash dump. Oct 21 13:52:58: %CPPDRV-6-INTR: F0: cpp_driver-0: CPP10(0) Interrupt : 14-Oct-21 13:52:58.539484 UTC+0400:INFP_INF_SWASSIST_LEAF_INT_INT_EVENT0 Oct 21 13:52:58: %CPPDRV-3-LOCKDOWN: F0: cpp_cp: CPP10(0) CPP Driver LOCKDOWN due to fatal error. Oct 21 13:52:58: %CPPOSLIB-3-ERROR_NOTIFY: F0: cpp_cp: cpp_cp encountered an error -Traceback= 1#698f6e28d9715c1b226d8c87dc2330be errmsg:C84D000+2230 cpp_common_os:CEE5000+C470 cpp_common_os:CEE5000+C270 cpp_common_os:CEE5000+19BCC cpp_sbs:E0E0000+DC84 cpp_sbs:E0E0000+A5A0 cpp_sbs:E0E0000+AA7C cpp_sbs:E0E0000+AC24 cpp_ess_svr_lib:FA59000+38BB8 cpp_ess_svr_lib:FA59000+2B59C cpp_common_os:CEE5000+113E4 cpp_common_os:CEE5000+11A1C evlib:CC11000+E16C evlib:CC11000+10554 cpp_common_os:CEE5000+1318C :100000 Oct 21 13:52:58: %CPPDRV-3-LOCKDOWN: F0: fman_fp_image: CPP10(0) CPP Driver LOCKDOWN due to fatal error. Oct 21 13:52:58: %CPPOSLIB-3-ERROR_NOTIFY: F0: fman_fp_image: fman-fp encountered an error -Traceback= 1#56d8d6d8160084eaf58349be59d88d14 errmsg:C584000+2230 cpp_common_os:9601000+C470 cpp_common_os:9601000+C270 cpp_common_os:9601000+19BCC cpp_sbs:94BB000+DC84 cpp_sbs:94BB000+A5A0 cpp_sbs:94BB000+AA7C cpp_sbs:94BB000+AC24 cpp_cef_mpls_common:9C46000+4CF38 cpp_cef_mpls_common:9C46000+4DA0C :10000000+5DDFD4 evlib:9FEF000+E3A8 evlib:9FEF000+10554 :10000000+3F6528 c:7825000+1E938 c:7825000+1EAE0 Oct 21 13:52:59: %IOSXE_OIR-6-OFFLINECARD: Card (fp) offline in slot F0 Oct 21 13:53:35: %CPPCDM-3-ERROR_NOTIFY: F0: cpp_cdm: QFP 0 thread 153 encountered an error -Traceback= 1#d403ea3ff7b9542962ccc811de090de0 805F6B70 80024F05 8052BC82 802615E1 802762F9 802614E5 802762F9 80257104 80257191 802572C6 8032FE09 8033111E 805E4150 8201C769 805F5E50 805F5E5A 80020064 80020055 80000000 Oct 21 13:53:35: %IOSXE-3-PLATFORM: F0: cpp_cdm: CPP crashed, core file /tmp/corelink/ASR1004-Ts_ESP_0_cpp-mcplo-ucode_102114135335.core.gz Oct 21 13:56:47: %CPPHA-3-FAULT: F0: cpp_ha: CPP:0.0 desc:CPP Client process failed: cpp_cp det:HA class:CLIENT_SW sev:FATAL id:1 cppstate:RUNNING res:UNKNOWN flags:0x0 cdmflags:0x0 Oct 21 13:56:47: %CPPOSLIB-3-ERROR_NOTIFY: F0: cpp_ha: cpp_ha encountered an error -Traceback= 1#df75159c91b904fe11052def0a2c4a50 errmsg:F6CB000+2230 cpp_common_os:FF5A000+C470 cpp_common_os:FF5A000+C270 :10000000+6FE4 :10000000+12798 evlib:F41F000+E3A8 evlib:F41F000+10554 cpp_common_os:FF5A000+1318C :10000000+F148 c:E4D1000+1E938 c:E4D1000+1EAE0 Oct 21 13:56:47: %PMAN-3-PROCHOLDDOWN: F0: pman.sh: The process cpp_cp_svr has been helddown (rc 134) Oct 21 13:56:49: %PMAN-0-PROCFAILCRIT: F0: pvp.sh: A critical process cpp_cp_svr has failed (rc 134) Oct 21 13:56:53: %CPPOSLIB-3-ERROR_NOTIFY: F0: cpp_ha: cpp_ha encountered an error -Traceback= 1#df75159c91b904fe11052def0a2c4a50 errmsg:F6CB000+2230 cpp_common_os:FF5A000+C470 cpp_common_os:FF5A000+C270 :10000000+6FE4 :10000000+12798 evlib:F41F000+E3A8 evlib:F41F000+10554 cpp_common_os:FF5A000+1318C :10000000+F148 c:E4D1000+1E938 c:E4D1000+1EAE0

Действительно, бегло пробегался уже по этому документу, пропустив раздел security, а про CGNAT именно там оказалось. Спасибо! Для ESP20: Security Up to: IPsec: 10,000 tunnels Firewall or NAT: 2,000,000 sessions and 200,000 sessions-per-sec setup rate Carrier-Grade NAT: 4,000,000 sessions

Не могу найти первоисточник, что "ESP20/40 - 2M (4M CGN) трансляций". Подкинте ссылку на документик от cisco.

Уважаемый shaytan, к сожалению не можем найти ваши тикеты. Напишите пожалуйста нам на support@nag.ru письмо с описанием проблем. http://support.nag.ru/issues/3741 Подскажите ещё пожалуйста номер второго тикета. Уточнил у ответственных за тестирование, по остальным проблемам тикет не создали, т.к. проблема плавающая и просто так не воспроизводится, пытаются повторить. Но проблема с IPv6 для нас закрывает возможность использовать эти коммутаторы на доступе в нашей сети.

Да, конечно, чуть чуть модифицировал CherryEPG.pl # import schedule data from a file if( $args{f}) { print "Importing Channels from DB:\n"; $sth = $dbh->prepare(qq{ SELECT dvb_c_id,name,UNIX_TIMESTAMP(start) as start ,UNIX_TIMESTAMP(stop) as stop,title,description FROM playlist left join programs on epg_id=channel WHERE dvb_c_id>0 and start is not NULL order by start }) or die $dbh->db_errstr; $sth->execute or die $dbh->db_errstr; printf $sth->rows." Programs in timetable:\n"; for (my $i=0; $i< $sth->rows; $i++) { my $row = $sth->fetchrow_hashref(); my $event; $event->{uid} = $$row{'dvb_c_id'}; $event->{start} = $$row{'start'}; $event->{stop} = $$row{'stop'}; $event->{service_id} = $$row{'dvb_c_id'}; my @descriptors; my $short_descriptor; $short_descriptor->{descriptor_tag} = 0x4d; # short event descriptor # language code from ISO 639-2 lowercase $short_descriptor->{language_code} = 'rus'; # define codepage according to Annex.2 of EN 300 468 $short_descriptor->{codepage_prefix} = ""; my $title = $$row{'title'}; my $descr = $$row{'description'}; Encode::from_to($title, "utf8", "ISO-8859-5"); $short_descriptor->{event_name} = "\x10\x00\x05".$title; #\x10\x00\x05 - маркер кодировки ISO-8859-5 Encode::from_to($descr, "utf8", "ISO-8859-5"); $short_descriptor->{text} = "\x10\x00\x05".$descr; push( @descriptors, $short_descriptor); $event->{descriptors} = \@descriptors; $myEpg->addEvent( $event); } } еще сверху чтобы -f не тробовала имя файла сделал так getopts( "bihfx", \%args ); Просто хотел убедиться что вы в select не ставите условие выборки "3 дня", а грузите в EitDb все события из SQL БД.

Да 3 дня улетают к юзеру, в базе данные за неделю раз в сутки генерируем заново, Cherry выбирает нужные данные. В итоге окно программ смещается каждый день. А можете показать процедуру загрузки событий из своей базы в eitDb?

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