Понимаю, что немного не в тот форум (в смысле производителя), но все равно большинство общающихся здесь ориентируются не только в продукции D-Link, что думаете об этих устройствах-кандидатах вместо 260E:
1. TP-Link TL-ER6120
2. TP-Link TL-R480T+
3. TP-Link TL-ER6020
4. Zyxel USG-20

Не стоит - DFL надежнее стабильнее и функциональнее.
Если жаба придушивает лучше посмотреть в сторону DrayTek (имхо). Либо прибалты.
Первые в России представлены слабовато. Так что если в чем то затык - то придется помучатся. Но работают стабильно и исправно (использовал 4 штуки в филиалах, за три года никаких проблем не было). Из каропки могут - вай-фай, два канала (основной и резервный) плюс поддержка usb модемов. Ну и прочие плюшки в виде vpn всяких. Плюс есть свой бесплатный софт для снятия статистики и все такое. (не рекламы ради:)) )

И еще вопрос: если сравнить DFL-260E и Mikrotik RB951G-2HnD ? - Сможет ли эта модель Mikrotik полноценно заменить D-Link для потребностей моей сети?

Думаю, по производительности не потянет. Ну или где-то на грани. (Дождитесь, что ответит Vladimir22)
Лично я бы брал оборудование с запасом по производительности, все-таки.

Ну а если Вы имели неосторожность ляпнуть руководству, что можно уложиться в 10тыс. руб, то имейте мужество признать свою ошибку, и найдите правильные аргументы обосновать надежное решение. Этих аргументов в топике было много Вам дано.
Гемор в процессе работы не стоит того, чтобы сейчас изголяться, имхо.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Если это тупо серфинг . И остальные ресурсы все в сети . То микротик потянет на гране фола . При первой же нагрузке вы обретете проблемы .
Смотрите или модели старше или дфл. Я за дфл, все наглядно и прозрачно .

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

- Да нет, ничего пока не говорил. Просто есть некоторая проблема, перепробовал уже много вариантов решения. И остался "метод тыка" - заменить шлюз. Не знаю поможет или нет. Если не поможет - может возникнуть вопрос типа "Какого х... мы деньги потратили, а решения нет". Чем цена шлюза будет меньше, тем этот вопрос будет менее актуальным для руководства . Поэтому и ищу варианты.


НО, как видно, лучше действительно, если идти на затраты для железа, то на такое, которое гарантированно не создаст проблем (при правильной настройке, конечно). Спасибо всем за столь быстрые и информативные ответы, советы. Наберусь смелости и рискну.

Не стесняйтесь обсудить Вашу текущую проблему на Форуме.
Может она имеет какие-то и другие варианты решения, ввиду своей специфики и особенностей.
На Форуме много опытных коллег, в ведении которых находятся достаточно крупные сегменты сетей. Более чем уверен, Вы получите квалифицированные рекомендации и решения.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Во какой поворот на второй странице . Оказывается идется от противоположного сначала делаем проблемы потом шлюзом пробуем их решать . Может все таки пойти последовательно? И огласить проблему?

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

ОК:
Имеется сеть топологии "звезда", соединенная несколькими свитчами:
1. Имеется основной свитч, к которому подключены 3 дополнительных свитча, серверы, и часть клиентских компьютеров
2. К 3-м дополнительным свитчам подключены клиентские компьютеры.

. Имеется интернет-сервер, выступающий в роли шлюза, на сервере 2 сетевухи, 1 подключена к локальной сети, вторая подключена к интернету.
Имеется странная плавающая проблема: временами на всех компьютерах офиса отсутствует доступ к ресурсам по шифрованному протоколу, а именно:
1. Имеется корпоративный почтовый сервер, расположенный вне офиса, к нему пользователи получают доступ через веб-обозреватель по https - доступа нет: Internet Explorer не может отобразить страницу
2. Имеется сервер, на котором хранятся некоторые данные организации, к которым пользователи получают доступ через FTP-клиента, трафик шифруется с помощью FTP через TLS (неявный) - доступа так же нет, при подключении происходит обрыв на "Соединение установлено, инициализация TLS"
3. В офисе широко используется TeamViewer, он так же не работает - "Разрешены подключения только по локальной сети".
При этом, в момент проблемы:
1. Сервера на которых расположены почта и FTP-сервер, доступны - идет пинг, могу зайти по удаленному рабочему столу, более того, к ним можно подключиться без шифрованного протокола: к почтовому серверу по http, к FTP-серверу по простому протоколу FTP
2. С самого интернет-сервера возможно подключиться ко всем 3-м вышеуказанным службам, с использованием шифрованного протокола
3. Другие ресурсы, так же использующие шифрованные протоколы, доступны (mail.ru, google.com)

