07-11-2019 07:14 AM
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
11-19-2021 02:42 AM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide