cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
753
Views
0
Helpful
1
Replies

ISR4321 - Controller VDSL, NIM-VAB-A issue

graham.oneill
Level 1
Level 1

Hi Guys,

 

I'm looking for some assistance with the ISR4321 router. We have a large roll-out commencing and we are now delayed by a week due to an initial configuration issue

We are using the router to connect over DSL / VDSL back to our network via an DMVPN (using EIGRP with our core) over a secure ISP.

We have the NIM-VAB-A module installed in the router and the IOS out of the box is "isr4300-universalk9.16.06.06.SPA.bin"

 

We've replicated the configuration from an existing ISR4321 in our estate but we can't seem to be able to get the connection to come up. When we attempt to connect the following occurs

003641: Jul 11 14:38:15.014 IRL: Vi2 DDR: Dialer statechange to up
003642: Jul 11 14:38:15.203 IRL: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di33
003643: Jul 11 14:38:15.203 IRL: Vi2 DDR: disconnecting call
003644: Jul 11 14:38:15.205 IRL: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
003645: Jul 11 14:38:37.299 IRL: %DIALER-6-BIND: Interface Vi2 bound to profile Di33
003646: Jul 11 14:38:37.300 IRL: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
003647: Jul 11 14:38:37.300 IRL: Vi2 DDR: Dialer statechange to up
003648: Jul 11 14:38:37.518 IRL: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di33
003649: Jul 11 14:38:37.518 IRL: Vi2 DDR: disconnecting call
003650: Jul 11 14:38:37.520 IRL: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down

We can't see anything else from any other debugs we run

 

We have tried the controller in auto mode and all variants of the manual mode and only the following two bring attempt to connect

 

auto auto detect mode
vdsl2 ITU G.993.2

 

We have rolled back the version of IOS software to an earlier ED release (

isr4300-universalk9.03.17.04.S.156-1.S4-std.SPA.bin) and this resolves the issue.

 

However these devices need to be PCI complaint so we need a later MD version of code to work before deploying them

 

Associated configuration is as follows

----------------------------------------------------------------------

controller VDSL 0/1/0

operating mode auto (disappears from running-conifg) after been enabled

 

interface Tunnel1
description DMVPN TUNNEL (via NGA)
ip address <omitted>
no ip redirects
ip mtu 1400
ip nhrp authentication <omitted>
ip nhrp map <omitted>
ip nhrp map multicast <omitted>
ip nhrp map <omitted>
ip nhrp map multicast <omitted>
ip nhrp network-id 1
ip nhrp nhs <omitted>
ip nhrp nhs <omitted>
delay 1000
qos pre-classify
tunnel source Dialer33
tunnel mode gre multipoint
tunnel key <omitted>
tunnel protection ipsec profile <omitted>

 

!
interface Ethernet0/1/0
no ip address
negotiation auto
!
interface Ethernet0/1/0.10
encapsulation dot1Q 10
pppoe enable group global
pppoe-client dial-pool-number 33

 

interface Dialer33
description **** NGA DIALER ****
ip address negotiated
ip mtu 1462
encapsulation ppp
ip tcp adjust-mss 1452
dialer pool 33
dialer idle-timeout 0
dialer persistent
dialer-group 33
ppp authentication chap callin
ppp chap hostname <omitted>
ppp chap password <omitted>
ip virtual-reassembly

------------------------------------------------------------------------

 

I'm just wondering if anyone has encountered this issue and what the fix was

 

1 Reply 1

graham.oneill
Level 1
Level 1

Through a long process with Cisco TAC we ended up applying the following fix

 

interface Ethernet0
mtu 1600
no ip address
!
interface Ethernet0.10
encapsulation dot1Q 10
pppoe enable group global
pppoe-client dial-pool-number 33
pppoe-client ppp-max-payload 1500

Review Cisco Networking products for a $25 gift card