Tôi có hai SRX240 được nhóm lại với nhau. Việc phân cụm được cấu hình với 2 nhóm dự phòng và sau đó là 3 RETH.
reth1 được kết nối với kết nối internet của chúng tôi thông qua ge-0/0/5 và ge-5/0/5. Kết nối internet của chúng tôi là 100mbps mỗi chiều thuê kênh. Chúng tôi phải đảm bảo rằng chúng tôi chỉ định vô hiệu hóa cài đặt tự động đàm phán và đặt thủ công tốc độ và chế độ song công hoàn toàn.
Đây là cấu hình hiển thị các giao diện đó
cluster {
reth-count 3;
redundancy-group 0 {
node 0 priority 100;
node 1 priority 99;
}
redundancy-group 1 {
node 0 priority 100;
node 1 priority 99;
preempt;
interface-monitor {
ge-0/0/5 weight 255;
ge-5/0/5 weight 255;
}
}
}
interfaces {
ge-0/0/5 {
speed 100m;
link-mode full-duplex;
gigether-options {
no-auto-negotiation;
redundant-parent reth1;
}
}
ge-5/0/5 {
speed 100m;
gigether-options {
no-auto-negotiation;
redundant-parent reth1;
}
}
reth1 {
redundant-ether-options {
redundancy-group 1;
}
unit 0 {
family inet {
address 1.1.1.25/30;
}
}
}
}
NTE ngược dòng nằm trên địa chỉ IP 1.1.1.26/30 (IP đã thay đổi).
Kết nối của tôi hoạt động tốt, tôi đạt gần tốc độ tải xuống tối đa cho tốc độ đường truyền. Tôi có độ trễ thấp và mọi thứ khác mà bạn mong đợi. Tuy nhiên, thỉnh thoảng tôi đột nhiên không thể ping NTE ngược dòng. Các kết nối chỉ dừng lại.
Nếu tôi kiểm tra trạng thái giao diện, nó sẽ hiển thị.
{primary:node0}
gareth@FW01> show interfaces ge-0/0/5
Physical interface: ge-0/0/5, Enabled, Physical link is Up
Interface index: 139, SNMP ifIndex: 527
Link-level type: Ethernet, MTU: 1514, Link-mode: Full-duplex, Speed: 100mbps,
BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled,
Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled,
Remote fault: Online
Device flags : Present Running
Interface flags: SNMP-Traps Internal: 0x0
Link flags : None
CoS queues : 8 supported, 8 maximum usable queues
Current address: 00:10:de:ff:20:01, Hardware address: 08:81:f4:cd:a1:05
Last flapped : 2013-05-16 01:35:08 UTC (03:39:01 ago)
Input rate : 7144 bps (10 pps)
Output rate : 34488 bps (58 pps)
Active alarms : None
Active defects : None
Interface transmit statistics: Disabled
Logical interface ge-0/0/5.0 (Index 74) (SNMP ifIndex 528)
Flags: SNMP-Traps 0x0 Encapsulation: ENET2
Input packets : 20966964
Output packets: 13453431
Security: Zone: Null
Protocol aenet, AE bundle: reth1.0 Link Index: 0
{primary:node0}
gareth@FW01> show interfaces reth1.0
Logical interface reth1.0 (Index 68) (SNMP ifIndex 578)
Flags: SNMP-Traps 0x0 Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 20967161 12 19068965037 9320
Output: 13454302 44 3387733487 29088
Security: Zone: untrust-internet
Allowed host-inbound traffic : ping
Protocol inet, MTU: 1500
Flags: Sendbcast-pkt-to-re
Addresses, Flags: Is-Preferred Is-Primary
Destination: 1.1.1.24/30, Local: 1.1.1.25,
Broadcast: 1.1.1.27
Lý do cho lần vỗ cuối cùng là vì tôi đã thay đổi cáp mạng để loại trừ điều đó. Rút cáp và kết nối cáp mới khiến kết nối quay trở lại. Tôi có một chút miễn cưỡng để tin tưởng nó vào lúc này.
Có ai có bất cứ điều gì khác tôi có thể xem xét nếu nó xảy ra một lần nữa?
Tôi đã tìm thấy bài đăng sau http://kb.juniper.net/InfoCenter/index?page=content&id=KB16672 nói rằng nó sẽ hoạt động trên các phiên bản được hỗ trợ.
Các bản phát hành, đặc biệt dành cho các thiết bị SRX cao cấp, là 11.2R1, 11.1R1, 10.3R3, 10.4R2, 10.2R4 trở lên. Đối với các thiết bị Branch SRX, điều này chỉ được hỗ trợ từ Junos 11.1R4, 11.2R2 và 11.4R1 trở đi.
Tôi đang chạy phiên bản 11.2R4.3