Back on July 5th I was reporting the following issue with MT support which, as of today, still persists.
Can't assign any bandwidth greater than 4294Mbps (32 bit) to a 10GbE interface:
ros code
[admin@DCCCR01.RT] /mpls traffic-eng interface> print
Flags: X - disabled, I - invalid
# INTERFACE BANDWIDTH TE-METRIC REMAIN...
0 sfp-sfpplus1 4294Mbps 1 4.2Gbps
1 sfp-sfpplus2 4295Mbps 1 32.7kbps
[admin@DCCCR01.RT] /mpls traffic-eng interface> print detail
Flags: X - disabled, I - invalid
0 interface=sfp-sfpplus1 bandwidth=4294Mbps k-factor=3 resource-class=0
refresh-time=30s use-udp=no blockade-k-factor=3 te-metric=1
igp-flood-period=3m
up-flood-thresholds=15,30,45,60,75,80,85,90,95,97,98,99,100
down-flood-thresholds=15,30,45,60,75,80,85,90,95,97,98,99,100
remaining-bw=4.2Gbps
1 interface=sfp-sfpplus2 bandwidth=4295Mbps k-factor=3 resource-class=0
refresh-time=30s use-udp=no blockade-k-factor=3 te-metric=1
igp-flood-period=3m
up-flood-thresholds=15,30,45,60,75,80,85,90,95,97,98,99,100
down-flood-thresholds=15,30,45,60,75,80,85,90,95,97,98,99,100
remaining-bw=32.7kbps
This keeps us from fully utilizing our 10GbE environment with MPLS on-top. Almost two months and even though I was following up, still this wasn't fixed. That's like offering a Porsche w/o a steering wheel. Know what I mean?
This was tested on four CCR1036-8G-2S+ with ROS 6.19 installed. Since this seems to be a software bug it supposedly effects ALL 10GbE enabled boards.
Kindly fix this ...