— Exhibit –user@host> show log ike-test
…
Jun 13 10:36:52 ike_st_i_cr: Start
Jun 13 10:36:52 ike_st_i_cert: Start
Jun 13 10:36:52 ike_st_i_private: Start
Jun 13 10:36:52 ike_st_o_iD. Start
Jun 13 10:36:52 ike_st_o_hash: Start
Jun 13 10:36:52 ike_find_pre_shared_key: Find pre shared key key for 172.168.100.2:500, id =
ipv4(udp:500,[0..3]=172.168.100.2) -> 192.168.101.2:500, id = No Id
Jun 13 10:36:52 ike_policy_reply_find_pre_shared_key: Start
Jun 13 10:36:52 ike_calc_maC. Start, initiator = true, local = true
Jun 13 10:36:52 ike_st_o_status_n: Start
Jun 13 10:36:52 ike_st_o_private: Start
Jun 13 10:36:52 ike_policy_reply_private_payload_out: Start
Jun 13 10:36:52 ike_st_o_encrypt: Marking encryption for packet
Jun 13 10:36:52 ike_encode_packet: Start, SA = { 0x86b8160b 93a10c7c – c6c3a771 f0475656 } /
00000000, nego = -1
Jun 13 10:36:52 ike_send_packet: Start, send SA = { 86b8160b 93a10c7c – c6c3a771 f0475656},
nego = -1, src = 172.168.100.2:500, dst = 192.168.101.2:500, routing table id = 0
Jun 13 10:36:52 ike_get_sA. Start, SA = { 86b8160b 93a10c7c – c6c3a771 f0475656 } / 4cb03305,
remote = 192.168.101.2:500
Jun 13 10:36:52 ike_sa_finD. Found SA = { 86b8160b 93a10c7c – c6c3a771 f0475656 }
Jun 13 10:36:52 ike_alloc_negotiation: Start, SA = { 86b8160b 93a10c7c – c6c3a771 f0475656}
Jun 13 10:36:52 ike_decode_packet: Start
Jun 13 10:36:52 ike_decode_packet: Start, SA = { 86b8160b 93a10c7c – c6c3a771 f0475656} /
4cb03305, nego = 0
Jun 13 10:36:52 ike_st_i_n: Start, doi = 1, protocol = 1, code = Payload malformed (16), spi[0..16]
= 86b8160b 93a10c7c …, data[0..113] = 800c0001 80030081 …
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Notification data has attribute list
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Notify message version = 1
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Offending payload type = 129
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Offending payload data offset = 1
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Error text = Incorrect pre-shared key (Reserved not 0)
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Offending message id = 0x00000000
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Received notify err = Payload malformed (16) to
isakmp sa, delete it
…
Jun 13 10:37:07 ike_free_negotiation_info: Start, nego = 0
Jun 13 10:37:07 ike_free_negotiation: Start, nego = 0
Jun 13 10:37:07 ike_retransmit_callback: Start, retransmit SA = { 17ef27d0 508bc5db – 00000000
00000000}, nego = -1
Jun 13 10:37:07 ike_send_packet: Start, retransmit previous packet SA = { 17ef27d0 508bc5db -00000000 00000000}, nego = -1, src = 172.168.100.2:500, dst = 192.168.103.3:500, routing table
id = 0
…
Jun 13 10:37:17 ike_free_negotiation_info: Start, nego = 0
Jun 13 10:37:17 ike_free_negotiation: Start, nego = 0
Jun 13 10:37:19 ike_get_sA. Start, SA = { 4326380f a67dbcf3 – 00000000 00000000 } / 00000000,
remote = 192.168.103.2:500
Jun 13 10:37:19 ike_sa_allocate: Start, SA = { 4326380f a67dbcf3 – a8307123 9c0e1f9d }
Jun 13 10:37:19 ike_init_isakmp_sA. Start, remote = 192.168.103.2:500, initiator = 0
Jun 13 10:37:19 ike_decode_packet: Start
Jun 13 10:37:19 ike_decode_packet: Start, SA = { 4326380f a67dbcf3 – a8307123 9c0e1f9d} /
00000000, nego = -1
Jun 13 10:37:19 ike_decode_payload_sA. Start
Jun 13 10:37:19 ike_decode_payload_t: Start, # trans = 2
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = afcad713 68a1f1c9 …
Jun 13 10:37:19 ike_st_i_viD. VID[0..28] = 69936922 8741c6d4 …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = 27bab5dc 01ea0760 …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = 6105c422 e76847e4 …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = 4485152d 18b6bbcd …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = cd604643 35df21f8 …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = 90cb8091 3ebb696e …
Jun 13 10:37:19 ike_st_i_viD. VID[0..16] = 7d9419a6 5310ca6f …
Jun 13 10:37:19 ike_st_i_sa_proposal: Start
Jun 13 10:37:19 ike_isakmp_sa_reply: Start
Jun 13 10:37:19 ike_st_i_cr: Start
Jun 13 10:37:19 ike_st_i_cert: Start
Jun 13 10:37:19 ike_st_i_private: Start
Jun 13 10:37:19 ike_st_o_sa_values: Start
Jun 13 10:37:19 172.168.100.2:500 (Responder) -> 192.168.103.2:500 { 4326380f a67dbcf3 -a8307123 9c0e1f9d [-1] / 0x00000000 } IP; Error = No proposal chosen (14)
Jun 13 10:37:19 ike_alloc_negotiation: Start, SA = { 4326380f a67dbcf3 – a8307123 9c0e1f9d}
Jun 13 10:37:19 ike_encode_packet: Start, SA = { 0x4326380f a67dbcf3 – a8307123 9c0e1f9d } /
1a8c665d, nego = 0
Jun 13 10:37:19 ike_send_packet: Start, send SA = { 4326380f a67dbcf3 – a8307123 9c0e1f9d},
nego = 0, src = 172.168.100.2:500, dst = 192.168.103.2:500, routing table id = 0
Jun 13 10:37:19 ike_delete_negotiation: Start, SA = { 4326380f a67dbcf3 – a8307123 9c0e1f9d},
nego = 0
— Exhibit –Click the Exhibit button.
You are asked to set up an IPsec tunnel to the destination 192.168.103.2. After applying the
configuration, you notice in the show security ike security-associations output that the destination
stays in a down state.
Referring to exhibit, what is causing the problem?
A.
The preshared key is incorrect.
B.
The proposal does not match.
C.
The gateway is incorrect.
D.
The IKE policy does not match.
Explanation:
The correct answer is A,
see this error message:
Jun 13 10:36:52 172.168.100.2:500 (Responder) -> 192.168.101.2:500 { 86b8160b 93a10c7c -c6c3a771 f0475656 [0] / 0x4cb03305 } Info; Error text = Incorrect pre-shared key (Reserved not 0)
You can compare it with the output on Twine blog:
http://blog.twine-networks.com/201403/troubleshooting-ipsec-log-messages/
0
0
Cool link john thanks.
0
0
_send_packet: Start, send SA = { 86b8160b 93a10c7c – c6c3a771 f0475656},
nego = -1, src = 172.168.100.2:500, dst = 192.168.101.2:500, routing table id = 0
i think is the gateway
0
0
I think that B correct.
In the log output two SA. We are asked about peer 192.168.103.2 and for it NO PROPOSAL CHOSEN
0
0
A and B
0
0
So guys …which is the right answer
0
0
New JN0-696 Exam Questions and Answers Updated Recently (28/Apr/2016):
NEW QUESTION 41
Click the Exhibit button. You are implementing a high availability chassis cluster on an SRX Series device. You would like to manage both devices through the J-Web utility. However, when you try to log in to the second device using SSL HTTP, you receive a message from your Web browser indicating that the message has timed out.
IMAGE URL: examgod.com/plimages/d2ef7e726601_E9DD/411_thumb.jpg
Why you are receiving this message?
A. There is a firewall policy blocking traffic to the control plane.
B. HTTP is not configured as host inbound traffic.
C. The incoming traffic is not being allowed on the correct port.
D. The rdp daemon is on standby on the secondary device.
Answer: A
NEW QUESTION 42
A customer downloaded and installed the IDP policy template. After copying the recommended templates and creating the needed policy, the customer deleted the templates. After the commit, the templates return. Which command will prevent the templates from appearing again?
A. user@srx# deactivate security idp active-policy Recommended
B. user@srx# delete security idp idp-policy Recommended
C. user@srx# set security idp security-package automatic
D. user@srx# deactivate system scripts commit file templates.xsl
Answer: D
Explanation:
Delete or deactivate the commit script file. By deleting the commit script file, you avoid the risk of overwriting modifications to the template when you commit the configuration. Run one of the following commands:
user@host# delete system scripts commit file templates.xsl
user@host# deactivate system scripts commit file templates.xsl
juniper.net/documentation/en_US/junos12.1×47/topics/task/configuration/idp-predefined-policytemplate-downloading-and-using-cli.html
NEW QUESTION 43
You have an SRX branch device with two ISP connections. During analysis of the traffic, you notice that traffic from internal users to ISP 1 are replied to by ISP 2. Which two configurations will correct the asymmetric problem? (Choose two.)
A. Create a security policy to allow traffic through ISP 1 only.
B. Create routing instances that include routes to ISP 1 and ISP 2.
C. Configure filter-based forwarding to provide load balancing.
D. Create an interface-specific firewall filter to forward the traffic to ISP 1.
Answer: AB
NEW QUESTION 44
You are asked to update the IDP signature database. After you issue the request security IDP security-package download command, you need to monitor the process. Which command would you use to accomplish this task?
A. request security idp security-package download status
B. request security idp security-package download full-update
C. request security idp security-package install
D. request security idp security-package install status
Answer: A
Explanation:
Use the following command: root# run request security idp security-package download status
kb.juniper.net/InfoCenter/index?page=content&id=KB28004&actp=search
NEW QUESTION 45
You are requested to verify that the UTM service is running on the SRX Series device. Which command will accomplish this task?
A. show security utm status
B. run show security utm web-filtering statistics
C. run show security utm status
D. show security utm session
Answer: A
Explanation:
To verify the UTM service status, from operational mode, enter the show security utm status command.
juniper.net/documentation/en_US/junos12.1×47/topics/example/security-utm-enhanced-webfiltering-site-reputation-action-configuring.html
NEW QUESTION 46
Click the Exhibit button. You are reviewing the status of a high-end SRX Series chassis cluster and notice that some interfaces have error messages.
IMAGE URL: examgod.com/plimages/d2ef7e726601_E9DD/461_thumb.jpg
Referring to the exhibit, which two steps would you use to troubleshoot the problem? (Choose two.)
A. Verify the security policies for incoming traffic.
B. Verify if there are Layer 1 or Layer 2 issues between the node devices.
C. Recognize the control link port to a different Services Processing Card (SPC), move the cable, and rebootboth nodes.
D. Reconfigure the firewall filters to allow traffic.
Answer: BC
Explanation:
B: If the Control Link is SFP-type port, change the transceiver on both ends. Ensure that the transceivers are same type (LX, SX, etc.) and that they are Juniper-branded parts.
C: Change the cable that you are using for control link. Is the interface link light GREEN now?
Yes – Previous link cable was faulty. Recommend to now reboot both the nodes simultaneously.
kb.juniper.net/InfoCenter/index?page=content&id=kb20698&actp=search
NEW QUESTION 47
……
P.S. These New JN0-696 Exam Questions Were Just Updated From The Real JN0-696 Exam, You Can Get The Newest JN0-696 Dumps In PDF And VCE From — http://bitly.com/jn0-696-exam-dumps (75q)
Good Luck !!!
0
0