'하드웨어/Network 장비'에 해당되는 글 82건

  1. 2025.02.20 NPAR와 SR-IOV?
  2. 2025.02.19 npar(NIC Partitioning)
  3. 2025.02.11 BCM957810A1008G 메뉴얼
  4. 2025.02.11 BCM957810A1008G boot oprom
  5. 2025.02.10 SFP(Small Form-factor Pluggable)
  6. 2025.02.03 DCBX ?
  7. 2024.08.07 ethtool wol mode
  8. 2023.11.27 802.11ah HaLow
  9. 2023.07.28 ubutun 22.04 에서 USB3.0 기가랜 속도 차이
  10. 2022.06.20 케이블 규격(S/UTP, SF/UTP)
하드웨어/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 구차니
하드웨어/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 구차니
하드웨어/Network 장비2025. 2. 11. 23:50

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

NPAR와 SR-IOV?  (0) 2025.02.20
npar(NIC Partitioning)  (0) 2025.02.19
BCM957810A1008G boot oprom  (0) 2025.02.11
SFP(Small Form-factor Pluggable)  (0) 2025.02.10
DCBX ?  (0) 2025.02.03
Posted by 구차니
하드웨어/Network 장비2025. 2. 11. 23:27

MAC은 QLogic 소유

 

OUI: F4:E9:D4

Vendor name: QLogic Corporation 
Initial registration: 17 November 2015

