Articles of networking

在D-LINK交换机上configuration802.1Q VLAN

我正在寻找一些帮助来configuration2个D-LINK交换机(一边是DGS 1510-52X,另一边是DGS 1210-52),以满足我的networking需求。 路由器上的WAN LINKS实际上是2: 首先是将WAN转换为公司LANnetworking的WAN,具有VLAN ID 1,在路由器上的端口LAN1上的Un-Tagged标签到达SWITCH A上的端口1 其次是NAT转换的IPSec VPN链接,不应该与局域网相冲突,而是在一些可信的设备和设备上使用。 这个在路由器端口2上具有VLAN ID 2,Un-Tagged并且到达SWITCH A的端口48 两台交换机应该configuration几乎相同,只使用Level 2configuration和VLAN 802.1Q,具有: LAN计算机的端口1到39 端口40到48用于VPN设备 仅SWITCH A连接到路由器,而SWITCH B连接到SWITCH A,使用SPF连接的光纤电缆从SW A端口52到SW B端口52。 这是简单的scheme: 2 Switchec与路由器 现在,目标是在两台交换机上都使用Un-Tagged设备,在端口1-39上使用LAN,在端口40-48上使用VPN。 有人可以帮我configuration这些端口,因为我不知道如何在两个交换机上正确地标记/无标记/组端口。 谢谢! 路由器端口1 – LAN,VID 1,未标记。 路由器端口2 – VPN,VID 2,标记? 未标记? SW端口1连接到路由器端口1 SW A LAN端口1-39 – 连接到ROUTER端口1,无标签 软件端口40-48的VPN – 连接到路由器端口2,标记? SW A端口52 SPF光纤 – 接受任何VID,无标签? […]

networking延迟总是和networking延迟一样吗?

如果我有一个客户端 – 服务器体系结构,则延迟(从客户端到服务器)总是与从服务器到客户端的延迟时间相同? 在延迟测量的个案基础上,当然我希望有一些细微的差别。 但是,当对大延迟采样进行平均时,我认为这两个延迟是相同的或非常接近的。 但是,我认为系统可以使用客户端和服务器之间的一条路由来发送数据,而另一条路由则可以将数据从服务器接收到客户端。 这有道理吗? 例如,基于客户端 – 服务器的系统是否真的有可能比客户端到客户端的客户端到服务器的延迟时间更长? 如果是这样,那么反之呢?

两个请求,相同的目标IP,不同的网关

我有3台路由器连接到我的本地networking。 每个路由器都有一个唯一的dynamic外部IP地址。 我使用cUrl向dynamicDNS服务提供商发送请求,以跟上IP更改。 我需要的是能够从同一台计算机发送3个不同的请求,并通过3个不同的网关路由。 操作系统是Windows Server 2012.有没有办法绕过单个请求的networking适配器的默认网关?

在Windows上从MacOS服务器挂载文件系统

我有一个MacOS服务器连接到一个大的RAID,我希望服务器上的帐户的人能够通过文件资源pipe理器从Windows机器读取和写入服务器。 Windows机器只能通过互联网连接到服务器。 我怎样才能得到一个MacOS服务器卷可以通过互联网的Windows机器可读?

像GTP这样的隧道协议是限制吞吐量的瓶颈吗?

当使用IPSec(隧道模式)或GTP等隧道协议时,会将多个IPstream合并成一个stream。 由于只有一个stream量,我们如何扩大吞吐量? 分配更多的处理器内核将无济于事,因为来自一个stream的数据包只能传送到一个内核。 有没有办法解决这个问题? 就我而言,问题在于GTP。 eNodeB将来自UE的所有IPstream都放入一个GTP隧道,其五元组将全部相同。 由于我们只有5到10个eNodeB,因此会产生相同数量的IPstream量。 因此,核心利用率变得非常不均衡,核心利用率> 80%,有些利用率<10%。 每个stream程都由一个核心处理,这样就不会有数据包重新sorting。 由于成千上万的IP数据stream只能传输到5到10个IP数据stream,因此RSS哈希函数的随机性在某种程度上是不均衡的,导致一些内核变得超载,而less数内核仍处于空闲状态。 将它称为任何隧道协议的固有问题是否正确? 任何方法来解决这个问题? 另外,单stream量可达到的最大吞吐量是多less? 我只是在这里寻找任何硬件的基准数字。 您甚至可以在隧道模式下共享IPSec的结果。 单个IPSec隧道可以达到多less吞吐量?pipe理员通常做什么来扩大吞吐量?

networking设备用于结构化布线 – build筑和校园分销商

