Opened 4 months ago

Closed 6 weeks ago

Last modified 6 weeks ago

#1328 closed задача (готово)

РЭ: описать трансляцию подадреса из ISDN в SIP и обратно канальным окончанием PRI

Reported by: alx Owned by: Vladimir
Priority: major Component: Руководство по эксплуатации
Keywords: Cc:

Description (last modified by alx)

В ISDN в сообщениях SETUP кроме адреса (номера) вызываемого и вызывающего абонентов может также присутствовать подадрес (subaddress) вызываемого и/или вызывающего абонентов. Раньше канальное окончание PRI плат VE-01 и VE-02 игнорировало подадреса. Поэтому при переходе вызова из ISDN в SIP они просто терялись.

Теперь в канальном окончании PRI реализована прозрачная передача подадреса в обоих направлениях (из ISDN в SIP и из SIP в ISDN). Опишу, как это работает.

Если канальное окончание получает сигнальное сообщение SETUP, и в нем есть подадрес вызывающего и/или вызываемого абонентов, подадрес помещается в параметры "isub" и "isub-encoding" URI соответствующего абонента (вызывающего или вызываемого) в сообщении SIP. Например:

	INVITE sip:111@192.168.1.67;isub=12345;isub-encoding=nsap-bcd SIP/2.0
	Via: SIP/2.0/UDP 127.0.0.1:6060;rport;branch=z9hG4bK1988622920
	From: <sip:pri@192.168.1.67>;tag=275691482
	To: <sip:111@192.168.1.67;isub=12345;isub-encoding=nsap-bcd>
	P-Asserted-Identity: John Smith <sip:1234567@192.168.1.67;isub=ABCDE;isub-encoding=nsap-ia5>
        .....	

Аналогично, если канальное окончание PRI получает сообщение INVITE, в URI вызываемого и/или вызывающего абонентов есть параметр "isub", значение параметра передается как подадрес соответствующего абонента в передаваемом сообщении SETUP.

Аналогичным образом при ответе вызываемого абонента производится передача подадреса подключенного абнента: если канальное окончание PRI получает сообщение CONNECT, в котором присутствует идентификатор подключенной линии, содержащий подадрес, значение подадреса помещается в рапаметры "isub" и "isub-encoding" URI ответившего абонента в передаваемом сообщении "200 OK". Например:

	SIP/2.0 200 OK
	Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bK-524287-1---3c19b43f165e7507;rport=5060
	From: <sip:pri@192.168.1.67>;tag=275691482
	To: <sip:111@192.168.1.67>;tag=1455238900
	P-Asserted-Identity: "John West" <sip:111@192.168.1.67;isub=ABCD;isub-encoding=nsap-ia5>
        .....

Аналогично, если канальное окончание PRI получает сообщение "200 OK", в котором имеется параметр "isub" в URI ответившего абонента, значение этого параметра помещается в элемент Connected subaddress сообщения ANSWER, передаваемого в сторону ISDN.

Я не уверен на 100%, что это необходимо описать в РЭ аппаратуры MC04-DSL-3U, но думаю, что знать это может быть полезно. Поэтому предлагаю описать.

Change History (9)

in reply to:  description ; comment:1 by Vladimir, 3 months ago

Resolution: готово
Status: newclosed

Replying to alx:

Я не уверен на 100%, что это необходимо описать в РЭ аппаратуры MC04-DSL-3U, но думаю, что знать это может быть полезно. Поэтому предлагаю описать.

Если кому-то это может быть полезно, то я добавил в РЭ-64 описание из этого тикета
в пункт "7.3.5.1 Описание работы канального окончания ISDN PRI"
(описание Тикета настолько полноценное, что у меня не возникли сомнения и вопросы :-) ).

in reply to:  1 ; comment:2 by alx, 7 weeks ago

Resolution: готово
Status: closedreopened

Replying to Vladimir:

Если кому-то это может быть полезно, то я добавил в РЭ-64 описание из этого тикета
в пункт "7.3.5.1 Описание работы канального окончания ISDN PRI"

??? В пункте 7.3.5.1 РЭ-64 нет ни слова о передаче подадреса.

comment:3 by alx, 7 weeks ago

Description: modified (diff)

Исправил опечатку.

in reply to:  2 ; comment:4 by Vladimir, 6 weeks ago

Replying to alx:

Replying to Vladimir:

Если кому-то это может быть полезно, то я добавил в РЭ-64 описание из этого тикета
в пункт "7.3.5.1 Описание работы канального окончания ISDN PRI"

??? В пункте 7.3.5.1 РЭ-64 нет ни слова о передаче подадреса.

В РЭ-64, 65 и 66 в п."7.3.5 Канальное окончание ISDN PRI" 9 раз есть слово "подадрес" -
это ровно столько же раз, сколько в описании этого тикета.

А в какое место пункта "7.3.5.1" надо вставить подадрес я не знаю.
Кстати, во всех РЭ-64, 65 и 66 пункт "7.3.5.1" называется иначе:
"7.3.5.1 Прием вызова со стороны сети IP".
И где тогда ошибка?

in reply to:  4 ; comment:5 by alx, 6 weeks ago

Replying to Vladimir:

И где тогда ошибка?

Очевидно, ошибка в comment:1 - ведь именно там утверждается, что в пункте 7.3.5.1 РЭ-64 добавлено описание трансляции подадреса из ISDN в SIP и обратно, хотя в действительности там об этом нет ни слова...

Version 1, edited 6 weeks ago by alx (previous) (next) (diff)

in reply to:  5 ; comment:6 by Vladimir, 6 weeks ago

Resolution: готово
Status: reopenedclosed

Replying to alx:

Replying to Vladimir:

И где тогда ошибка?

Очевидно, ошибка в comment:1 - ведь именно там утверждается, что в пункт 7.3.5.1 РЭ-64 добавлено описание трансляции подадреса из ISDN в SIP и обратно, хотя в действительности там об этом нет ни слова...

Коммент - это не РЭ, а в РЭ всё описано.

in reply to:  6 ; comment:7 by alx, 6 weeks ago

Resolution: готово
Status: closedreopened

Replying to Vladimir:

Коммент - это не РЭ, а в РЭ всё описано.

Не надо держать меня за идиота. Конечно же, я читал РЭ, а не комментарий. В comment:2 я написал: В пункте 7.3.5.1 РЭ-64 нет ни слова о передаче подадреса.

in reply to:  7 ; comment:8 by Vladimir, 6 weeks ago

Resolution: готово
Status: reopenedclosed

Replying to alx:

Replying to Vladimir:
Конечно же, я читал РЭ, а не комментарий. В comment:2 я написал: В пункте 7.3.5.1 РЭ-64 нет ни слова о передаче подадреса.

А я сначала понял тебя так, что в 7.3.5.1 надо вставить описание :-)

Однако, описание уже было было добавлено в пункт "7.3.5 Канальное окончание ISDN PRI" РЭ-64,
поэтому тикет закрываю. Если я не прав, то подскажи в чём я не прав и я исправлю.

in reply to:  8 comment:9 by alx, 6 weeks ago

Replying to Vladimir:

А я сначала понял тебя так, что в 7.3.5.1 надо вставить описание :-)

Это очень странно, так как п. 7.3.5.1 в описании тикета не упомянут ни разу.

Note: See TracTickets for help on using tickets.