Что делал для решения проблемы:
1. В момент проблемы, с одного из компьютеров пробовал удалить антивирус - проблема осталась, т.е. причина не в нем
2. В момент проблемы, пробовал последовательно отключать отключать от основного свитча 3 дополнительных, затем от основного свитча последовательно отключал компьютеры, после каждого отключения ждал 3 минуты. Т.е. подозревал глючное устройство в сети, котором может создавать проблему. Конечный результат был: к основному свитчу были подключены только интернет-сервер, сервер-КД, и еще 1 сервер БД, с которого проверял осталась ли проблема - проблема осталась... Т.е. вариант с глючным устройством, которое таким "элегантным" способом ложит сеть, пока не рассматриваю
3. Заменил интернет-сервер - взял другой сервер, установил на него чистую ОС Windows Server 2008R2, все обновления, антивирус пока не ставил для чистоты эксперимента, службы маршрутизации, некоторые рабочие программы (прокси сервер, который счас используется только для перенаправления портов из интернета в локальную сеть, FTP server Filezilla, Kaspersky Security Center)
- После все этого сегодня проблема повторилась....
4. Заменил основной свитч
5. На сетевой карте интернет-сервера отключил параметры:
IPv4: загрузка большой отправки… (дальше не получается прочесть, окно заканчивается)
IPv4: разгрузка контрольной суммы
- Проблема повторилась
6. Обновил драйвера на сетевухе, смотрящей в локалку, поотключал в параметрах сетевухи все параметры, за исключением типа Wake On Lan, и настроек MAC-адреса
Проблема повторилась
7. Включил параметры сетевухи, отключенные на предыдущем шаге, назад
8. Перевел всех пользователей на работу с нашим FTP-ресурсом без использования шифрованного протокола - т.е. по обычному FTP-протоколу. У меня были мысли, что большой объем шифрованного трафика "что-нибудь где-нибудь ломает" и получается проблема.
Проблема повторилась
НО, в момент проблемы, не было доступа к корпоративной почте, TeamViewer'у и FTP - ресурсу, без использования шифрованного протокола. Поблема опять решилась выключением сервера на 5 минут
9. Перевел всех пользователей обратно на работу с FTP-ресурсом по шифрованному протоколу.
Проблема повторилась
Но в 1 момент не было доступа к почте и с сервера. Позже я выяснил что с сервера 14.07.15 так же не было доступа к почте, FTP.
Просто я всегда раньше проверял 1 раз. А сегодня – попробовал подключиться несколько раз подряд – и с сервера так же не смог подключиться к ресурсам.
Помогло отключение модема, не перезагрузка, а именно отключение на 5 мин, затем включение – и все восстановилось….
10. Попробую дождаться проблемы еще раз, и еще раз проверить решится ли она выключением модема, и будет ли проблема так же на интернет-сервере, при неоднократном подключении к ресурсам?
проблема повторилась
- Но сегодня с сервера доступ на ресурсы был…
- Проблема решилась отключением на 5 минут модема
11 Оставил заявку в Казахтелекоме о проблеме интернета. Сегодня (17.07.15) должны заменить модем для оптике….

Такое ощущение, что проблема с отсутствием доступа к внешним DNS серверам, возможно по причине провайдера.
Если на DNS-серваке, который форвардит DNS-запросы из локалки наружу, вместо DNS-адресов провайдера поставить первичным гугловский 8.8.8.8 - проблема останется?
Как вариант - возможно вас ломают снаружи. Что говорит по этому поводу провайдер?
Какова периодичность проблемы? Продолжительность, понятна - до перезагрузки модема и/или сервера.
И надо конечно посмотреть, какова будет ситуация после смены модема.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

MTRX:
1. Проблема точно не ДНС-ах, т.к. в момент проблемы ДНС-запросы разрешаются правильно. Так же, пробовал подключаться к почте по IP - доступа нет; к FTP мы и так подключаемся по IP
Периодичность проблемы "плавающая" - может быть 1 раз в 2 недели, может до 3-х раз в неделю - как на этой, например
Продолжительность - да, но не до перезагрузки, а именно до выключения на 5 минут модема или сервера
По поводу того что "Возможно ломают снаружи" - проверю этот вариант, если проблема повторится - гляну приложением "Производительность" Винды на вкладке "Сеть" - там очень хорошо расписаны все соединения.

Провайдер заменил модем, по моей просьбе, специально на модель отличную от той что была раньше.
У кого еще какие мысли?

На чем сервак? Какая софтина рулит Интернетом?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Проблема или в днс или в количестве сессий открытых сессий . Ищите кто флудит в локалке .

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Windows Server 2008R2, роль шлюза поднята стандартной компонентой Винды RRAS
Проблема точно не в ДНС, об этом писал выше.
Насчет флуда в сети. - Каким образом можно проверить это предположение? Тем более, как писал, в момент проблемы отключал от сети вообще все, кроме интернет-сервера и еще 2-х серверов. Если бы кто-то флудил, то после отключения, проблема бы ушла, но нет.

Сам rras может быть источником мультикаст раасылки . Я бы либо писал варешарком или смотрел что там происходит на канальном уровне. Все ваши предположения основаны на наблюдениях, что конечно хорошо, но вы же прекрасно понимаете что чудес не бывает, и все ваши беды могут крытся в каком то торенте на клиенте . На то что вы все отключаете -сессии от этого не отмерают . Смотртте что в запросах и что открыто из сессий . Без этого диагностика -годание на кофейной гуще .

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку