zlolotus

Обажаю такие советы ) Завтра вы уезжаете на ПМЖ в забугорию, или просто растворяетесь и тупо подставляете своего работодателя )

А нам тут предлагают сдавать свою сеть в Аренду... Ростелекому он уже под это дело купил mx480.

Коллеги, привествую! Написал вот такой шейпер, до перехода c виртуалки все отлично работало, а сейчас с переходом на debian(физический сервер) непонятные затыки... Может я где-то ошибся? /sbin/tc qdisc del root dev eth1 /sbin/tc qdisc del root dev eth1.300 /sbin/tc qdisc del root dev eth1.311 /sbin/tc qdisc add dev eth0 root handle 1: htb default 30 /sbin/tc qdisc add dev eth1.300 root handle 2: htb default 30 /sbin/tc qdisc add dev eth1.311 root handle 3: htb default 30 /sbin/tc class add dev eth0 parent 1: classid 1:1 htb rate 2mbit /sbin/tc class add dev eth1.300 parent 2: classid 2:1 htb rate 2mbit /sbin/tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip src 1.1.1.1/32 flowid 1:1 /sbin/tc filter add dev eth1.300 protocol ip parent 2:0 prio 1 u32 match ip dst 1.1.1.1/32 flowid 2:1 Может все сливается в определенный класс? Таких ип для шейпа около 200 Update: указал r2q 300. Посмотрим как дальше пойдет. [15911.026493] HTB: quantum of class 10804 is big. Consider r2q change. [15911.032873] HTB: quantum of class 10806 is big. Consider r2q change. [15911.034253] HTB: quantum of class 30807 is big. Consider r2q change. [15911.038332] HTB: quantum of class 10808 is big. Consider r2q change. [15911.039828] HTB: quantum of class 30809 is big. Consider r2q change. [16440.055376] HTB: quantum of class 10001 is small. Consider r2q change. [16441.785901] HTB: quantum of class 10810 is small. Consider r2q change. [16441.787642] HTB: quantum of class 30811 is small. Consider r2q change.

Приветствую. В логах сыпется вот такое. "%C4K_SUPERVISOR-2-SOFTERROR: memory inconsistency detected: 0x2000" Прошивка: 'System image file is "bootflash:cat4500e-entservicesk9-mz.150-2.SG11.bin"' Насколько это критично?

можете поделится sysctl.conf ?

