하드웨어/Network 장비2025. 2. 20. 22:53

intel 10G NIC 이야기 하는데 broadcom 꺼 써놓은거 보면

기술지원부서에 엄청나게 클레임이 들어왔었던듯? ㅋㅋ

해결
허용되는 값은 100의 합계와 일치해야 합니다. 

유효한 값 범위는 다음과 같습니다. 1~(물리적 포트의 파티션 수 100개 + 1개). 다음은 가능한 범위의 두 가지 예입니다.

물리적 포트에 4개의 파티션이 있는 경우 범위는 다음과 같습니다. 1~(100~4) + 1 = 97)
물리적 포트에 파티션이 두 개 있는 경우 범위는 다음과 같습니다. 1~(100~2) + 1 = 99)

이는 정상적인 작동입니다. 다른 공급업체가 제공하는 것과 일치하는 설정이나 값은 필요하지 않습니다. (Broadcom 0 - 100) 공급업체, 브랜드, 모델 등에 따라 다릅니다.

[링크 : https://www.dell.com/support/kbdoc/ko-kr/000202342/인텔-x710]

 

VF는 PCIe의 기능이라..

A PCI Express (PCIe) Virtual Function (VF) is a lightweight PCIe function on a network adapter that supports single root I/O virtualization (SR-IOV).

The VF is associated with the PCIe Physical Function (PF) on the network adapter, and represents a virtualized instance of the network adapter. Each VF has its own PCI Configuration space. Each VF also shares one or more physical resources on the network adapter, such as an external network port, with the PF and other VFs.

A VF is not a full-fledged PCIe device. However, it provides a basic mechanism for directly transferring data between a Hyper-V child partition and the underlying SR-IOV network adapter. Software resources associated for data transfer are directly available to the VF and are isolated from use by the other VFs or the PF. However, the configuration of most of these resources is performed by the PF miniport driver that runs in the management operating system of the Hyper-V parent partition.

[링크 : https://learn.microsoft.com/en-us/windows-hardware/drivers/network/sr-iov-virtual-functions--vfs-]

 

NIC Partitioning은 또 다른 업체의 용어인가.. VF와 같은 역할을 하는 느낌인데..

SR-IOV(Single Root I/O Virtualization) 가상 기능(VF)을 구성하여 각 호스트에 필요한 NIC 수를 줄일 수 있습니다. 단일 고속 NIC를 여러 VF로 분할하면 컨트롤 및 데이터 플레인 트래픽에 NIC를 사용할 수 있습니다

 

PF는 물리 포트를 의미하는 것 같고..

배포 후 두 매개변수를 수정하면 해당 물리적 기능(PF)에 SR-IOV 포트가 있는 실행 중인 인스턴스가 중단될 수 있습니다.

[링크 : https://docs.redhat.com/ko/documentation/red_hat_openstack_platform/17.1/html/configuring_network_functions_virtualization/config-nic-partition_dplsriov-nfv]

 

OpenShift Container Platform 클러스터는 다음 방법을 사용하여 두 개의 물리적 기능(PF)에 2개의 VF를 사용하여 본딩 인터페이스에 배포할 수 있습니다.

[링크 : https://docs.redhat.com/ko/documentation/openshift_container_platform_installation/4.13/html/installing_on_bare_metal/nw-sriov-dual-nic-con_preparing-to-install-on-bare-metal]

 

적합한 하드웨어와 SR-IOV를 사용하여 Linux 기반 가상화 디바이스와 NFV(Network Functions Virtualization) 모듈 간의 통신을 활성화할 수 있습니다.

[링크 : https://www.juniper.net/documentation/kr/ko/software/nce/nce-189-vsrx-sr-iov-ha-10g-deployment/topics/concept/disaggregated-junos-sr-iov.html]

 

 

+

25.02.22

SR-IOV가 더 좋아 보이는 것 같긴한데,

intel VMDq를 설명하는 유튜브니 SR-IOV가 무조건(?) 좋다고 볼 순 없어야 할 것 같은데

무슨 차이이려나..

아무튼 hypervisor의 nic interrupt 부하를 줄이기 위해

이러한 기술이 필요하다는 건 이해되지만, 두개가 어떻게 다른진 모르겠다.

[링크 : https://www.youtube.com/watch?v=QvKXbpV6WXk]

[링크 : https://www.reddit.com/r/networking/comments/10hc9a1/io_virtualization_sriov_versus_npar/]

 

이어지는 시리즈인데, Hypervisor의 cpu 집중된 부하를 줄이기 위해

NIC을 여러개로 만들어서 개별 VM의 CPU로 분산 부하를 처리하고

SR-IOV는 개별 VM의 CPU 개입도 우회하여 guest 의 VF driver로 바로 꽂아준다고.

그림으로만 봐서는 그러면 SR-IOV가 가장 부하가 적을 듯?

[링크 : https://www.youtube.com/watch?v=hRHsk8Nycdg]

 

SR-IOV and nPAR are technologies that provide similar capabilities, however they do so in different ways. SR-IOV is of course a PCI SIG standard, while nPAR is specific to a Server OEM both have their strong and weak points.
Intel Ethernet devices, including the X520 currently do not support nPAR. The Intel SR-IOV solution is pretty full-featured however and does support most of what you list below.

[링크 : https://community.intel.com/t5/Ethernet-Products/SR-IOV-vs-nPAR/td-p/219954]

 

What is NPAR? NPAR (NIC Partitioning) provides the capability to create multiple native Ethernet interfaces that share a single physical port. What is SR-IOV? SR-IOV (Single Root – IO Virtualization) is a standard that can present single PCIe device (this is called Physical Function) as multiple independent PCIe devices (each one is called Virtual Function) to Operating Systems and hypervisors. NPAR and SR-IOV are the technologies that provide IO virtualization capabilities, however they do so in different ways. This blog captures high level capabilities of NPAR and SR-IOV in VMware ESXi . NPAR SR-IOV NPAR is specific to a Server OEM. SR-IOV is a PCI SIG standard. Implemented at hardware layer. SR-PCIM (Single Root – PCI Manager) has to be implemented at Hypervisor level. On a dual port adapter, each physical port is partitioned into 4 physical functions and each of the 4 partitions is an actual PCI Express function. On a dual port adapter, each physical port is further pa

[링크 : https://www.tumblr.com/rogerpilney/68069050538/comparison-between-npar-and-sr-iov-in-vmware-esxi]

'하드웨어 > Network 장비' 카테고리의 다른 글

BCM957810A1008G 히트싱크 분해  (0) 2025.02.24
ubtuntu 24.04 랜 이름이 왜이래?  (0) 2025.02.22
npar(NIC Partitioning)  (0) 2025.02.19
BCM957810A1008G 메뉴얼  (0) 2025.02.11
BCM957810A1008G boot oprom  (0) 2025.02.11
Posted by 구차니

먼가 불타오르는 것도 없는게

그냥 서서히 죽어간다라는 느낌만 든다

1초 1초 늙는것도 아닌 죽어간다는 느낌

 

회사도 일이 재미없는 것만 할당되고

이상하게(?) 시간만 가고 짜증만 나고..

'개소리 왈왈 > 직딩의 비애' 카테고리의 다른 글

k-pass 다자녀 혜택 + 횟수 제한  (0) 2025.03.10
2 스택  (0) 2025.03.07
차 끌고 일찍 옴, 10g 만져봄  (0) 2025.02.14
하.. 현타  (0) 2025.02.12
추워!!  (0) 2025.02.07
Posted by 구차니
개소리 왈왈/블로그2025. 2. 20. 22:39

요 근래 조금은(?) 하락세에서 반등중

 

그런다고 해서 월별추세로 봐서 올라갈것 같지도 않은데, 검색엔진 유입이라도 생겼나?

Posted by 구차니
개소리 왈왈/컴퓨터2025. 2. 20. 14:59

자꾸 link가 떨어지는데 랜 카드가 문제인지 케이블이 문제인지 몰라서

또 셋트로 지름!

이제 LP 2개, 표준형 2개! ㅋㅋ

 

걍 처음부터 2개씩 살걸..(원래 2배수 지르는 닝겐)

'개소리 왈왈 > 컴퓨터' 카테고리의 다른 글

10g NIC 도착  (0) 2025.02.24
mx4 4g 써멀 지름  (0) 2025.02.24
wacom 타블렛 주움 + 포기  (0) 2025.02.17
줍줍 7세대?  (0) 2025.02.11
10g nic 지름  (0) 2025.02.10
Posted by 구차니
Programming/C++ STL2025. 2. 20. 12:32

자동 형변환(?)은 지원안하는지

문자열 끝에 "blah blah : " + value 하니 에러가 발생해서 찾아보니

std::to_string() 이라는 착한 녀석이 존재함을 발견!

 

[링크 : https://en.cppreference.com/w/cpp/string/basic_string/to_string]

[링크 : https://developer-cat.tistory.com/19]

'Programming > C++ STL' 카테고리의 다른 글

cpp 그래픽 라이브러리  (0) 2025.04.22
cpp 기본 인자 prototype  (0) 2025.03.28
cpp string 끝에 한글자 지우기  (0) 2025.02.06
cpp stoi (atoi)  (0) 2025.02.06
std::string:npos  (0) 2025.02.05
Posted by 구차니
하드웨어/Network 장비2025. 2. 19. 22:22

듀얼 포트인데 한쪽에서 설정을 켜면 다른 한쪽도 같이 적용 되어버린다.

우분투에서 SF(single Function)으로는 enp1s0f0 / enp1s0f1 라고 떴는데

NPAR로 설정하고 콜드 리부팅하니 enp1s0f0~7 까지 생겨난다.

3: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether f4:e9:d4:8c:d6:60 brd ff:ff:ff:ff:ff:ff promiscuity 0  allmulti 0 minmtu 46 maxmtu 9600 addrgenmode eui64 numtxqueues 46 numrxqueues 16 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 portid f4e9d48cd660 parentbus pci parentdev 0000:01:00.0 
4: enp1s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether f4:e9:d4:8c:d6:62 brd ff:ff:ff:ff:ff:ff promiscuity 0  allmulti 0 minmtu 46 maxmtu 9600 addrgenmode eui64 numtxqueues 46 numrxqueues 16 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 portid f4e9d48cd662 parentbus pci parentdev 0000:01:00.1 

 

그나저나 우분투에서 8개 까지만 출력하게 하다 보니 2번은 가출(!!)

전체목록을 가야 보인다. 링크는 설정에서100% bandwidth로 되어 있어서 10G가 그대로 뜬다.

10%면 1G로 뜨나 확인을 해봐야겠다.

 

맥이 짝수로 점프하는데 그럼.. 홀수는 누가 쓰고 있을까?

이전글에서확인해보니 iSCSI에서 해당 홀수 mac을 쓰고 있다. 그러면.. FCoE는 Ethernet이니 별도의 MAC은 할당되어 있지 않는건가?

2025.02.11 - [하드웨어/Network 장비] - BCM957810A1008G boot oprom

 

$ ifconfig
enp1s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.1  netmask 255.255.255.0  broadcast 192.168.0.255
        ether f4:e9:d4:8c:d6:60  txqueuelen 1000  (Ethernet)
        RX packets 56  bytes 7322 (7.3 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 44  bytes 2776 (2.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xe0000000-e07fffff  

enp1s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.2  netmask 255.255.255.0  broadcast 192.168.0.255
        ether f4:e9:d4:8c:d6:62  txqueuelen 1000  (Ethernet)
        RX packets 55  bytes 7521 (7.5 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 46  bytes 2890 (2.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17  memory 0xe1000000-e17fffff  

enp1s0f2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::10a0:6d46:dd8b:5874  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:64  txqueuelen 1000  (Ethernet)
        RX packets 61  bytes 8164 (8.1 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 3024 (3.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17  memory 0xe2000000-e27fffff  

enp1s0f3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::56f0:e7ae:639d:4ac0  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:66  txqueuelen 1000  (Ethernet)
        RX packets 57  bytes 7967 (7.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 16  bytes 2588 (2.5 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  memory 0xe3000000-e37fffff  

enp1s0f4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::6455:3064:bef9:3b30  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:68  txqueuelen 1000  (Ethernet)
        RX packets 57  bytes 7785 (7.7 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 2859 (2.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  memory 0xe4000000-e47fffff  

enp1s0f5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::4d88:313b:1a0f:af85  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:6a  txqueuelen 1000  (Ethernet)
        RX packets 59  bytes 8362 (8.3 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 18  bytes 2859 (2.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 19  memory 0xe5000000-e57fffff  

enp1s0f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::7a24:ce1e:ab69:f11b  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:6c  txqueuelen 1000  (Ethernet)
        RX packets 61  bytes 8164 (8.1 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 21  bytes 3400 (3.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 19  memory 0xe6000000-e67fffff  

enp1s0f7: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::b1ad:7263:6c7e:7aa4  prefixlen 64  scopeid 0x20<link>
        ether f4:e9:d4:8c:d6:6e  txqueuelen 1000  (Ethernet)
        RX packets 57  bytes 7967 (7.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 17  bytes 2654 (2.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xe7000000-e77fffff  

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.219.111  netmask 255.255.255.0  broadcast 192.168.219.255
        inet6 fe80::6245:cbff:fe9d:3a12  prefixlen 64  scopeid 0x20<link>
        ether 60:45:cb:9d:3a:12  txqueuelen 1000  (Ethernet)
        RX packets 55  bytes 17755 (17.7 KB)
        RX errors 0  dropped 7  overruns 0  frame 0
        TX packets 99  bytes 12054 (12.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 558  bytes 50639 (50.6 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 558  bytes 50639 (50.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

'하드웨어 > Network 장비' 카테고리의 다른 글

ubtuntu 24.04 랜 이름이 왜이래?  (0) 2025.02.22
NPAR와 SR-IOV?  (0) 2025.02.20
BCM957810A1008G 메뉴얼  (0) 2025.02.11
BCM957810A1008G boot oprom  (0) 2025.02.11
SFP(Small Form-factor Pluggable)  (0) 2025.02.10
Posted by 구차니
하드웨어/FC_SAN_10G2025. 2. 19. 21:55

G4560 / 4GB / 128GB SATA SSD 에서 테스트 했는데

SSD도 문제가 있나.. 아니면 리눅스도 이제 4GB로는 무리인가.. 부팅도 오래걸리고, 설치도 엄청 오래 걸렸다.

 

최대 설정가능한 MTU는 ip 명령을 통해 확인이 가능하고

$ ip -d link list
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 promiscuity 0  allmulti 0 minmtu 0 maxmtu 0 addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 tso_max_size 524280 tso_max_segs 65535 gro_max_size 65536 
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 60:45:cb:9d:3a:12 brd ff:ff:ff:ff:ff:ff promiscuity 0  allmulti 0 minmtu 68 maxmtu 9194 addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 64000 gso_max_segs 64 tso_max_size 64000 tso_max_segs 64 gro_max_size 65536 parentbus pci parentdev 0000:03:00.0 
3: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether f4:e9:d4:8c:d6:60 brd ff:ff:ff:ff:ff:ff promiscuity 0  allmulti 0 minmtu 46 maxmtu 9600 addrgenmode eui64 numtxqueues 46 numrxqueues 16 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 portid f4e9d48cd660 parentbus pci parentdev 0000:01:00.0 
4: enp1s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether f4:e9:d4:8c:d6:62 brd ff:ff:ff:ff:ff:ff promiscuity 0  allmulti 0 minmtu 46 maxmtu 9600 addrgenmode eui64 numtxqueues 46 numrxqueues 16 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 portid f4e9d48cd662 parentbus pci parentdev 0000:01:00.1 


$ sudo ifconfig enp1s0f1 mtu 9600

[링크: https://unix.stackexchange.com/questions/552107/how-to-get-maximum-supported-mtu-size-for-interface]

 

위는 MTU 1500

아래는 MTU 9600 로 설정하고 테스트 했는데

커널 내부 전송이었는지 10G NIC 인데 40G가 나오고 난리.. -_-

아무튼 MTU가 커지니 좀 안정적으로 40G 이상 나오는 것 정도로 정리되는데

$ iperf3 -s
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------
Accepted connection from 192.168.0.1, port 46302
[  5] local 192.168.0.1 port 5201 connected to 192.168.0.1 port 46304
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  5.09 GBytes  43.7 Gbits/sec                  
[  5]   1.00-2.00   sec  4.58 GBytes  39.4 Gbits/sec                  
[  5]   2.00-3.00   sec  3.87 GBytes  33.2 Gbits/sec                  
[  5]   3.00-4.00   sec  4.58 GBytes  39.4 Gbits/sec                  
[  5]   4.00-5.00   sec  4.47 GBytes  38.4 Gbits/sec                  
[  5]   5.00-6.00   sec  4.80 GBytes  41.3 Gbits/sec                  
[  5]   6.00-7.00   sec  4.78 GBytes  41.0 Gbits/sec                  
[  5]   7.00-8.00   sec  3.46 GBytes  29.8 Gbits/sec                  
[  5]   8.00-9.00   sec  2.80 GBytes  24.1 Gbits/sec                  
[  5]   9.00-10.00  sec  3.33 GBytes  28.6 Gbits/sec                  
[  5]  10.00-10.00  sec   768 KBytes  23.8 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec  41.8 GBytes  35.9 Gbits/sec                  receiver
$ iperf3 -c 192.168.0.1
Connecting to host 192.168.0.1, port 5201
[  5] local 192.168.0.1 port 46304 connected to 192.168.0.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  5.09 GBytes  43.7 Gbits/sec    0   1.62 MBytes       
[  5]   1.00-2.00   sec  3.34 GBytes  28.7 Gbits/sec    3   3.31 MBytes       
[  5]   2.00-3.00   sec  3.86 GBytes  33.2 Gbits/sec    0   4.12 MBytes       
[  5]   3.00-4.00   sec  4.58 GBytes  39.3 Gbits/sec    0   4.12 MBytes       
[  5]   4.00-5.00   sec  4.47 GBytes  38.4 Gbits/sec    0   4.12 MBytes       
[  5]   5.00-6.00   sec  4.80 GBytes  41.3 Gbits/sec    0   4.12 MBytes       
[  5]   6.00-7.00   sec  4.75 GBytes  40.8 Gbits/sec    0   4.12 MBytes       
[  5]   7.00-8.00   sec  3.45 GBytes  29.6 Gbits/sec    0   4.12 MBytes       
[  5]   8.00-9.00   sec  2.79 GBytes  23.9 Gbits/sec    0   4.12 MBytes       
[  5]   9.00-10.00  sec  3.32 GBytes  28.6 Gbits/sec    2   4.12 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  41.8 GBytes  35.9 Gbits/sec    5             sender
[  5]   0.00-10.00  sec  41.8 GBytes  35.9 Gbits/sec                  receiver

iperf Done.
-----------------------------------------------------------
Server listening on 5201 (test #4)
-----------------------------------------------------------
Accepted connection from 192.168.0.1, port 39920
[  5] local 192.168.0.1 port 5201 connected to 192.168.0.1 port 39926
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  4.99 GBytes  42.8 Gbits/sec                  
[  5]   1.00-2.00   sec  5.43 GBytes  46.6 Gbits/sec                  
[  5]   2.00-3.00   sec  5.30 GBytes  45.5 Gbits/sec                  
[  5]   3.00-4.00   sec  5.39 GBytes  46.3 Gbits/sec                  
[  5]   4.00-5.00   sec  5.31 GBytes  45.6 Gbits/sec                  
[  5]   5.00-6.00   sec  5.21 GBytes  44.7 Gbits/sec                  
[  5]   6.00-7.00   sec  5.39 GBytes  46.3 Gbits/sec                  
[  5]   7.00-8.00   sec  5.35 GBytes  46.0 Gbits/sec                  
[  5]   8.00-9.00   sec  5.37 GBytes  46.1 Gbits/sec                  
[  5]   9.00-10.00  sec  5.61 GBytes  48.2 Gbits/sec                  
[  5]  10.00-10.00  sec   512 KBytes  17.4 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec  53.4 GBytes  45.8 Gbits/sec                  receiver

$ iperf3 -c 192.168.0.1
Connecting to host 192.168.0.1, port 5201
[  5] local 192.168.0.1 port 39926 connected to 192.168.0.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  4.99 GBytes  42.8 Gbits/sec    0   1.12 MBytes       
[  5]   1.00-2.00   sec  5.41 GBytes  46.4 Gbits/sec    0   1.19 MBytes       
[  5]   2.00-3.00   sec  5.30 GBytes  45.5 Gbits/sec    0   1.37 MBytes       
[  5]   3.00-4.00   sec  3.92 GBytes  33.7 Gbits/sec    0   1.37 MBytes       
[  5]   4.00-5.00   sec  4.99 GBytes  42.9 Gbits/sec    0   1.37 MBytes       
[  5]   5.00-6.00   sec  5.21 GBytes  44.7 Gbits/sec    0   3.18 MBytes       
[  5]   6.00-7.00   sec  5.39 GBytes  46.3 Gbits/sec    0   3.18 MBytes       
[  5]   7.00-8.00   sec  5.35 GBytes  46.0 Gbits/sec    0   3.18 MBytes       
[  5]   8.00-9.00   sec  5.35 GBytes  46.0 Gbits/sec    0   3.18 MBytes       
[  5]   9.00-10.00  sec  5.62 GBytes  48.2 Gbits/sec    0   3.18 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  53.4 GBytes  45.8 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  53.4 GBytes  45.8 Gbits/sec                  receiver

iperf Done.

 

-P 1 혹은 옵션 없이 하면 50% 정도 먹고

 

-P 4로 4 프로세스 사용하도록 하면 100%은 찍는데

물리 cpu가 2개에 HT 4개인 녀석이라, 40GBps 를 초과하진 못한다.

[링크: https://www.reddit.com/r/homelab/comments/11v94kz/new_10g_network_iperf_3_maxing_out_at_6_gbitssec/]

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

BCM957810A1008G 10g linux 로그  (0) 2025.02.23
10g with cat 8 S-FTP 케이블  (0) 2025.02.23
10g nic 테스트, link unstable  (0) 2025.02.22
BCM957810A1008G 10G nic 도착  (0) 2025.02.11
10G FCoE CEE?  (0) 2025.02.03
Posted by 구차니
모종의 음모/CAN2025. 2. 19. 16:35

 

$ modprobe vcan
modprobe: ERROR: could not insert 'vcan': Operation not permitted

$ sudo modprobe vcan
sudo ip link add dev vcan0 type vcan

$ ifconfig
br-638c83b169eb: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.18.0.1  netmask 255.255.0.0  broadcast 172.18.255.255
        ether 02:42:d5:e6:f1:21  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:40:63:97:cb  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enxf8e43b9b776b: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.108  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::81f4:65ad:f7cc:2f2c  prefixlen 64  scopeid 0x20<link>
        ether f8:e4:3b:9b:77:6b  txqueuelen 1000  (Ethernet)
        RX packets 3619726  bytes 2156366501 (2.1 GB)
        RX errors 0  dropped 106170  overruns 0  frame 0
        TX packets 1452518  bytes 317915291 (317.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 160829  bytes 14028478 (14.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 160829  bytes 14028478 (14.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.107  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::104b:d69c:878f:cfaa  prefixlen 64  scopeid 0x20<link>
        ether 8c:55:4a:28:25:bc  txqueuelen 1000  (Ethernet)
        RX packets 809871  bytes 90255020 (90.2 MB)
        RX errors 0  dropped 99865  overruns 0  frame 0
        TX packets 53067  bytes 6125665 (6.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$ ifconfig -a
br-638c83b169eb: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.18.0.1  netmask 255.255.0.0  broadcast 172.18.255.255
        ether 02:42:d5:e6:f1:21  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:40:63:97:cb  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enxf8e43b9b776b: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.108  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::81f4:65ad:f7cc:2f2c  prefixlen 64  scopeid 0x20<link>
        ether f8:e4:3b:9b:77:6b  txqueuelen 1000  (Ethernet)
        RX packets 3620125  bytes 2156544266 (2.1 GB)
        RX errors 0  dropped 106183  overruns 0  frame 0
        TX packets 1452676  bytes 317938700 (317.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 160841  bytes 14030154 (14.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 160841  bytes 14030154 (14.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vcan0: flags=128<NOARP>  mtu 72
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.107  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::104b:d69c:878f:cfaa  prefixlen 64  scopeid 0x20<link>
        ether 8c:55:4a:28:25:bc  txqueuelen 1000  (Ethernet)
        RX packets 809990  bytes 90270371 (90.2 MB)
        RX errors 0  dropped 99877  overruns 0  frame 0
        TX packets 53074  bytes 6126348 (6.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$ sudo ifconfig vcan0 up
$ ifconfig
br-638c83b169eb: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.18.0.1  netmask 255.255.0.0  broadcast 172.18.255.255
        ether 02:42:d5:e6:f1:21  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:40:63:97:cb  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enxf8e43b9b776b: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.108  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::81f4:65ad:f7cc:2f2c  prefixlen 64  scopeid 0x20<link>
        ether f8:e4:3b:9b:77:6b  txqueuelen 1000  (Ethernet)
        RX packets 3620430  bytes 2156573250 (2.1 GB)
        RX errors 0  dropped 106197  overruns 0  frame 0
        TX packets 1452764  bytes 317953427 (317.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 160841  bytes 14030154 (14.0 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 160841  bytes 14030154 (14.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vcan0: flags=193<UP,RUNNING,NOARP>  mtu 72
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 1000  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.220.107  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::104b:d69c:878f:cfaa  prefixlen 64  scopeid 0x20<link>
        ether 8c:55:4a:28:25:bc  txqueuelen 1000  (Ethernet)
        RX packets 810099  bytes 90278671 (90.2 MB)
        RX errors 0  dropped 99889  overruns 0  frame 0
        TX packets 53074  bytes 6126348 (6.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[링크 : https://ola-page.tistory.com/66]

 

 

 

$ candump 
candump - dump CAN bus traffic.

Usage: candump [options] <CAN interface>+
  (use CTRL-C to terminate candump)

Options:
         -t <type>   (timestamp: (a)bsolute/(d)elta/(z)ero/(A)bsolute w date)
         -H          (read hardware timestamps instead of system timestamps)
         -c          (increment color mode level)
         -i          (binary output - may exceed 80 chars/line)
         -a          (enable additional ASCII output)
         -S          (swap byte order in printed CAN data[] - marked with '`' )
         -s <level>  (silent mode - 0: off (default) 1: animation 2: silent)
         -l          (log CAN-frames into file. Sets '-s 2' by default)
         -L          (use log file format on stdout)
         -n <count>  (terminate after reception of <count> CAN frames)
         -r <size>   (set socket receive buffer to <size>)
         -D          (Don't exit if a "detected" can device goes down.
         -d          (monitor dropped CAN frames)
         -e          (dump CAN error frames in human-readable format)
         -x          (print extra message infos, rx/tx brs esi)
         -T <msecs>  (terminate after <msecs> without any reception)

Up to 16 CAN interfaces with optional filter sets can be specified
on the commandline in the form: <ifname>[,filter]*

Filters:
  Comma separated filters can be specified for each given CAN interface:
    <can_id>:<can_mask>
         (matches when <received_can_id> & mask == can_id & mask)
    <can_id>~<can_mask>
         (matches when <received_can_id> & mask != can_id & mask)
    #<error_mask>
         (set error frame filter, see include/linux/can/error.h)
    [j|J]
         (join the given CAN filters - logical AND semantic)

CAN IDs, masks and data content are given and expected in hexadecimal values.
When the can_id is 8 digits long the CAN_EFF_FLAG is set for 29 bit EFF format.
Without any given filter all data frames are received ('0:0' default filter).

Use interface name 'any' to receive from all CAN interfaces.

Examples:
candump -c -c -ta can0,123:7FF,400:700,#000000FF can2,400~7F0 can3 can8

candump -l any,0~0,#FFFFFFFF
         (log only error frames but no(!) data frames)
candump -l any,0:0,#FFFFFFFF
         (log error frames and also all data frames)
candump vcan2,12345678:DFFFFFFF
         (match only for extended CAN ID 12345678)
candump vcan2,123:7FF
         (matches CAN ID 123 - including EFF and RTR frames)
candump vcan2,123:C00007FF
         (matches CAN ID 123 - only SFF and non-RTR frames)

 

$ cansend vcan0
cansend - send CAN-frames via CAN_RAW sockets.

Usage: cansend <device> <can_frame>.

<can_frame>:
 <can_id>#{data}          for 'classic' CAN 2.0 data frames
 <can_id>#R{len}          for 'classic' CAN 2.0 data frames
 <can_id>##<flags>{data}  for CAN FD frames

<can_id>:
 3 (SFF) or 8 (EFF) hex chars
{data}:
 0..8 (0..64 CAN FD) ASCII hex-values (optionally separated by '.')
{len}:
 an optional 0..8 value as RTR frames can contain a valid dlc field
<flags>:
 a single ASCII Hex value (0 .. F) which defines canfd_frame.flags

Examples:
  5A1#11.2233.44556677.88 / 123#DEADBEEF / 5AA# / 123##1 / 213##311223344 /
  1F334455#1122334455667788 / 123#R / 00000123#R3

 

아래는 데이터 출력 포맷 확인용

인터페이스 / CAN id / 길이 / 데이터(페이로드 길이)

receive send
$ candump vcan0
  vcan0  111   [5]  01 02 03 04 05
$ cansend vcan0 111#010203.04.05
  vcan0  112   [5]  01 02 03 04 05 $ cansend vcan0 112#010203.04.05
  vcan0  112   [0]  $ cansend vcan0 112#
  vcan0  112  [00] $ cansend vcan0 112##1
  vcan0  112  [01]  23 $ cansend vcan0 112##123
  vcan0  112   [0]  remote request $ cansend vcan0 112#R
  vcan0  112   [3]  remote request $ cansend vcan0 112#R3

 

받는 쪽에서 CAN id 제한할 경우, 112를 받도록 설정했기에 113은 무시된다.

   
$ candump vcan0,112:FF $ cansend vcan0 111#R3
  vcan0  112   [3]  remote request $ cansend vcan0 112#R3
  $ cansend vcan0 113#R3
  vcan0  112   [5]  01 02 03 04 05 $ cansend vcan0 112#010203.04.05
  vcan0  112   [6]  01 02 03 04 05 06 $ cansend vcan0 112#010203.04.0506
  vcan0  112   [7]  01 02 03 04 05 06 07 $ cansend vcan0 112#010203.04.0506.07
  vcan0  112   [0]  remote request $ cansend vcan0 112#R
$ cansend vcan0 112#R10
$ cansend vcan0 112#R100
  vcan0  112   [1]  remote request $ cansend vcan0 112#R1
  vcan0  112   [2]  remote request $ cansend vcan0 112#R2
  vcan0  112   [8]  remote request $ cansend vcan0 112#R8

 

그나저나 mask 라는데 이해가 안되네..

123 = 0x7B & 0x7F0 하면 0x7B가 되어야 하니 16개에 대해서 받아들여야 할 거 같은데 왜 119에서 130 까지 12개 받아들여 질까?

$ candump vcan0,123:7F0
  vcan0  120   [0]  remote request
  vcan0  121   [0]  remote request
  vcan0  122   [0]  remote request
  vcan0  123   [0]  remote request
  vcan0  124   [0]  remote request
  vcan0  125   [0]  remote request
  vcan0  126   [0]  remote request
  vcan0  127   [0]  remote request
  vcan0  128   [0]  remote request
  vcan0  129   [0]  remote request
$ cansend vcan0 119#R
$ cansend vcan0 120#R
$ cansend vcan0 121#R
$ cansend vcan0 122#R
$ cansend vcan0 123#R
$ cansend vcan0 124#R
$ cansend vcan0 125#R
$ cansend vcan0 126#R
$ cansend vcan0 127#R
$ cansend vcan0 128#R
$ cansend vcan0 129#R
$ cansend vcan0 130#R

'모종의 음모 > CAN' 카테고리의 다른 글

DeviceNet CAN  (0) 2025.04.01
linux can 테스트(가상 CAN IF)  (0) 2025.02.18
can-utils(cansend, candump)  (0) 2025.02.18
can invader  (0) 2024.01.09
CAN(controller area network)  (0) 2023.10.31
Posted by 구차니

서버 메인보드에서 NCSI 라는 명칭이 나오길래 찾아보는 중

서버 보드에 관리용 포트로 보이는게 두개 있는데

하나는 IPMI 라고 bios에서 써있고

다른 하나는 NCSI 라고 써있다.

 

[링크 : https://www.lr-link.com/newsdetail/654.html]

'하드웨어 > Server Case & board' 카테고리의 다른 글

xeon phi  (0) 2025.01.03
보드에 ECC/reg 장착하기  (0) 2024.04.09
구형 시스템 메모리 클럭 제한  (0) 2024.04.05
supermicro 구형 IPMI iKVM 접속  (0) 2024.04.01
xeon에 non-ecc가 가능한가?  (0) 2024.03.31
Posted by 구차니

윈도우에서 USB 카드리더를 통해서 읽으려는데 이런 에러가 발생한다.

"smart card resource manager is not running"

 

보안 정책을 바꾸어주고

Local:
Computer Configuration > Windows Settings > Security Settings > Local Policies > Security Options / Interactive logon: Smart card removal behvior (select any option other than "no action")

[링크 : https://github.com/actions/runner-images/discussions/9893

 

smart card service / smart card remove 등을 기동하도록 해주면 된다는데

Press the Windows + R keys on your keyboard to open the Run window. Type services. msc and hit Enter.
In the services find the Smart Card service > right-click then click start.

[링크 : https://answers.microsoft.com/en-us/windows/forum/all/smart-card-resource-manager-not-running-solution/bf1b13de-a66a-413a-b62f-22b46344a92e

 

일단 해결은 안됨.

Posted by 구차니