[tolik1 0]

1) Все верно, но возможен еще и другой вариант для транспортной системы при соединении точка точка не обязательно сам транспорт отдавать назад с частотой мастера, т.е. можно работать в системе - мастер/мастер, но при этом потоки Е1 синхронизировать с частотой ведущего узла, такое включение вполне допустимо. В кольце так-же можно работать по частоте мастер/мастер, только глобальной синхронизации от потока высшего уровня - STM1 не получится.

2) Я и не надеюсь :)

 

Вопрос: Маппер Ethernet трансвичевский TXC-04246 не использовали случаем???? если использовали, то что к нему со стороны Ethernet подключали????

Нет не использовал у меня на телебусе плиска. Все в ней.

[cdg 3]

Свершилось! После долгих боданий с техподдержкой трансвич они таки выпустили еррату по синхронизации OED155 http://www.transwitch.com/controller/produ...f?document=1837 Значица труд не пропал даром :)

TXC_07900_TB2_ed_1.pdf

[cdg 3]

Кто разбирался с алгоритмом BIP-8 в кадре внешнего интерфейса SOI у Transwitch из даташита не понятно как его вычислять:

This byte is allocated for error monitoring. This function should be a Bit Interleaved Parity

8 (BIP-8) code using even parity. The BIP-8 is computed over all 31 bytes (from ID to R6)

of the current section overhead frame.

Подскажите кто знает.

[cdg 3]

Подскажите кто знает.

Связался с техподдержкой вот ответ, может кому пригодится:

 

To do a BIP-8 calculation with even parity, you XOR each of the bytes

together like shown below (referring to table 4 on 32):

 

ID xor E1 xor F1 xor ... R5 xor R6 = BIP-8 with even parity.

 

Just fyi, for odd parity you would just invert the calulated BIP-8.

 

So to check if there are data errors in the received section overhead

frame data you would calculate the BIP-8 and compare it with the BIP-8

code in the section overhead frame data from the OED155. Each bit that

does not match is considered a parity error.

 

BIP-8 means that you are doing 8 parity calculations, e.g. bit 0 of all

the bytes is considered as 1 stream over which parity is calculated. Bit

1 of all bytes is considered as another stream over which parity is

calculated, etc.

[cdg 3]

Продолжаем разбираться с чудесами от TranSwitch.

EtherMap®-3 Pt Device про подачу питания имеем из даташит:

 

During power-up, I/O Supply Voltage VDD33 (3.3V) must lead the VDD18 (1.8V), VDDP18 (1.8V) and

VDDPA18 (1.8V) supplies. In addition, the Core Supply Voltage (VDD18) needs to be brought up after I/O

Supply Voltage, and can be brought up together with VDDP18 and VDDPA18 supplies. After power up, the I/O

Supply Voltage must not go below the Core Supply Voltage by more than 0.5V at any time, including power

down. The maximum interval that VDD18, VDDP18 and VDDPA18, must be powered up after VDD33 depends

on the slew rate of power ramp-up in customer’s application.

 

Так вот на самом деле оказалось, что если подать питание IO и не подать питания ядра, то через 600-800мкс происходит резкое возрастание потребления микросхемы по IO, она начинает сильно нагреваться. Если подавать питание ядра не позднее 200 максимум 300мкс, то все стартует нормально.

[WMAX 0]

Вопрос по OED 622. Подскажите кто знает.

Делаю кроссконнект на уровне VC-12.

Например, прописываю

1-VC-12 Line A (0 порт) на 1-VC-12 Line B (4 порт)

2-VC-12 Line A (0 порт) на E1-1 Mapper A (16 порт)

соединения двухсторонние, после этого не проходит сигнал из 4 порта в 0.

Что я делаю не так?

HLXCR0 бит low order mode

HLXCR4 бит low order mode

HLXCR16 бит low order mode

 

HLXCM0(addr 00)= VC-4 POH (4 порт)

HLXCM0(addr 01)= 1-VC-12 (4 порт)

HLXCM4(addr 00)= VC-4 POH (0 порт)

HLXCM4(addr 01)= 1-VC-12 (0 порт)

 

HLXCM0(addr 00)= VC-4 POH (16 порт)

HLXCM0(addr 01)= 1-VC-12 (16 порт)

HLXCM16(addr 00)= VC-4 POH (0 порт)

HLXCM16(addr 01)= 1-VC-12 (0 порт)

 

По отдельности все работает, а вот вместе работает только последний прописанный.

Может не так нужно прописывать заголовки?

 

[DmitryM 0]

Вопрос по OED 622. Подскажите кто знает.

Делаю кроссконнект на уровне VC-12.

Например, прописываю

1-VC-12 Line A (0 порт) на 1-VC-12 Line B (4 порт)

2-VC-12 Line A (0 порт) на E1-1 Mapper A (16 порт)

соединения двухсторонние, после этого не проходит сигнал из 4 порта в 0.

 

А как Вы предполагаете оно должно проходить? Чередованием данных что ли? Естественно, работает последнее двустороннее соединение, первое становится односторонним.

[WMAX 0]

А как Вы предполагаете оно должно проходить? Чередованием данных что ли? Естественно, работает последнее двустороннее соединение, первое становится односторонним.

 

Получается, что одновременно нельзя сделать транзитное соединение части VC-12 с одного порта оптики на другой и одновременно сделать ввод вывод оставшихся VC-12 на mapper?

Не может быть!

Сокрее всего я что-то не так прописываю.

В первом сообщении была опечатка.

 

HLXCM0(addr 00)= VC-4 POH (4 порт)

HLXCM0(addr 01)= 1-VC-12 (4 порт)

HLXCM4(addr 00)= VC-4 POH (0 порт)

HLXCM4(addr 01)= 1-VC-12 (0 порт)

 

HLXCM0(addr 00)= VC-4 POH (16 порт)

HLXCM0(addr 02)= 1-VC-12 (16 порт)

HLXCM16(addr 00)= VC-4 POH (0 порт)

HLXCM16(addr 01)= 2-VC-12 (0 порт)

 

При таких значениях работает только одно соединение.

 

 

Изменено 9 февраля, 2012 пользователем WMAX

[wolfman 0]

[удалено]