[c-nsp] Cisco 10008ESR - interface sort order?

[David Freedman]

Can somebody confirm whether this is expected behaviour?

Cisco 10008ESR running:

IOS (tm) 10000 Software (C10K-K4P10-M), Version 12.0(30)S4, RELEASE 
SOFTWARE (fc1)

With 4 port ch-stm1 card running:

  LCDOS (C10000 4 Port STM1 Line Card Image : DEVELOPMENT BUILD 
BLD-v120_30_s_lc_throttle.lcdos-BLD_V120_30_S_THROTTLE_20050301-v120_30_s_throttle-mvb_wkly 
/vob/lcdos/obj-c10k-toblr 101) major version 1109708696

IOS wants to display T1/E1 interfaces in the following order:

Serial4/0/1.1/1/1/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/2/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/3/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/4/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/5/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/6/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/7/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/1/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/2/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/3/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/4/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/5/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/6/2:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/7/2:0           unassigned      YES unset  admin down   down

the IDB reflects this order:

    H   256   291   A,D,R  Serial4/0/0.1/1/1/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   257   292   A,D,R  Serial4/0/0.1/1/2/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   258   293   A,D,R  Serial4/0/0.1/1/3/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   259   294   A,D,R  Serial4/0/0.1/1/4/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   260   295   A,D,R  Serial4/0/0.1/1/5/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   261   296   A,D,R  Serial4/0/0.1/1/6/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   262   297   A,D,R  Serial4/0/0.1/1/7/1:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   263   298   A,D,R  Serial4/0/0.1/1/1/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   264   299   A,D,R  Serial4/0/0.1/1/2/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   265   300   A,D,R  Serial4/0/0.1/1/3/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   266   301   A,D,R  Serial4/0/0.1/1/4/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   267   302   A,D,R  Serial4/0/0.1/1/5/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   268   303   D,A,R  Serial4/0/0.1/1/6/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))
H   269   304   A,D,R  Serial4/0/0.1/1/7/2:0 (HW IFINDEX(10001), 
c10k_tt(6), Serial(8))


Essentially, its logic is along the lines of :

  for each au-4 {
    for each tu-3 {
      for each tu-2 {
         display first T1/E1
      }
      for each tu-2 {
         display second T1/E1
      }
      for each tu-2 {
         display third T1/E1
      }
    }
  }

whereas I would have expected it to nest the T1/E1 display such:

  for each au-4 {
    for each tu-3 {
      for each tu-2 {
        for each T1/E1 {
	  display T1/E1
	}
      }
    }
  }


making it look something like this:


Serial4/0/1.1/1/1/1:0           unassigned      YES unset  admin down 
down
Serial4/0/1.1/1/1/2:0           unassigned      YES unset  admin down   down
Serial4/0/1.1/1/1/3:0           unassigned      YES unset  admin down   down
Serial4/0/1.1/1/2/1:0           unassigned      YES unset  admin down   down
Serial4/0/1.1/1/2/2:0           unassigned      YES unset  admin down   down
Serial4/0/1.1/1/2/3:0           unassigned      YES unset  admin down   down

(etc...)



This is how 7xxx/halcyon does it, but that is pure IOS,

Is 10K/ch-stm1 capable of assigning IDBs in this order? is this a result 
of the way IOS gets the information from LCDOS?


Thanks in advance for anybody who can answer this.


Dave.