Does anyone have a valid config for the DEPI control plane on the D5 which works with a Cisco 3G60? I can't seem to get the DEPI control plane on the CMTS and edge QAM to work together.
Here's a snippet of the config on the CMTS:
l2tp-class class1
authenticate
digest secret 0 test1 hash MD5
digest secret 0 test2 hash MD5
hello 15
retransmit retries 5
retransmit timeout max 1
!
depi-class D5UEQ-1
mode mpt
!
depi-tunnel D5UEQ-1-DEPI
dest-ip 10.40.1.2
l2tp-class class1
depi-class D5UEQ-1
tos 100
!
controller Modular-Cable 8/1/0
rf-channel 0 cable downstream channel-id 73
rf-channel 0 frequency 63000000 annex B modulation 256qam interleave 32
rf-channel 0 depi-tunnel D5UEQ-1-DEPI tsid 1001
rf-channel 0 rf-power 49
...rf-channel config truncated since there's no need to post all 24 channels
If I manually assign the IP address of the EQAM to the RF-channels then the link will come up, but still no sessions will be estabilished and the modems will not acquire a downstream. for example:
controller Modular-Cable 8/1/0
rf-channel 0 cable downstream channel-id 73
rf-channel 0 frequency 633000000 annex B modulation 256qam interleave 32
rf-channel 0 ip-address 10.40.1.2 mac-address 001d.d231.d51f depi-remote-id 1001
rf-channel 0 rf-power 49
no rf-channel 0 rf-shutdown
The EQ is running a fairly recent version 3.0.2.2 (released a few years after the 3G60) so I don't expect it to be because of old software. We've had the system up on an RFGW using the depi-class and l2tp method with essentially the same config, so I'm probably doing something wrong or there's some strange interoperability issue going on. We've also tried with and without authentication and it makes no difference. on the CMTS side the links are idle with state/reason as "IDLE<4>recv CDN"
As for the UEQ config, it's as below:
depi control-plane
no shutdown
protocol ip
protocol udp
authentication required
authentication md5
authentication sha
shared-secret-1 "test1"
shared-secret-2 "test2"
hello-interval 35
ip-header ttl 10
ip-header dscp 0
lock-qam-bandwidth
lock-qam-rf revertive
qam-set-failure send-CDN
no max-connections
mtu max-size 1522
retry min-delay 1
retry max-delay 8
retry max-attempts 10
router-id 0.0.0.0
sli send-minimum-avps
vendor-name "ARRIS"
dpr-redundancy
dpr-max-secondaries 1
dpr-session-status-timeout 500
!
interface GigabitEthernet 0/1
no description
! mac-address 001d.d231.d51f
duplex auto
load-interval 300
ip address 10.40.1.2 255.255.255.0
no management-access
ip igmp
ip igmp version 3
ip igmp robustness 2
ip igmp query-max-response-timeout 100
no shutdown
!
interface QAM 1
no shutdown
diagnostics bootup level complete
video annex b
!
interface QAM 1/1
no shutdown
video serving-group "D5UEQ-1"
video format 256
channel mode octal
no video rf-agility
video frequency 633000000
video power 490
video symbol-rate m 78 n 149
!
interface QAM 1/1.1
no description
no shutdown
! video serving-group "D5UEQ-1"
no protocol-mapping erm
protocol-mapping rpc input GigabitEthernet 0/1
! video format 256
! video frequency 633000000
video interleave level 2
video interleave mode 6
! video power 490
! video symbol-rate m 78 n 149
no video spectral-inversion
video tsid 10101
depi dmpt dest-ip 10.40.1.2 sessionId 1001
!
.... channel conf again truncated
Thanks in advance
Nevermind, I hadn't realized the interleaver settings were mismatched. All is good now, although I still can't get the class based depi configuration to work, but that may just be a limitation of the D5
I have a working config and I can send you the config files both of devices.
Mail?
I thought I posted a reply since I ended up figuring it out (I think it said it had to be approved by a moderator, so I probably forgot to login). It was just that my interleave settings were mismatched between the EQAM and CMTS. Thanks for the offer though.
I only got it to work under manual DEPI configuration, did Arris ever add dynamic/class based DEPI sessions? so I don't need to manually bring up sessions on the CMTS and tie them to the interface mac.