哪种types的networking硬件设备(路由器vs Swtich)可用作结构化布线项目的校园分销商? 使用交换机作为build筑分配器似乎是合乎逻辑的,我们可以实现VLAN以隔离楼层之间的广播stream量,并使用路由器进行通信。 但是校园分销商呢? 如果我们有两个build筑物,我们可以使用相同的技术来隔离build筑物之间的交通,但是我们仍然需要路由器来在它们之间路由交通。 将路由器作为每个build筑物的校园分销商是否有意义? 有没有金科玉律,还是取决于项目的types?

Active Directory在小型远程办公室没有DC

我是Active Directory的新手,我需要为具有两个较大位置和五个较小位置的组织实施AD,所有这些组织都通过MPLSnetworking连接。 以下是networking的简图: 这里实施AD的主要原因是中央authentication和用户维护(以及可能的组策略)。 没有漫游configuration文件,没有交换,没有文件共享或其他资源共享。 远程位置(CG)没有服务器,而且这些站点的工作站数量很less,AD的使用也有限,所以我真的不希望在这些地方安装具有相关基础设施,成本和pipe理费用的DC。 我打算只使用一个域,但还没有决定OU等(但总体上我试图保持简单)。 问题: 对于AD的这种使用,T1是否足够(每个地点的5个站通常只会login1-2次/天)? 或者是否可能会非常缓慢地login和陷入T1s? 我可以只使用一个站点(尽pipe当前的3Mbps链接@站点B [在2个月内成为10 Mbps])? 如果没有,那么把两个DC @ Site A怎么样? 对于这种情况的其他devisebuild议(请记住,我是一个AD noob)?

无法从无线设备ping有线设备

我有一个小的家庭networking,具有以下configuration: 192.168.1.254 – >网关/ DHCP / DNS 192.168.1.1 – 192.168.1.127 – > DHCP范围 192.168.1.215 – 192.168.1.253 – >此范围内的各种IP用于静态IP设备。 问题是,我有一台笔记本电脑,无线连接时,无法ping(或检测)有线设备。 我收到“Destination Host Unreachable”错误。 我正在尝试ping的设备的IP为192.168.1.244。 要清楚,我已经与其他笔记本电脑进行了testing,他们可以通过无线连接ping 192.168.1.244。 当使用networking扫描仪应用程序进行testing时,我的iPhone也会看到具有该IP的设备。 这是这台机器的具体问题。 这也是无线接口的具体情况; 如果我使用以太网电缆,我可以ping通IP就好了。 关于我所尝试的更多细节: 更新无线网卡驱动程序(Windows 10上的Dell无线1901卡) 更新Windows 给笔记本电脑一个静态IP 让笔记本电脑从DHCP获得IP 禁用以太网接口 arp -a导致无线设备和网关,但没有有线设备。 Tracert也会导致“Destination Host Unreachable”错误。 路由器是一个U版Verse路由器,我查看pipe理页面上的任何地方,看看设备是否处于某种隔离状态。 重新安装Windows(不是升级你保存所有的文件 – 我擦了一下磁盘,然后重新开始) 我已经检查了其他问题(比如这个 ),但是我知道我的设备在同一个子网上,而且我知道有线设备可以与我的networking上的无线设备进行通信 – 这是我唯一遇到此问题的设备。 当我有机会的时候,我会尝试arp -s并手动添加设备,看看是否有效。 在那之后,我不知道该如何去填写这个问题,除了一张有问题的网页或者一张正在死亡的网卡。 我错过了什么? 更新:无线网卡支持2.4GHz和5GHz。 我发现,如果我连接到5GHznetworking,这个问题就解决了。 […]

centos-7丢失/ dev / net / tap

去ls -l /dev/net显示tun设备(设备10,200),但是没有tapinput。 任何想法如何得到它的工作? find /dev -name \*tap\* 一无所获 CentOS Linux release 7.1.1503 (Core) kernel 3.10.0-229.7.2.el7.x86_64

如何匹配虚拟以太网链路的两端?

我运行所有连接到我自己的桥梁(不是标准docker0之一)的docker集装箱。 这就是从主机的angular度来看(我只留下了与虚拟桥接和以太网有关的信息): root@srv ~# ip link (…) 8: br-7b20560b3603: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default link/ether 02:42:7c:70:e1:47 brd ff:ff:ff:ff:ff:ff 9: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default link/ether 02:42:f1:70:4f:a6 brd ff:ff:ff:ff:ff:ff 11: veth1fb5957@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-7b20560b3603 state UP mode DEFAULT group […]