ジュニパーSRX240Hがアップストリームルーターへの接続を失う


7

2つのSRX240がクラスター化されています。クラスタリングは、2つの冗長グループと3つのRETHで構成されます。

reth1は、ge-0 / 0/5およびge-5 / 0/5を介してインターネット接続に接続されています。私たちのインターネット接続は、片道100 Mbpsの専用線です。自動ネゴシエーション設定を無効にし、速度と全二重モードを手動で設定することを確認する必要があります。

これらのインターフェースを示す構成は次のとおりです

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は、IPアドレス1.1.1.26/30にあります(IPは変更されています)。

接続は正常に機能し、回線速度のダウンロード速度が最大に近くなります。私は待ち時間が短く、あなたが期待する他のすべてのものを持っています。ただし、ときどきアップストリームのNTEに突然pingできなくなります。接続が停止するだけです。

インターフェースのステータスを確認すると、稼働中と表示されます。

{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

最後のフラップの理由は、それを除外するためにネットワークケーブルを変更したためです。ケーブルを外して新しいケーブルを接続すると、接続が元に戻ります。私は今それを信頼するのに少し消極的です。

それが再び起こった場合、誰かが私が見ることができる他の何かを持っていますか?

サポートされているバージョンで動作するはずであるというhttp://kb.juniper.net/InfoCenter/index?page=content&id=KB16672の投稿を見つけました。

特にハイエンドSRXデバイス向けのリリースは、11.2R1、11.1R1、10.3R3、10.4R2、10.2R4以降です。Branch SRXデバイスの場合、これはJunos 11.1R4、11.2R2、および11.4R1以降でのみサポートされます。

バージョン11.2R4.3を実行しています


接続しているNTUを明確にできますか?その上に2つのポートがありますか?それとも1つのポートとその間にスイッチがありますか?
— LapTop006 2013年

これは、World Wide Packets Lightening Edge 45です。4ポートスイッチが組み込まれています。
— Gareth Hastings

回答:


4

ここに役立つはずのいくつかのバージョン情報があります。すぐに気が付くもう1つのことは、自動ネゴシエーションが無効になっていることです。これは必要ありません。これはあなたのプロバイダーが求めているものですか、それとも学習した行動に基づいていますか?自動ネゴシエーションは10年以上推奨されてきたので、私はそこにあるものを読むことをお勧めします。接続しているものも問題なく機能するはずです(最後に問題が発生したのは3500XLでした。チェックアウト:

http://etherealmind.com/ethernet-autonegotiation-works-why-how-standard-should-be-set/

まず、Junosによると(バージョンについて言及したため)、Junos 11.4R7.5は、2013年4月8日の時点で、SRX240の推奨リリースとしてサポートされています。

http://kb.juniper.net/InfoCenter/index?page=content&id=KB21476(ログインが必要)

また、JTACはSRXまたはJシリーズのEEOLリリースでIPsec機能を使用することをお勧めします(FYIは該当する場合としない場合があります)。(私にとって、juniper.netのSRX240Hで利用できるリリースは10.4、11.4、12.1のみです。これは、何を実行するかについての期待を設定するのに役立ちます。)

http://www.juniper.net/alerts/viewalert.jsp?txtAlertNumber=PSN-2013-01-822&actionBtn=検索(ログインが必要)

また、不正なTCP脆弱性が発生する前にリリースされたバージョンを実行しています。ライブエクスプロイトが存在することを考えると身震いしますが、2013年1月または2月、またはそれ以降に公開されたバージョンを使用している必要があります。11.2に必要なバージョンは、11.2R5.5または11.2R7.5(またはそれ以上)です。

http://osvdb.org/89751

SRXも「急速に進化する」プラットフォームであるため、バージョンについて説明しました。事例証拠と伝聞では、より頻繁にアップグレードすることをお勧めします。


auto-negについては、プロバイダー(Virgin-Big Red)から手動で速度を割り当てるように指示されています。2011年初頭からのメールによるとHi Gareth, Our network team have advised to try the below:- Hard code the WAN interface to the speed that they have ordered 10, 100. or 1000 and duplex set to full. then have the LAN interface set to auto auto.
— Gareth Hastings 2013年

手順は次のとおりです。1.ファームウェアを更新してから2.プロバイダーに確認し、ハードコードされた速度/デュプレックス設定を使用する必要があるかどうかを確認します。コメントありがとうございます。うまくいけば、今夜以降はもう問題は表示されません。
— Gareth Hastings 2013年

1
イーサネットリンクのエラーを監視することも重要だと思います。(ここにも広範なバージョンを投稿する可能性があります)。ハードセットの速度/デュプレックスが問題である場合、それは調べるべき場所です。内部IPからの喫煙(ルーター、/ 30の近く、/ 30のプロバイダー側​​、インターネット上のどこかなど)のほか、インターネット上のある場所から各サーバーへの喫煙など接続のポイントは、接続の問題を視覚化できます。
— lunistorvalds 2013年

これに対するアップデートを提供するためだけに、速度とデュプレックスの設定をハードコードすることをお勧めしました:(そして、最新のJunosリリースにもアップデートしました。これまでのところ、私は元の問題に遭遇していません。助けてくれてありがとう
— Garethヘイスティングス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.