Перенаправление портов на D-Link DIR-615, супермедленном, бесполезном

Я заменил свой старый маршрутизатор DIR-615 от D-Link, и теперь перенаправление портов является настолько медленным, это делает маршрутизатор практически бесполезным для запросов приходящий снаружи из моей сети.

Доступ к самому маршрутизатору (администратор UI) снаружи без любых проблем, никакая задержка вообще. Но когда я пытаюсь получить доступ к сервису, находящемуся на любом из компьютеров в моей сети снаружи запросов, занимают минуты и минуты. Например, Я вижу источник своего GWT-приложения основная страница, но загрузка дополнительного CSS и файлов JS занимает годы.

Если бы кто-либо мог бы рекомендовать дальнейшую диагностику, я должен сделать для выяснения то, что происходит, это было бы большим.

Немного примечаний:

• происходит с большим количеством сервисов (веб-приложение на Tomcat, просматривая индекс каталога через Apache)
• это не имеет значения, размещается ли сервис на проводном или беспроводном ПК
• доступ к сервису на localhost хорошо работает, как делает любую 'внутреннюю' коммуникацию
• выключение брандмауэра на целевом ПК не имеет значения ни один (имеет смысл),
• когда я заменяю этот маршрутизатор старым (оба 192.168.1.1), все хорошо работает
• Я не вижу ничего подозрительного в журнале маршрутизатора
• Я полагаю, что у меня есть последнее встроенное микропрограммное обеспечение (4.11)
• DIR-615 сосет, он уже умер однажды полностью

Обновление:

1. После повторного выполнения загружающихся тестов с моим приятелем (кто находится в другом городе), кажется, что проблема только ограничена доступом от моего IP общественности использования сети. (Теперь отчеты парня <5 с, раньше это было 15 20 выходов. Но я принимаю теперь, что это было вызвано некоторыми временными транспортными скачками.)
2. Задержка связанных ресурсов - то, что уничтожает процесс загрузки, их загрузка сама прекрасна. Инструмент показывает задержку 42 для файла CSS 2 КБ, в то время как d/l составляет 9 мс. Но, учитывая вышеупомянутое упомянул, что я должен, вероятно, закрыть эту проблему и возможно открыть новую с повторно сформулированной проблемой.