https://89.19.215.112/openforum/vsluhforumID6/1692.html Здравствуйте уважаемые господа.<br>Прошу помочь с решением данной проблемы.<br>Используемое оборудование:<br>Маршрутизатор Cisco7206;<br>Коммутатор Cisco Catalist 3750 (в роли маршрутизатора);<br>Ноутбук.<br>Описание архитектуры сети:<br>Сеть1-&gt;...-&gt;3750-&gt;7206-&gt;Ноутбук(вместо сети2)<br>Описание проблемы:<br>При копировании из сети1 в ноутбук скорость передачи данных мала(~135кБайт/сек)<br>реальная ширина канала 40МБит/с (WiFi)<br>Что сделано (не нашел как прикретить картинку):<br>1) Копируем сквозь 7206<br>{Комп (10.64.1.49 255.255.255.252)} -&gt; {(10.64.1.50 255.255.255.252)7206(10.64.127.1 255.255.254.0)} -&gt; {ноутбук (10.64.127.103 255.255.254.0)}<br>В итоге скорость с компа 10МБайт/с;<br>2) Копируем без 7206<br>Сеть1-&gt;...-&gt;{3750 (10.64.1.49 255.255.255.252)}-&gt; {ноутбук (10.64.1.50 255.255.255.252)}<br>В итоге скорость закачки из сети1 6МБайт/с;<br>3) Копирем через 7206 из сети1<br>Сеть1-&gt;...-&gt;{3750 (10.64.1.49 255.255.255.252)}-&gt; {(10.64.1.50 255.255.255.252)7206(10.64.127.1 255.255.254.0)} -&gt; {ноутбук (10.64.127.103 255.255.254.0)}<br>В итоге ско https://89.19.215.112/openforum/vsluhforumID6/1692.html#22 Thu, 07 May 2015 10:01:59 GMT &gt; Я возможно не упоминал, но у нас по сути дела это просто <br>&gt; разбитая на сегменты локалка, услугами сторонних провайдеров не пользуемся (у нас <br>&gt; свое управление связи, они же и админят маршрутизаторы) , ростелеком только <br>&gt; для выхода в интернет и на подразделение в Москве.<br><br>Вы скорость меряете точно не протоколом netbios/cifs/шары-виндовс ?<br>Если локалка разбита на сегменты, то тогда никаких претензии к скорости этого протокола. Как ему вздумается - так и будет работать, и бороться с ним бессмысленно.<br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#21 Thu, 07 May 2015 09:41:06 GMT &gt; барахлит у одного из "провайдеров" <br><br>Я возможно не упоминал, но у нас по сути дела это просто разбитая на сегменты локалка, услугами сторонних провайдеров не пользуемся (у нас свое управление связи, они же и админят маршрутизаторы) , ростелеком только для выхода в интернет и на подразделение в Москве.<br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#20 Tue, 05 May 2015 14:20:53 GMT &gt; К сожалению ситуация не изменилась, релейщики нашли что-то и устранили, но результата <br>&gt; это не дало. С 1 мая я ухожу в отпуск, по <br>&gt; выходу буду мучить канал связи дальше.<br><br>По вышеполученным данным не похоже на проблему канала.<br><br>И это явно не указывают на какой-то конкретный типичный, хорошо известный дефект. <br><br>Одного универсального инструмента по диагностике подобных проблем нет.<br><br>Порой достаточно одному юзеру в локальной сети понаблюдать наметанным взглядом на несколько одновременно запущенных окошек виндовс-cmd<br>с разными пингами и трейсами, чтобы сразу сказать где и что именно барахлит у одного из "провайдеров" по пути.<br><br>Иначе, если не сложно, то с циски7206 покажите вывод всех этих команд полностью:<br>show interfaces<br>show proc cpu history<br>ping 10.64.127.103 size 1400 repeat 500<br>ping 10.64.1.49 size 1400 repeat 500<br>ping &lt;ip внеш.ресурса&gt; size 1400 repeat 500<br><br>и ещё раз их же в процессе скачивания данных с внеш.ресурса.<br><br>Ещё до кучи <br>traceroute &lt;ip внеш.ресурса&gt; source 10.64.127.1<br>tr https://89.19.215.112/openforum/vsluhforumID6/1692.html#19 Thu, 30 Apr 2015 12:36:06 GMT К сожалению ситуация не изменилась, релейщики нашли что-то и устранили, но результата это не дало. С 1 мая я ухожу в отпуск, по выходу буду мучить канал связи дальше.<br><br><br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#18 Fri, 24 Apr 2015 08:24:52 GMT &gt; Включил NAT, заново перезапустил скачку файла, ситуация не изменилась.<br><br>Это ещё может быть похоже на поведение протокала типа (samba,ntbios,виндовс-шара).<br>Он нормально работает в пределах транспорта без сужений (т.е. если бы WAN не 60Mbps был, а 100Mbps, то можно было бы выйти из ситуации зажав 100fd на сервере и клиенте).<br><br>На транспорте с сужениями вдруг иногда тоже нормально работает, но чаще непредсказуемо хуже. (зависит это от кучи мелких факторов в разных местах, которые если и удается с большим трудом затюнить, то потом от любого чиха все опять валится). <br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#17 Fri, 24 Apr 2015 07:31:22 GMT &gt; Включил NAT, заново перезапустил скачку файла, ситуация не изменилась.<br>&gt;<br>&gt; И так мои наблюдения: <br>&gt; 10.64.127.1 255.255.254.0 - 512 хостов - скорость 135 <br>&gt; кБайт/с; <br>&gt; 10.64.30.225 255.255.255.224 - 32 хоста - скорость 1415 кБайт/с; <br>&gt; <br>&gt; 10.64.1.50 255.255.255.252 - 4 хоста - <br>&gt; скорость 6127 кБайт/с.<br>&gt;<br><br>Т.е. выходит, что включив NAT обращались к ресурсу с src ip 10.64.1.50 и получали 135kpbs,<br>а вставали ноутбуком прямо на него 10.64.1.50 то 6Mbps.<br><br>Я бы вернулся к началу, проверяя линковку интерфейсов eth, пропингивать по хопам, и выясняя это дефект только разгона одной сессии tcp или всего ip (типа запустите десяток одновременных tcp-сессий с ресурса).<br><br>Если администраторы ресурса "Сеть1" у себя на соседнем сервере запустят iperf и подскажут вам, как и что надо проверить, чтобы очистить свою совесть, то дело гораздо быстрее пойдет.<br><br>&gt; Как будто идет пропорциональное деление ширины канала на количество хостов в сети. <br>&gt; <br><br>Маловероятно. такое не практикуется из-за бессмысле https://89.19.215.112/openforum/vsluhforumID6/1692.html#16 Fri, 24 Apr 2015 06:35:09 GMT &gt; Как будто идет пропорциональное деление ширины канала на количество хостов в сети. <br><br>Связался с админом который рулит маршрутизаторами на пути следования трасера, сказал что шейперов нет. <br>Осталась надежда что шейпят админы которым принадлежит радиорелейная часть (объект у нас удаленный от города).<br> <br><br><br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#15 Fri, 24 Apr 2015 00:39:30 GMT &gt; Да можно. Или может проще, на минутку включите NAT на cisco7206 <br>&gt; Проверьте, улучшилась ли скачка у пользователей в сети 10.64.127.103, <br>&gt; и сразу отключите NAT: <br><br>Включил NAT, заново перезапустил скачку файла, ситуация не изменилась.<br><br>&gt; Как вариант еще завтра попробую с 10.64.30.225 качнуть что-нибудь.<br><br>И так мои наблюдения:<br>10.64.127.1 255.255.254.0 - 512 хостов - скорость 135 кБайт/с; <br>10.64.30.225 255.255.255.224 - 32 хоста - скорость 1415 кБайт/с;<br>10.64.1.50 255.255.255.252 - 4 хоста - скорость 6127 кБайт/с.<br><br>Как будто идет пропорциональное деление ширины канала на количество хостов в сети.<br> https://89.19.215.112/openforum/vsluhforumID6/1692.html#14 Wed, 22 Apr 2015 12:45:17 GMT &gt;&gt; а на остальные отдают трафик без ограничений.<br>&gt;&gt; Проверить это можно, временно оттранслировав (NAT) одну сеть в другую.<br>&gt;<br>&gt; Как вариант еще завтра попробую с 10.64.30.225 качнуть что-нибудь.<br><br>Да можно. Или может проще, на минутку включите NAT на cisco7206<br><br>conf t<br>interface FastEthernet0/0<br> ip nat outside<br>!<br>interface FastEthernet0/1.1<br> ip nat inside<br>!<br>access-list 100 permit ip 10.64.126.0 0.0.1.255 any<br>ip nat inside source list 100 interface fa0/0 overload<br><br>Проверьте, улучшилась ли скачка у пользователей в сети 10.64.127.103,<br>и сразу отключите NAT:<br><br>conf t<br>interface FastEthernet0/0<br> no ip nat outside<br>!<br>interface FastEthernet0/1.1<br> no ip nat inside<br>!<br><br>Больше надежды, что не шейпят именно "операторско-интерфейсную" сеть.<br>Вот в неё на минутку и оттранслируйтесь таким образом.<br> <br>