Question : Emplacement du point de contrôle VPN pour situer l'issue - échec de chiffrage : SPI inconnu : 0xb41565ee pour le paquet d'IPsec.

Emplacement d'établissement pour situer le conection avec nos clients. J'emploie le point de contrôle R60 se reliant aux concentrateurs d'asa Cisco. Nous pouvons établir le raccordement avec la phase 1 et les travaux de raccordement de la phase 2. trouvent pour pendant 1 heure avant que l'utilisateur deviennent disconnected. Je reçois le message suivant d'erreur sur mon mur à l'épreuve du feu de point de contrôle. Je reçois ce message d'erreur quand l'utilisateur essaye d'employer le $$etAPP qui a été ouvert pour plus qu'une heure, voient ci-dessous.  Vie de la phase 1 (1440 minutes) et vie de la phase 2 (28800 seconde) sur les deux points d'extrémité. L'utilisateur rebranchent et travaillent très bien pendant une heure. Des clefs d'exposition de notations sont renégociées. Fait voir n'importe qui ceci avant.

Message d'erreur 1

Produit :                         VPN-1 pro/expriment
Dispositif de VPN :                  IKE
Interface :                        démon
Origine :                            walll001 (xxx.xxx.xxx.xxx)
Type :                              Notation
Action :                            Baisse
Source :                          NS_VPN (bbb.bbb.bbb.bbb)
Protocole :                        IP
Règle :                              0 - Règles implicites
Arrangement de chiffrage :      IKE
Passage de pair de VPN :       NS_VPN (bbb.bbb.bbb.bbb)
Subproduct :                   VPN
L'information :                   échec de chiffrage : SPI inconnu : 0xb41565ee pour le paquet d'IPsec.

Message d'erreur 2

Produit :                                 VPN-1 pro/expriment
Dispositif de VPN :                          IKE
Interface :                                démon
Origine :                                    walll001 (xxx.xxx.xxx.xxx)
Type :                                      Alerte
Action :                                    La clef installent
Source :                                  wall001 (xxx.xxx.xxx.xxx)
Destination :                           NS_VPN (bbb.bbb.bbb.bbb)
Arrangement de chiffrage :              IKE
Passage de pair de VPN :               NS_VPN (bbb.bbb.bbb.bbb)
Biscuit d'initiateur d'IKE :               bfab4c7a35a422df
Biscuit de répondeur d'IKE :         216230de42298d33
Identification de message d'IKE Phase2 :      9d2f54ac
Subproduct :                           VPN
L'information :                           IKE : Échange informationnel envoyé suppression IPSEC-SA au pair : bbb.bbb.bbb.bbb
                                               SPI : 23aae1a2

Réponse : Emplacement du point de contrôle VPN pour situer l'issue - échec de chiffrage : SPI inconnu : 0xb41565ee pour le paquet d'IPsec.

Obtenez-vous les issues avec un autre VPNs, IE VNs aux murs à l'épreuve du feu de CP ?  Est-il seulement Cisco que vous avez des probs avec ?

Ceci claque des temporisateurs de négociation et de la disparité différents des renegs.

Dooglave est exact au sujet du VPN corrige, je recherchait seulement vraiment n'importe quel type de negs de la phase 2, ne s'inquiètent pas qui dégrossissent il étaient, voir juste ce qui a été placé du côté d'initiateur pour le temporisateur de la phase 2.  le moniteur de FW est une surpuissance de peu pour un endroit comme ce hehe.