Здравствуйте.
Возникла такая проблема: надо соединится с станцией SIEMENS по PRI. Но моя станция(М1) не поддерживает EuroISDN (EDSS) из за старости релиза. Но поддерживает интерфейс 1TR6 - это старый немецкий протокол ISDN. И все SIEMENS-ы его должны поддерживать.
Я не смог найти в Инете хоть какоето описание этого 1 TR6 А меня интересует что он может? Может ли например передавать имена и номера между станциями? Нет ли у него каких-то ограничений по сравнению с EuroISDN?

..к знатокам 1TR 6 себя не причисляю:знаком так - " по-стольку - по-скольку". Сей протокол офрмлен,кажется, в 1998 г. Он является подмножеством стантарта ITU-T. В протоколе используется английский и немецкий языки. Когда ко мне,в своё время, пробовали по TR6 подцепиться,именно это оказалось ( честно говоря,так и не понял почему,но факт остаётся фактом) причиной крайне плохой работы. С точки зрения 2-го/3-го уровней различие "небольшое" [ :-) ] : различается Call Control Messages :
LAPD (Q.921) Frame Structure

Start-Flag and End-Flag are usually inserted by hardware.

The FCS is computed and checked by hardware

The two DLCI bytes and the control bytes are in Layer2 (Q.921) responsibility.

Information is the body of the message and is in the service access point responsibility (Layer3 or Management)
Flag DLCI
(Address)
Control Information FCS Flag

DLCI (2Bytes) contents :
8 7 6 5 4 3 2 1
SAPI C/R EA (0)
TEI EA (1)

EA : Address field extension Bit
C/R: Command / Response Bit
SAPI : Service access point identifier
TEI : Terminal endpoint identifier

SAPI Values Layer3 or Management Endpoints
0 Call Control procedures
1 Reserved: Packed mode communications using Q.931Call control procedures
16 Packet communication conforming to X.25 Level3 procedures (Packets in D-Channel)
63 Layer2 Management procedures
All others Reserved for future

Command / Response Direction C/R value
Command Ntwk to User 1
User to Ntwk 0
Response Netwk to User 0
User to Ntwk 1

TEI value User Type
0..63 Non-Automatic assignement (Fix-Tei)
64..126 Automatic assignement
127 Group TEI (broadcast)

Control-Field contents (Extended format):
Control Field bits (Modulo 128) 8 7 6 5 4 3 2 1
I-Format N(S) 0
N(R) P
S-Format Reserved (set to 0) S 0 1
N(R) P/F
U-Format M P/F M 1 1

N(S) : transmitter send sequence number
N(R) : transmitter receive sequence number
S : Supervisor function bits
M :Modifier function bits
P/F :Poll-bit in command frames. Final-Bit in response frames


Format Commands Responses 8 7 6 5 4 3 2 1
Information transfer I (info) N(S) 0
N(R) P
Supervisory RR (receive ready) RR (receive ready) 0000.0001
N(R) P/F
RNR (receive not ready) RNR (receive not ready) 0000.0101
N(R) P/F
REJ (reject) REJ (reject) 0000.1001
N(R) P/F
Unnumbered SABME (set asynchronous balanced mode extended) 0 1 1 P 1 1 1 1
DM (disconnected mode) 0 0 0 F 1 1 1 1
UI (unnumbered information) 0 0 0 P 0 0 1 1
DISC (disconnect) 0 1 0 P 0 0 1 1
UA (unnumbered acknowledge) 0 1 1 F 0 0 1 1
FRMR (frame reject) 1 0 0 F 0 1 1 1
XID (exchange identification) XID (exchange identification) 1 0 1 P/F 1 1 1 1


Layer2 Management Messages (TEI Management)

The Information field contains the following messages in case of TEI management messages. (Q.921)
The messages are sent with TEI(127) SAPI(63) within an UI-Frame:

8 7 6 5 4 3 2 1
Management Entity Identifier
Reference Number (2 Bytes)

Message Type
Action Indicator E

Message Name Management Entity Identifier Reference Number (Ri) Message Type Action Indicator (Ai)
Id Reqest 0000.1111 Random 0000.0001 127, any TEI acceptable
Id Assigned 0000.1111 From Request 0000.0010 64..126
Id Denied 0000.1111 From Request 0000.0011 64..126,127
Id Check Request 0000.1111 0 0000.0100 0..127
Id Check Response 0000.1111 Random 0000.0101 0..126
Id Remove 0000.1111 0 0000.0110 0..127
Id Verify 0000.1111 0 0000.0111 0..126

Q.931 Message structure

