Pergunta : A base de dados do SQL emite sobre o local do ipsec para situar o túnel no zimbro SSG520

Eu tenho dois locais que têm o zimbro SSG520 instalado com um local para situar o corredor do túnel do ipsec. A versão dos firmware dos SSG é 6.1.0r2.0. Todas conexões restantes estão trabalhando o perject (isto é a probabilidade, Fileshares, web server internamente hospedados, RDP alcança a outras matrizes usuários e assim por diante). Os únicos problemas que eu estou vendo sou quando os colaboradores estão tentando funcionar uma pergunta do sql a um usuário de base de dados. Estas perguntas são muito pequenas no tamanho e devem funcionar por em torno de uma hora para terminar a pergunta. Quando os usuários iniciam as perguntas agora, hanges e dá um erro de “ORA-03106: erro two-task fatal do protocolo de comunicação”. Foi igualmente importante saber que antes que nós comutamos sobre ao equipamento do zimbro, nós usávamos Microsoft AIA para que nosso local situe o túnel. Quando isto estava na produção que tudo trabalhava muito bem e nós não tivemos nenhuma queixa. A única coisa que mudou em nossa rede é os dispositivos do zimbro, largura de faixa permaneceu uma constante. Eu abri todos os portos para reservar testar (ele sou local a situar de qualquer maneira) e o problema ainda permanece. Fornecer por favor a iluminação aqui. class= do

Resposta : A base de dados do SQL emite sobre o local do ipsec para situar o túnel no zimbro SSG520

Você pergunta porque a pergunta funciona por muito tempo, ou porque a conexão da pergunta longa falha após um quando? O último foi respondido - a entrada da sessão por os tempos do porto apenas para fora. Aquele é um mecanismo do failback em ScreenOS (e em outros guarda-fogos) para livrar acima os recursos necessários que puderam mais ser amarrados às conexões já terminadas, mas as bandeiras closing foram perdidas. Um exemplo é descrito em http://www.dbforums.com/oracle/1632094-keep-alive-sqlnet-ora.html. O parâmetro de SQLNET.EXPIRE_TIME descrito aqui é único que eu sei de que emitirá o tipo do keep-alive com SQL*Net.