Вопрос : База данных SQL выдает над местом ipsec для того чтобы расположить тоннель на можжевельнике SSG520

Я имею 2 места имеют можжевельник SSG520 установленный с местом для того чтобы расположить ход тоннеля ipsec. Вариантом микропрограммное обеспечение SSG будет 6.1.0r2.0. Все другие соединения работают perject (т.е. внешний вид, Fileshares, внутренне, котор хозяйничают webservers, RDP достигает к другим штабам серверов и прочее). Единственные проблемы, котор я вижу когда проявители пытаются побежать вопрос sql к серверу базы данных. Эти вопросы очень малы в размере и должны побежать на вокруг час для того чтобы завершить вопрос. Когда потребители начинают вопросы теперь, оно hanges и дает ошибку «ORA-03106: смертоносная two-task ошибка комуникационного проточола». Также важно знать что прежде чем мы переключили сверх к оборудованию можжевельника, мы использовали Майкрософт ISA для нашего места для того чтобы расположить тоннель. Когда это находилось в продукции, котор все работало отлично и мы не имели никакие жалобы. Единственной вещью изменила в нашей сети будет приспособления можжевельника, ширина полосы частот оставала константой. Я раскрывал вверх по всем портам для того чтобы позволить испытать (оно буду местом, котор нужно расположить так или иначе) и проблема все еще остает. Пожалуйста обеспечьте прозрение здесь. class=

Ответ : База данных SQL выдает над местом ipsec для того чтобы расположить тоннель на можжевельнике SSG520

Вы спрашиваете почему вопрос бежит длиной, или почему соединение длиннего идущего вопроса терпит неудачу через некоторое время? Был отвечен latter - вход встречи на времена порта как раз вне. То будет механизм failback в ScreenOS (и других брандмауэрах) для того чтобы освободить вверх необходимо ресурсы могли еще быть связаны к уже прекращенным соединениям, но заключительный флаги потерянный. Один пример описан на http://www.dbforums.com/oracle/1632094-keep-alive-sqlnet-ora.html. Параметр SQLNET.EXPIRE_TIME описанный здесь единственное одним, котор я знаю чего пошлет вид keep-alive с SQL*Net.