The following message structure is located in the information field.
The message starts with the Protocol Discriminator (PD) (1 Byte)
Length of call reference value (1 Byte) 0000.xxxx
Call reference value (length indicates nbr of bytes)
Message Type (MT) (1Byte)
Any number of Info Elements (IE's) (variable length)

PD Value Used for
0x08 I.541, Q.931 (EDSS1) Call Control Messages
0x05 Germany old protocol 1TR6 Call Control Messages


The Call Reference, located after the PD, starts with one byte indicating the length of the callRef. Length is the amount of bytes (callRef Value) following. The upper 4 bits of the CallRefLength are always 0.
length Used for
0 Dummy CallRef
1 EDSS1 Basic Rate CallRef
2 EDSS1 Primary Rate or QSig CallRef


The CallRef value may have identifies the call. The first byte Bit8 is flag indicating direction. It makes the CallRef value unique for the user and ntwk side. Flag(0) indicates a message from the side originating the CallReference. Flag(1) indicates a message to the side originating the CallReference.

If the CallRef length is not 0 but the CallRef value itself is 0, the message is not bound to a call. This CallReference is calles GlobalCallRef and is used for management reasons e.g. MessageType Restart which allows to release channels and it's calls.
Value Message Type (MT) Q.931
0x01 Alerting
0x02 Call Proceeding
0x07 Connect
0x0f Connect Ack
0x03 Progress
0x05 Setup
0x0d Setup Ack
0x27 Modify
0x2f Modify Complete
0x23 Modify Reject
0x26 Resume
0x2e Resume Ack
0x22 Resume Reject
0x25 Suspend
0x2d Suspend Ack
0x21 Suspend Reject
0x20 User Information
0x45 Disconnect
0x4d Release
0x5a Release Complete
0x46 Restart
0x4e Restart Ack
0x60 Segment
0x79 Congestion Control
0x7b Information
0x62 Facility
0x6e Notify
0x7d Status
0x75 Status Enquiry


After the Message Type Q.931 messages contain the Info Elements (IE's) if any.

InfoElements with the most upper bit set are single octet IE's and do not have any body including IE-Length
IE identifier InfoElement name (Q.931)
0x9.. Codeset shift
0xa0 More data
0xa1 Sending complete
0xb.. Congestion level
0xd.. Repeat indicator
0x00 Segmented message
0x04 Bearer capability
0x08 Cause
0x10 Call identity
0x14 Call state
0x18 Channel identification
0x1c Facility
0x1e Progress indicator
0x20 Network specific facilities
0x27 Notification indicator
0x28 Display
0x29 Date/time
0x2c Keypad facility
0x34 Signal
0x36 Switchhook
0x38 Feature activation
0x39 Feature indication
0x40 Information rate
0x42 End-to-end transit delay
0x43 Transit delay selection and indication
0x44 Packet layer binary parameters
0x45 Packet layer window size
0x46 Packet size
0x6c Calling party number
0x6d Calling party subaddress
0x70 Called party number
0x71 Called party subaddress
0x74 Redirecting number
0x78 Transit network selection
0x79 Restart indicator
0x7c Low layer compatibility
0x7d High layer compatibility
0x7e User-User
0x7f Escape for extension

Могу привести пример того,что пишут по этому поводу "тама":
Connection to PBXs (Germany)
There are many ISDN Private Branch Exchanges (PBXs or PABXs), particularly in Germany, whose implementation of the EuroISDN protocol is not very standard. Customers should first test their Surf USB installation on a direct ISDN BRI line connected to the public network. Then, if this works, they should approach their PBX supplier for more information - normally, a software upgrade to the PBX fixes the problem.

Some older PBXs, particularly Siemens HICOM, use the old German national protocol 1TR6 rather than EuroISDN. So, in Germany, it is often worth trying 1TR6 if EuroISDN doesn't work.

Some PBXs enforce different rules on the acceptance of Bearer Capabilities parameters than the public network and this can cause problems with fax and analogue modem calls in particular. These problems normally require DiTrace analysis.

Some problems occur because the PABX is routing calls in an unexpected way.
...А с точки зрения чисто 2-го уровня - где-то валялся у меня с тех времён мануал по кодированию: найду если,то выложу.
Удачи [ :-) ]

Извиняюсь за вопрос не по теме, а что, разве DSS-1 передает имена? У меня даже в "заточенных друг под друга" станциях (BP-250 и MD-110) по DSS-1 имена не выводятся на дисплей, хотя до BP-250 имя доползает (трейс на BP-250 показывает номер и имя вызывающей стороны).

...птичках... :-) Есть ишо такая вэш,например,как UUS-1...4 (говрят,что скоро и UUS5 появится ). А " тама" только ангельский язык...проверено...атска "проверяет" словарь...НО, что я так и не понял ( в своё время ),так это то,каким образом UUS может влиять на соединение ( ну, G4я в расчёт не беру ???? ). Но,ежели мне сказали так поставщики ИХ оборудования ,когда я отослал им прОтоколы,( не обижайся),то я,честно говорю, разбираться не стал...Они там у себя что-тот проапрейдили.....и " оно" там..заработало...Ну,а те ошибки ( которые у меня естесссссеннно) выходили,так они особо и не влияли ( опять же, я не имею ввиду USS и ментов - короче : D-канал)

Не знаю как DSS-1 а на EDSS то есть EuroISDN это обязательная функция, я имею в виду передачу имен/номеров.
В вашем случае даже не знаю почему так. С BP-250 и MD-110 не приходилось сталкиватся.
Но хотел спросить а выставлены разрешения на аппаратах, а также на роутах ? Например на М1 это не элементарно заставить ходить имена/номера по сети.

Для EuroISDN передача имени услуга дополнительная и, как я понимаю должна реализовываться посредством UUS. Больше всего грешу на, то что не включен UUS, потому же думаю не ходят СallBack'и. Просто сейчас нет возможности проверить. На М1эти штуки через UUS?

Я не сталкивался на Меридиане с абревиатурой UUS. Что это?
Насчет того передача имени и номера дополнительная услуга или нет не знаю. Нам говорили что это одна из основных сервисов.