[링크 : https://maclookup.app/macaddress/F4E9D4/mac-address-details]

 

OUI: 00:0E:1E
Vendor name: QLogic Corporation 
Initial registration: 12 February 2004

[링크 : https://maclookup.app/macaddress/000e1e/mac-address-details]

 

LP 버전

 

표준 브라켓 버전

 

device를 골라서 들어가면 되는데

NIC 포트 별로 개별 device로 힌다는건 물리적으로 두개의 칩을 브릿지 칩을 통해 하나로 구현한 형태인가?

 

메인메뉴

하드웨어 설정, MBA, iSCSI, FCoE, NIC 파티션...? 생소한 단어가 넘쳐나네

 

하드웨어 설정에서 Multi-Function Mode는 SF와 NPAR 두가지로 가능하다.

SF 에서는 Number of VFs per PF 라는 항목이 하나 추가된다.

 

 

MBA는 무엇의 약자인지 찾아봐야겠는데.. 아무튼 부팅시 opROM 실행여부와 몇초를 잡을지 등을 선택할 수 있다.

 

iSCSI는 듣기만 했지 써본적은 없는데..

 

iSCSI 설정에서는 DHCP 나 CHAP 등 인증이나 ip 관련 내용이 보인다.

그러면.. 얘가 iSCSI 스토리지 쪽이 되는건가.. 아니면 호스트가 되는건가?(HBA Boot Mode)

 

Initiator Parameters.. 찾아보니 이건 사용하는 쪽 설정으로 보인다.

[링크 : https://blog.naver.com/hanajava/221413180832]

 

위의 링크에 의하면 target은 저장공간이 있는 곳이라고 한다.

 

메뉴얼을 봐야겠네.. 먼말인지 모르겠다!!

 

FCoE (Fibre Channel over Ethernet) 설정

[링크 : https://kr.bitwar.net/course/tips/3096.html]

 

음.. FCoE 타겟으로 부팅하기..? HDD, LUN? HBA Boot Mode? FCoE도 iSCSI 처럼 쓰이는건가?

위 링크를 참조하니 SAN(Storage Area Network)에서 FC를 쓴다고 하니.. iSCSI 처럼 쓰이는걸 맞다고 볼 수 있...나?

 

펑!(머리 터지는 소리)

 

최상위 메뉴의 NIC Partition 공부가 필요해..

 

위에서 PF#0 을 들어가니 먼가 메뉴가 또 나온다.

도대체 먼 소리여...

 

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

npar(NIC Partitioning)  (0) 2025.02.19
BCM957810A1008G 메뉴얼  (0) 2025.02.11
SFP(Small Form-factor Pluggable)  (0) 2025.02.10
DCBX ?  (0) 2025.02.03
ethtool wol mode  (0) 2024.08.07
Posted by 구차니
하드웨어/Network 장비2025. 2. 10. 12:12

모델명은 A와 B로 나뉘고 서로의 rx/tx 파장이 교차된다.

BIDI SFP-LX20ADI-C /  Tx 1310 nm / Rx 1550 nm

BIDI SFP-LX20BDI-C / Tx 1550 nm / RX 1310 nm

 

그래서 다른 색상끼리 광 케이블을 연결해야 통신이 된다. 신기하네..

[링크 : http://etradingkorea.com/sub/product/prd_all.asp?s_cate=101117]

 

찾아보니 GBIC은 구세대(?) 녀석이고, SFP나 GBIC을 포함하는 상위 카테고리는 "광 트랜시버"

SFP 이거나 GBIC 이거나 다른거 이거나 식이 되는 듯.

[링크 : https://blog.naver.com/onsystems/223272549791]

[링크 : https://m.blog.naver.com/91nomatter/222601979273]

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

BCM957810A1008G 메뉴얼  (0) 2025.02.11
BCM957810A1008G boot oprom  (0) 2025.02.11
DCBX ?  (0) 2025.02.03
ethtool wol mode  (0) 2024.08.07
802.11ah HaLow  (0) 2023.11.27
Posted by 구차니

140page에 이런 문장이 있어서 검색

3. Ensure DCB/DCBX is enabled on the device. FCoE boot is only supported on DCBX capable configurations. As such, DCB/DCBX must be enabled, and the directly attached link peer must also be DCBX capable with parameters that allow for full DCBX synchronization.

[링크 : https://dl.dell.com/manuals/all-products/esuprt_ser_stor_net/esuprt_pedge_srvr_ethnt_nic/broadcom-netxtreme-adapters_owner's%20manual2_en-us.pdf]

 

DCBX(Data Center Bridging Capability Exchange Protocol)는 LLDP(Link Layer Data Protocol)의 확장입니다

[링크 : https://www.juniper.net/documentation/kr/ko/software/junos/traffic-mgmt-qfx/topics/concept/fibre-channel-dcbx-understanding.html]

 

Data center bridging (DCB) is a set of enhancements to the Ethernet local area network communication protocol for use in data center environments, in particular for use with clustering and storage area networks.

[링크 : https://en.wikipedia.org/wiki/Data_center_bridging]

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

BCM957810A1008G boot oprom  (0) 2025.02.11
SFP(Small Form-factor Pluggable)  (0) 2025.02.10
ethtool wol mode  (0) 2024.08.07
802.11ah HaLow  (0) 2023.11.27
ubutun 22.04 에서 USB3.0 기가랜 속도 차이  (0) 2023.07.28
Posted by 구차니

라즈베리 파이에서 확인

$ sudo ethtool eth0
Settings for eth0:
Supported ports: [ TP  MII ]
Supported link modes:   10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                     100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: Unknown
Supports Wake-on: pumbag
Wake-on: d
        Current message level: 0x00000007 (7)
                               drv probe link
Link detected: yes

$ sudo ethtool -s eth0 wol u
$ sudo ethtool eth0 | grep -i wake
Supports Wake-on: pumbag
Wake-on: u

 

The Wake-on values define what activity triggers wake up:

d (disabled)
p (PHY activity)
u (unicast activity)
m (multicast activity)
b (broadcast activity)
a (ARP activity)
g (magic packet activity)

[링크 : https://unix.stackexchange.com/questions/421325/wake-on-lan-via-ssh]

 

+

2024.08.16

3세대 데스크탑을 이용해서 테스트 해보니,

wake by PCI-E를 활성화 해주어야 하고 위의 명령을 주고 나서 종료한뒤 ssh 시도하면 다시 켜진다.

시놀로지 부럽지 않네? ㅎㅎ

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

SFP(Small Form-factor Pluggable)  (0) 2025.02.10
DCBX ?  (0) 2025.02.03
802.11ah HaLow  (0) 2023.11.27
ubutun 22.04 에서 USB3.0 기가랜 속도 차이  (0) 2023.07.28
케이블 규격(S/UTP, SF/UTP)  (0) 2022.06.20
Posted by 구차니
하드웨어/Network 장비2023. 11. 27. 12:19

ALFA AHPI7292S 라는 장비가 굴러다녀(?) 찾아보는데

 

Newracom™ NRC7292 WiFi HaLow™ SoC (IEEE 802.11ah draft 8.0 compliant)

[링크 : https://www.alfa.com.tw/products/ahpi7292s?variant=36473961283656]

 

802.11ah draft 버전으로 1GHz 미만에서 Wi-Fi HaLow 라는 이름으로

장거리 저전력 IoT 통신을 제공하는 녀석이라고 한다.

 

[링크 : https://www.wi-fi.org/ko/discover-wi-fi/wi-fi-certified-halow]

 

와이파이 헤일로라고 부른다고 한다.(HaLow 니까 하-로우인줄..)

[링크 : https://m.blog.naver.com/ntower/221159368361]

 

이론상 16MHz 대역을 쓰면 최대 234Mbit/s 가지 가능하다고

[링크 : https://en.wikipedia.org/wiki/IEEE_802.11ah]

 

 

 

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

DCBX ?  (0) 2025.02.03
ethtool wol mode  (0) 2024.08.07
ubutun 22.04 에서 USB3.0 기가랜 속도 차이  (0) 2023.07.28
케이블 규격(S/UTP, SF/UTP)  (0) 2022.06.20
rs485 2선 연결  (0) 2021.12.13
Posted by 구차니
하드웨어/Network 장비2023. 7. 28. 14:40

next USB3.0 GBE를 이용해서 테스트 하는데 최대 속도가 이상하게 낮게 나와서

혹시나 하는 마음에 다른 장치로 바꾸어 해보니 속도가 오른다. 드라이버 문제인가?

 

next 220gu3

Bus 001 Device 043: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

[  5] 252.01-253.00 sec  42.6 MBytes   358 Mbits/sec                            
[  5] 253.00-254.00 sec  42.5 MBytes   357 Mbits/sec                            
[  5] 254.00-255.01 sec  42.5 MBytes   356 Mbits/sec                            
[  5] 255.01-256.01 sec  42.5 MBytes   356 Mbits/sec                            
[  5] 256.01-257.00 sec  42.4 MBytes   356 Mbits/sec                            
[  5] 257.00-258.01 sec  42.6 MBytes   357 Mbits/sec    

[링크 : https://prod.danawa.com/info/?pcode=3941237]

 

iptime u100plus

Bus 002 Device 032: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

[  5]   4.00-5.00   sec  92.8 MBytes   779 Mbits/sec                            
[  5]   5.00-6.00   sec  95.0 MBytes   797 Mbits/sec                            
[  5]   6.00-7.00   sec  94.9 MBytes   796 Mbits/sec                            
[  5]   7.00-8.00   sec  95.0 MBytes   797 Mbits/sec   

[링크 : https://prod.danawa.com/info/?pcode=15017636]

 

 

비슷한 사례가 있나 찾아보는데, 오히려 realtek 쪽이 더 좋게 나왔다고

머가 잘못설계된 녀석인가?

[링크 : https://tomcore.io/docs/articles/RaspberryPI/raspberry-pi-4b-usb-network-performance/]

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

ethtool wol mode  (0) 2024.08.07
802.11ah HaLow  (0) 2023.11.27
케이블 규격(S/UTP, SF/UTP)  (0) 2022.06.20
rs485 2선 연결  (0) 2021.12.13
rs232 to rs485 무전원 컨버터 전원공급 방법 RI(ring indicator)  (0) 2021.12.08
Posted by 구차니
하드웨어/Network 장비2022. 6. 20. 16:32

SF/UTP라는 명칭은 ISO/IEC11801 명칭을 따르는 것이고

SFTP/ STP 등으로 산업에서 사용된다고 한다.

 

대충 보니.. 케이블 자체 실드, twisted pair 실드 로 나뉘는 듯

[링크 : https://www.universalnetworks.co.uk/faq/what-does-utp-s-utp-ftp-stp-and-sftp-mean/]

 

SF/UTP면 Twisted Pair 에는 실드가 없어야 하는데.. 표가 잘못된걸려나?

[링크 : https://www.icbanq.com/P008126501]

Posted by 구차니