首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >网络问题(路由和交换)

网络问题(路由和交换)
EN

Network Engineering用户
提问于 2018-12-11 15:58:13
回答 1查看 87关注 0票数 1

我继承了一个杂乱无章的网络,我正在清理和现代化的过程中。

这里是当前问题的一个概要:

我们有一个托管在Windows7PC上的MySQL数据库(仅用于承载数据库)。

PC与我们的用户和服务器处于同一子网中.

DNS /Alias是为PC创建的,因此用户在浏览器中输入"voucherlog.xxxxxxx.org“以拉出DB的Drupal界面。

DB性能大幅度下降(慢到没有响应)。

DB工程师已经对DB进行了维护,并且确信性能问题是由于网络问题(丢包、抖动)造成的。

going内部设备导致数据包丢失百分比为0(但我仍将看到网络设备是如何配置的)。

Pinging www.google.com或8.8.8.8可能导致大约10%的数据包丢失,但似乎在我们的路由器和康卡斯特设备之间出现了数据包丢失(50.203.245.xxx) (见下面的WinMTR屏幕截图)。

问题

1)根据下图,任何内部通信都不应该通过路由器,是吗?交换机的MAC地址表应该处理PC机之间的帧。我查看了路由器的流量日志,没有看到任何内部到内部的条目,只是路由器和康卡斯特之间的东西,等等。

2)我读到,追踪器中的跳数是数据通过的路由器数量,而交换机不影响跳数。如果一个跟踪是从一个PC到另一个(相同的子网),它显示1跳。这并不意味着它通过路由器,对吗?它只应该通过开关,是吗?

3)由于DB是本地托管的,因此我们与Comcast的外部丢包问题(不管如何都要解决)不应该影响DB访问。除非我遗漏了什么..。我不太熟悉DB的设计/托管,但是DB所在的PC正在运行Apache和MySQL,数据保存到PC上,所以即使我们的Comcast连接中断,我们也应该能够访问DB。

EN

回答 1

Network Engineering用户

回答已采纳

发布于 2018-12-11 17:44:25

DB工程师已经对DB进行了维护,并且确信性能问题是由于网络问题(丢包、抖动)造成的。

他们总是责怪电视网,不是吗?

1)根据下图,任何内部通信都不应该通过路由器,是吗?

那是对的

这并不意味着它通过路由器,对吗?它只应该通过开关,是吗?

这也是正确的。

...So我们应该能够访问DB,即使我们的康卡斯特连接中断。

再修正一次!

虽然有可能是网络造成了这个问题,但这是非常非常不可能的。假设这是一个托管交换机,您可以查看接口统计信息,看看端口上是否有错误,或者是否丢弃了框架。端口错误可能表示电缆问题。

如果你有一个非托管的,消费者级的交换机,它有可能不能足够快地转发帧。在商业级别的管理交换机上,这是不可能的(如果是的话,交换机会告诉你)。

最后,您可以使用像Wireshark这样的工具来捕获来自服务器的数据包。通过查看TCP流,您可能能够找到性能问题的根源。

票数 3
EN
页面原文内容由Network Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://networkengineering.stackexchange.com/questions/55384

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档