# DMVPN attrb - I2 - Please help

**URL:** <https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673>\
**Category:** Routing & Switching\
**Created:** [September 22, 2023, 7:13pm UTC](https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673 "2023-09-22T19:13:49Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![jamesobradley](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/j/41988e/32.png) [@jamesobradley](https://forum.networklessons.com/u/jamesobradley)\
**Post date:** [September 22, 2023, 7:13pm UTC](https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673/1 "2023-09-22T19:13:49Z")

</div>

Hello! I have run into an issue where I’m using DMVPN v3 withouth the `ip nhrp shortcut` command. I have dual tunnels set to a primary and secondary router and then use nhrp mapping statements for each tunnel.  
Example:

```auto
ip nhrp nhs 192.168.1.1 nbma 172.16.1.1 multicast ! to primary nhs
ip nhrp nhs 192.168.1.2 nbma 172.16.1.2 multicast ! to primary nhs
ip nhrp server-only

```

When I want to disable or take down the secondary tunnel I removed the `ip nhrp nhs 192.168.1.2 nbma 172.16.1.2 multicast` line, but instead of the tunnel being removed I get this:

```auto
&#35; Ent Peer NBMA Addr Peer Tunnel Add State UpDn Tm Attrb
-------- ------ --------- ------- --------------------------- ------ --------- ----- ----
    2 172.16.1.1 192.168.1.1 UP 00:16:27 S
                        192.168.1.2 UP 00:00:29 I2

```

Do you have any information on the meaning of the I2 Attribute?

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [September 26, 2023, 6:00am UTC](https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673/2 "2023-09-26T06:00:13Z")

</div>

Hello James

The “I2” state (that’s the capital letter “i” and the number 2) relates to the NHRP registration process. The “I” stands for “Initiating” and refers to the NHRP initiation phase. The number “2” indicates the number of retries that have been attempted for the NHRP registration process.

So in this instance, I2 indicates that the DMVPN spoke has tried twice to register to the NHRP Next Hop Server (NHS), but was unsuccessful. This is to be expected when you remove the command you have removed. The router will continue to attempt a few retries before it gives up.

If you’re trying to remove or disable the secondary tunnel, you should not only remove the NHRP mapping statement, **but also shut down the tunnel interface**. This will remove the second entry and any additional (failed) attempts to reach the NHS.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

**Author:** ![jamesobradley](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/j/41988e/32.png) [@jamesobradley](https://forum.networklessons.com/u/jamesobradley)\
**Post date:** [September 26, 2023, 3:27pm UTC](https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673/3 "2023-09-26T15:27:42Z")

</div>

Thank you!  
The response is very helpful. Do you happen to have any reference links? I searched for two days before posting. I also created a basic dual hub lab in Gns3 using csr1000v but couldn’t recreate the I2 Temporary state. I will add ipsec and test again.

Thanks again

---

<div class="post-metadata">

**Author:** ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)\
**Post date:** [September 29, 2023, 5:36am UTC](https://forum.networklessons.com/t/dmvpn-attrb-i2-please-help/39673/4 "2023-09-29T05:36:22Z")

</div>

Hello James

After getting your response I did a little more digging and I found that depending upon the IOS version you are using, you may have additional possible attributes in the Attrib column of the output of the `show dmvpn` command. The following command reference indicates that there is the “I” attribute which shows an incomplete state of that particular session.

> **[Cisco IOS Security Command Reference: Commands S to Z - show diameter peer...](https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/security/s1/sec-s1-cr-book/sec-cr-s4.html#wp2815505246)**
>
> show diameter peer through show object-group

The legend of the command as shown in the above documentation is the following:

```auto
Router# show dmvpn detail

Legend: Attrb --> S - Static, D - Dynamic, I - Incomplete
        N - NATed, L - Local, X - No Socket
        # Ent --> Number of NHRP entries with same NBMA peer
        NHS Status: E --> Expecting Replies, R --> Responding
        UpDn Time --> Up or Down Time for a Tunnel

```

However, going into the lab and powering up a CSR100V I get the following output from the `show dmvpn` command:

```auto
Router#show dmvpn
Legend: Attrb --> S - Static, D - Dynamic, I - Incomplete
        N - NATed, L - Local, X - No Socket
        T1 - Route Installed, T2 - Nexthop-override, B - BGP
        C - CTS Capable, I2 - Temporary
        # Ent --> Number of NHRP entries with same NBMA peer
        NHS Status: E --> Expecting Replies, R --> Responding, W --> Waiting
        UpDn Time --> Up or Down Time for a Tunnel
==========================================================================

CORE#

```

The legend here indicates some additional possible attributes beyond those shown in the command reference. One of those is the I2 attribute which is denoted as “Temporary”. This is the attribute that is appearing in your output. In the context of DMVPN and NHRP this seems to indicate a “temporary” NHRP entry that’s created in response to a specific event or requirement but isn’t intended to be long-lived in the NHRP cache.

I have been unable to find documentation to indicate the specific meaning of this particular attribute.

> [@jamesobradley](#):
>
> couldn’t recreate the I2 Temporary state

How did you get that state the first time? In any case, keep us posted. In the meantime I will ask @ReneMolenaar to see if he has any further insight into these aspects…

I hope this has been helpful!

Laz