Коллеги имеется freebsd 10.3 stable, на которой радиус. Принимает пакеты 8к абонов . Железо dl360g6 Сетевухи bce. Внезапно отвались сетевая карта. В логах ядра bce1: discard frame w/o leading ethernet header (len 0 pkt len 0) pciconf -lv bce1@pci0:2:0:1: class=0x020000 card=0x7055103c chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Limited' device = 'NetXtreme II BCM5709 Gigabit Ethernet' class = network subclass = ethernet cat /etc/rc.conf ifconfig_bce1="inet 1.1.1.1 netmask 255.255.255.0 -rxcsum -txcsum -lro -tso4 -tso6 -vlanhwtso" uname -a FreeBSD utm5-3 10.3-STABLE FreeBSD 10.3-STABLE #0 r320355: netstat -m 5101/5534/10635 mbufs in use (current/cache/total) 4080/2536/6616/1019484 mbuf clusters in use (current/cache/total/max) 4080/2498 mbuf+clusters out of packet secondary zone in use (current/cache) 0/146/146/509742 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/151034 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84957 16k jumbo clusters in use (current/cache/total/max) 9435K/7039K/16474K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 105, 5, 105, 0, 0 UMA Zones: 1408, 0, 105, 1, 105, 0, 0 UMA Slabs: 80, 0, 1345, 605, 4412, 0, 0 UMA RCntSlabs: 88, 0, 3454, 11, 3631, 0, 0 UMA Hash: 256, 0, 5, 10, 9, 0, 0 4 Bucket: 32, 0, 58, 2192, 16102, 0, 0 6 Bucket: 48, 0, 0, 2573, 402457, 0, 0 8 Bucket: 64, 0, 91, 2389, 204807, 11, 0 12 Bucket: 96, 0, 37, 1193, 34112, 0, 0 16 Bucket: 128, 0, 85, 1186, 9531, 0, 0 32 Bucket: 256, 0, 313, 602, 78910, 52, 0 64 Bucket: 512, 0, 595, 317, 89694,128072, 0 128 Bucket: 1024, 0, 170, 106, 7772, 0, 0 256 Bucket: 2048, 0, 169, 81, 55060,33190, 0 vmem btag: 56, 0, 6624, 16664, 586306, 423, 0 VM OBJECT: 256, 0, 107169, 6966, 181556, 0, 0 RADIX NODE: 144, 0, 265426, 8003, 1001336, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 7, 272, 7, 0, 0 MAP ENTRY: 128, 0, 1042, 2182, 179416, 0, 0 VMSPACE: 448, 0, 27, 234, 4191, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 365, 0, 365, 0, 0 16: 16, 0, 1973, 1792,10587722, 0, 0 32: 32, 0, 2262, 1613, 20513, 0, 0 64: 64, 0, 6308, 20104,54349659, 0, 0 128: 128, 0, 5803, 3497, 1729664, 0, 0 256: 256, 0, 1412, 3808, 1225421, 0, 0 512: 512, 0, 862, 242, 16623, 0, 0 1024: 1024, 0, 58, 118, 15129, 0, 0 2048: 2048, 0, 69, 281, 1230605, 0, 0 4096: 4096, 0, 463, 13, 6982, 0, 0 8192: 8192, 0, 20, 11, 676, 0, 0 16384: 16384, 0, 10, 5, 973, 0, 0 32768: 32768, 0, 8, 9, 2573, 0, 0 65536: 65536, 0, 10, 1, 260, 0, 0 SLEEPQUEUE: 80, 0, 361, 538, 361, 0, 0 64 pcpu: 8, 0, 1766, 1050, 1766, 0, 0 Files: 80, 0, 337, 813, 341688, 0, 0 TURNSTILE: 136, 0, 361, 199, 361, 0, 0 rl_entry: 40, 0, 174, 1426, 174, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1368, 0, 44, 82, 4207, 0, 0 THREAD: 1280, 0, 305, 55, 1499, 0, 0 cpuset: 72, 0, 85, 300, 85, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 6524700, 4081, 2497,13960567, 0, 0 mbuf: 256, 6524700, 1021, 3036,30165461, 0, 0 mbuf_cluster: 2048, 1019484, 6578, 38, 10120, 0, 0 mbuf_jumbo_page: 4096, 509742, 0, 146, 1491437, 0, 0 mbuf_jumbo_9k: 9216, 151034, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 84957, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 3, 1533, 3673915, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 180, 670, 2160, 0, 0 ttyoutq: 256, 0, 95, 520, 1129, 0, 0 nvme_request: 128, 0, 0, 0, 0, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 VNODE: 472, 0, 106405, 57579, 776429, 0, 0 VNODEPOLL: 112, 0, 1, 279, 3, 0, 0 BUF TRIE: 144, 0, 3853, 101447, 955972, 0, 0 S VFS Cache: 108, 0, 104719, 54601, 726396, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 2659, 1553, 72662, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 80, 1338051, 0, 0 DIRHASH: 1024, 0, 18, 54, 3195, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 Mountpoints: 816, 0, 2, 13, 2, 0, 0 pipe: 744, 0, 1, 94, 1927, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 ksiginfo: 112, 0, 109, 1151, 2485, 0, 0 itimer: 352, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 0, 651, 1173, 0, 0 socket: 696, 523175, 113, 112, 5335, 0, 0 ipq: 56, 31879, 0, 0, 0, 0, 0 udp_inpcb: 392, 523180, 7, 203, 880, 0, 0 udpcb: 24, 523211, 7, 1663, 880, 0, 0 tcp_inpcb: 392, 523180, 63, 227, 1295, 0, 0 tcpcb: 1032, 523176, 63, 81, 1295, 0, 0 tcptw: 88, 27810, 0, 405, 75, 0, 0 syncache: 160, 15375, 0, 325, 1234, 0, 0 hostcache: 136, 15370, 6, 313, 26, 0, 0 sackhole: 32, 0, 0, 375, 1128, 0, 0 tcpreass: 40, 63800, 0, 600, 61, 0, 0 sctp_ep: 1424, 523176, 0, 0, 0, 0, 0 sctp_asoc: 2416, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 830, 6, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 udplite_inpcb: 392, 523180, 0, 0, 0, 0, 0 ripcb: 392, 523180, 0, 180, 85, 0, 0 unpcb: 240, 523184, 43, 325, 3070, 0, 0 rtentry: 200, 0, 15, 365, 17, 0, 0 selfd: 56, 0, 236, 2107,29623782, 0, 0 SWAPMETA: 288, 2038972, 0, 65, 29, 0, 0 FFS inode: 176, 0, 106372, 78538, 776342, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 106372, 70793, 776342, 0, 0 IPFW dynamic rule: 120, 4125, 0, 0, 0, 0, 0

Почему?

Коллеги, подскажите как ведет себя debian 8, на accel-ppp(pppoe). Есть какие-то подводные камни?

Коллеги, приветствую. Подскажите пожалуйста. Что лучше? ssd или hdd ? В серверной На софтовый брас. , где переодически не работает кондер?

А нету у кого, шаблона для CoPP? В документации все очень поверхностно описано.

Коллеги, кто нибудь использует 4900m bgp бордер как bgp бордер? Какие есть подводные камни, если префиксов не больше 3к?

Спасибо, помогло.

Switch#show log onboard PID: WS-C4900M , VID: 2 , -------------------------------------------------------------------------------- UPTIME SUMMARY INFORMATION -------------------------------------------------------------------------------- First customer power on : 01/29/2010 00:47:58 Total uptime : 6 years 17 weeks 2 days 22 hours 50 minutes Total downtime : 1 years 26 weeks 5 days 23 hours 30 minutes Number of resets : 28 Number of slot changes : 1 Current reset reason : 0x0 Current reset timestamp : 12/02/2017 23:08:01 Current slot : 1 Current subslot : 0 Current uptime : 0 years 0 weeks 0 days 0 hours 0 minutes -------------------------------------------------------------------------------- Reset | | Reason | Count | -------------------------------------------------------------------------------- No historical data to display -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ENVIRONMENT SUMMARY INFORMATION -------------------------------------------------------------------------------- MM/DD/YYYY HH:MM:SS Ins count Rem count ------------------------------------------------------------ VID PID TAN Serial No -------------------------------------------------------------------------------- No environment summary data to display -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- TEMPERATURE SUMMARY INFORMATION -------------------------------------------------------------------------------- Number of sensors : 2 Sampling frequency : 1 minutes Maximum time of storage : 10 minutes -------------------------------------------------------------------------------- Sensor | ID | Maximum Temperature 0C -------------------------------------------------------------------------------- air outlet 0 54 air inlet 1 40 -------------------------------------- Temp Sensor ID 0C 1 2 -------------------------------------- 22 0m 80m 23 0m 59m 24 0m 314h 25 0m 977h 26 0m 86d 27 0m 343d 28 0m 55d 29 0m 132d 30 0m 314d 31 0m 706d 32 0m 436d 33 0m 127d 34 0m 159h 35 9m 230m 36 0m 20m 37 90m 0m 38 30m 0m 39 480m 0m 40 810h 5m 41 106d 0m 42 291d 0m 43 114d 0m 44 234d 0m 45 135d 0m 46 154d 0m 47 340d 0m 48 427d 0m 49 264d 0m 50 147d 0m 51 352h 0m 52 749m 0m 54 5m 0m -------------------------------------------------------------------------------- INTERRUPT SUMMARY INFORMATION -------------------------------------------------------------------------------- Name | ID | Offset | Bit | Count -------------------------------------------------------------------------------- ipp 6 0x7800 4 98176 vfe 7 0x0000 5 1 tcam 8 0x0001 1 1 ipp high 10 0x9004 0 48894 ipp low 11 0x0000 0 48893 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ERROR MESSAGE SUMMARY INFORMATION -------------------------------------------------------------------------------- Facility-Sev-Name | Count | Persistence Flag MM/DD/YYYY HH:MM:SS -------------------------------------------------------------------------------- No historical data to display --------------------------------------------------------------------------------

нет, по нулям.

Коллеги стоит, просто подключенная к упр интерфейсу 4900m(больше линков нет), и временами вижу всплески нагрузки на cpu. Стоят 5 модулей, которые ни к чему не подключены. Срабатывают ddm трешхолды OBFL INTR slot-1 этот процесс доходит до 60%. 1) Это нормально? 2) Это из-за модулей которые никуда не подключены?

Коллеги, подскажите. Кто нибудь использует переходники на магистральных направлениях ? 20км-40км (Конвертер интерфейсов X2 в SFP+) Как ведет себя конвертер ?

Но встроенные дают полноценные 10г? Я немного запутался, все говорят по разному. Встроенные 8 портов, дают полноценные 10in + 10ut на одном порту?

Нет, не перепутали 5020 именно 512 вланов и может

Так родные 8X10G работают на полной скорости без переподписки. + 4+4 порта можно добавить. Разве нет?

Коллеги, посоветуйте агрегирущий коммутатор к mx80. Хотим поменять 3420-28tc , на что-то что имеет больше десяток. Присматриваемся к 4900m. Есть с ней какие-то подводные камни? Заведется ли Lacp c ней? Есть ли какие-то ньансы с переподпиской портов? Использоваться будет, чисто l2 и агрегация 10 гигабитных потоков. Коллеги, скажите переходники от нага sfp+ -> x2 надежны? Что лучше родные бу модуля, или использовать переходники ?

У меня получилось, все равно точь в точь как у вас в задаче. mode 0 = round robin Именно на интерфейсах где pppoe, балансируется 50/50 тютелька в тюльку. Mode 4 балансировался 70:30. Как я понимаю, минус mode 0, в том что если откажет линк. Будет что-то не то....

[pppoe] interface=re:^eth1\.[0-9][0-9][0-9]$

через регулярки, accel поддерживает.

Переходите на accel-ppp