Arris Cornerstone 1500 CMTS

Arris Cornerstone 1000/1100/1500 са бриджове и могат да работят само като такива.
Пускам конфигурацията на една такава машинка заедно с решението на проблем, който срещнах по време на експлоатация:

[Cornerstone] remote1> putmng display
$ box
      name                           "Cornerstone"
      high-temp-threshold            55
$ admin
      sw-server-ip-addr              172.16.1.2
      provisioning-control           use-nvram
$ ip-level
      config-ip-address              10.10.255.254
      config-ip-subnet               255.255.0.0
      config-ip-gateway              10.10.0.1
$ admin
      config-tftp-ip-addr            172.16.1.2
      time-rfc868-addr               172.16.1.2
      time-offset                    7200
      time-sntp-addr                 172.16.1.2
$ downstream
      frequency                      400000000
      modulation                     qam256
      power                          530
$ upstream-specific/4
      frequency                      32000000
      power                          0
$ upstream-specific/5
      frequency                      27000000
      power                          20
$ upstream-specific/6
      frequency                      27000000
      power                          0
$ upstream-specific/7
      frequency                      27000000
      power                          0
$ cable-level
      admin-status                   up
$ forwarder
      proxy-arp                      enable
$ admin
      bootp-relay-control            relay-tagging-enabled
$ bootp-modify/1
      server-ip-addr                 172.16.1.2
      status                         active
$ ip-level
      dns-control                    enabled
$ dns-modify/1
      server-ip-addr                 172.16.1.10
      status                         active
$ dns-modify/2
      server-ip-addr                 172.16.1.20
      status                         active
$ ip-level
      dns-domain-name                "cornerstone.kamenitza.org"
$ accounts
      inactivity-timer               60
$ cable-level
      concatenation-control          disabled
$ admin
      ssh-control                    enabled
      ssh-host-key-bits              1024
      ssh-server-key-bits            2048
$ cable-level
      cpe-active-default             enabled

172.16.1.2 – DHCP, TFTP, NTP, DAYTIME сървър
10.10.255.254 – IP адреса на CMTS-а
10.10.1.1 – IP адреса на аксес рутера, към който е закачен CMTS-a

Топологията е горе долу такава:
DHCP--->ROUTER--->CMTS--->Cable Modems

Доста странен проблем се получи в тази ситуация – клиентите (CPE-тата) получаваха коректни настройки от DHCP сървъра, но нямаха мрежова свързаност?!
WTF!? ще си кажете…
Щом получават настройките – те ги получават по мрежата, значи няма как да не работи!

При всеки мрежовата свързаност се възстановяваше веднага след като напиша:
# arping 1.2.3.4
на рутера към който е закачен CMTS-a. Това е ИП адреса на мрежовата карта на клиента, не на кабелния модем.
Значи нещо се дъни най-вероятно на второ ниво!?
Какво ли не правих – пускане и спиране на proxyarp на CMTS-a, пускане и спиране на dhcprelay на рутера – никаква промяна.

Реших проблема по възможно най-простия и дървен начин:

#!/bin/bash
i=2
while [ $i -lt 255 ]
do
    /sbin/arping -q -c 1 10.20.30.$i &
    let i=$i+1
done

Това скриптче се изпълнява през 2 минути от cron.
Ако някой с подобна топология няма такива проблеми – ще се радвам да сподели по-елегантно решение 🙂