3750x sh int trunk problem

Hi Experts

I have a strange issue here, maybe im missing something obvious...?

*Cat1-MST#sh int trunk *

Port Mode Encapsulation Status Native vlan
Fa0/19 desirable 802.1q trunking 1
Fa0/20 desirable 802.1q trunking 2
Fa0/21 desirable 802.1q trunking 3
Fa0/22 desirable 802.1q trunking 4
Fa0/23 desirable 802.1q trunking 5
Fa0/24 desirable 802.1q trunking 6
Gi0/1 desirable 802.1q trunking 15

*Cat2-MST#sh int trunk *

Port Mode Encapsulation Status Native vlan
Fa0/19 desirable 802.1q trunking 7
Fa0/20 desirable 802.1q trunking 8
Fa0/21 desirable 802.1q trunking 9
Fa0/22 desirable 802.1q trunking 10
Fa0/23 desirable 802.1q trunking 5
Fa0/24 desirable 802.1q trunking 6
Gi0/1 desirable 802.1q trunking 15

*Cat3-MST#sh int trunk *

Port Mode Encapsulation Status Native vlan
Gi1/0/23 desirable 802.1q trunking 13
Gi1/0/24 desirable 802.1q trunking 14

*Cat4-MST#sh int trunk *

Port Mode Encapsulation Status Native vlan
Gi1/0/19 desirable 802.1q trunking 1
Gi1/0/23 desirable 802.1q trunking 13
Gi1/0/24 desirable 802.1q trunking 14

Cats 1 & 2 are both 3560's running ADVIPSERVICESK9-M Version 12.2(46)SE

Cats 3 & 4 are both 3750X's running UNIVERSALK9-M Version 12.2(58)SE1

All trunks are in desirable mode, have tried different combo's none seem to
show the trunks in 3750x's sh int trunk list..

This only seems to happen when I change on-a-per-trunk-basis the *Native
vlan* i.e Cat 4 g1/0/20 going to Cat 1 f0/20 is now native vlan 2
*
*
using the default CDPv2 I would always get CDP native vlan mismatch syslog
messages on the 3560's (not on the 3750x's) only by changing to CDPv1 on
all switches did I clear this....

(On the 3560's you can see that it see's the trunks as up facing the
3750x's switches - and on the 3750x's the interfaces are up/up with packets
moving)

Is this simply a bug iv hit?

--
BR
Tony
Blogs and organic groups at http://www.ccie.net