Доброго времени суток.
Подскажите пожалуйста, может ли BCM получать динамическую регистрацию на NRS- e по SIP протоколу?
Не регится в принципе. Где собака порылась - не понятно.
При статике всё прекрасно работает.
Нода зарегистрирована, имена на NRS и BCM совпадают.
Спасибо.
Frizzle пишет
Доброго времени суток.
Подскажите пожалуйста, может ли BCM получать динамическую регистрацию на NRS- e по SIP протоколу?
Не регится в принципе. Где собака порылась - не понятно.
При статике всё прекрасно работает.
Нода зарегистрирована, имена на NRS и BCM совпадают.
Спасибо.
По-моему не может - только статически.
Нельзя!
У BCM50 используется SIP-T (Trunk), у sip-t в спецификации нет метода registrar.
Спасибо за ответы.
BCM50 R3.0 тоже не сможет? У него вроде как c SIP получше будет.
Какой SIP протокол поддерживает регистрацию?
Frizzle пишет
Спасибо за ответы.
BCM50 R3.0 тоже не сможет? У него вроде как c SIP получше будет.
Какой SIP протокол поддерживает регистрацию?
Дело не в том, хороший или плохой SIP у BCM.
Дело в том, какой тип SIP используется, в данном случае SIP Trunk, он по определению не поддерживает регистрацию (если не ошибаюсь).
P.S. в рел 3.0 тот же sip trunk
На CS1000 тоже SIP - trunk и при этом динамика поддерживается???
Frizzle пишет
На CS1000 тоже SIP - trunk и при этом динамика поддерживается???
SIP это всего лишь набор рекомендаций, ни кто не мешает туда добавить что либо.
P.S. В любом случае, в BCM нет динамики... сам как то на эту тему заморачивался. Что бы убедиться самому, можно включить снифер и посмотреть, что запроса REGISTER нет.
Соединение CS1000 - BCM по сути межстанционное. Зачем здесь динамика? Предположить, что кто-то будет ездить с BCM`ом в дипломате из точки в точку сети?
Извините, если вопрос дилетантский. Я просто любопытствую, для собственного общего развития.
Обычно регистрация нужна для подключиться к операторам типа SIPNET или еще кому... а вот в случае с CS1000... то да, особого смысла в динамике нет...
lq74 пишет
Соединение CS1000 - BCM по сути межстанционное. Зачем здесь динамика? Предположить, что кто-то будет ездить с BCM`ом в дипломате из точки в точку сети?
Извините, если вопрос дилетантский. Я просто любопытствую, для собственного общего развития.
Разъезжать с BCM конечно же никто не собирается :).
Динамикой хотелось добиться регистрации непосредственно на NRS IP без участия Node IP, дабы звонками разруливал Standalone NRS. Плюс в динамике наглядно видно что всё работает в отличии от статики. Но видно не судьба.
Frizzle пишет
....Динамикой хотелось добиться регистрации непосредственно на NRS IP без участия Node IP, дабы звонками разруливал Standalone NRS....
Не понял, причем тут Node IP... и кто мешает зарегистрить на NRS статикой, и будет в этом случае NRS всем разруливать.
Ocean пишет
Не понял, причем тут Node IP... и кто мешает зарегистрить на NRS статикой, и будет в этом случае NRS всем разруливать.
Почему-то не хочет рулить без участия CS-а.
Сейчас работает следующим образом:
если в качестве SIP Proxy выступает NRS IP, то на BCM-ке работает только входящая связь. При звонке с BCM-ки на CS1K - "Unalloc Num 20".
Если в качестве SIP Proxy выступает Node IP, связь работет в обе стороны.
А номера на NRS почему-то отправляются в соответствии с его настройками, в плане доменов и контекстов, или почему-то как получилось ?
jetc пишет
А номера на NRS почему-то отправляются в соответствии с его настройками, в плане доменов и контекстов, или почему-то как получилось ?
не понял вопроса...
antimormon
01.12.2008, 14:37
Frizzle пишет
Почему-то не хочет рулить без участия CS-а.
Сейчас работает следующим образом:
если в качестве SIP Proxy выступает NRS IP, то на BCM-ке работает только входящая связь. При звонке с BCM-ки на CS1K - "Unalloc Num 20".
Если в качестве SIP Proxy выступает Node IP, связь работет в обе стороны.
У меня указана тлан ip сигнальника как sip proxy. все пашет
Frizzle пишет
не понял вопроса...
Приведите пример трассировки SIP в случае, когда BCM отправляет INVITE на NRS И не получает взаимности, а также настройки NRS: Service domain, Routing entry.
jetc пишет
Приведите пример трассировки SIP в случае, когда BCM отправляет INVITE на NRS И не получает взаимности, а также настройки NRS: Service domain, Routing entry.
В трассировках (SIPCallTrace, SIP dch trace) при исходящих звонках с BCM - пусто.
SIP routing test - терминирует на правильную ноду.
Frizzle пишет
В трассировках (SIPCallTrace, SIP dch trace) при исходящих звонках с BCM - пусто.
SIP routing test - терминирует на правильную ноду.
Вариантов причин появления "пусто" у меня два:
1. вы не понимаете, где и как надо снимать трассировку
2. ВСМ никому не шлет INVITE.
Выбирайте, но осторожно.
Трассировка на CS-e и на SS-е присутствует в том случае если звонок идёт с CS1000 на BCM. В обратном направлении - тупо пусто.
В случае если в BCM указан адрес ноды, а не NRS-а вызовы ходят в обе стороны и трассировка присутствует при любых направлениях вызова.
Все это очень интересно, но никак не влияет на вашу неспособность предоставить трейс сеанса общения ВСМ и NRS.
antimormon пишет
У меня указана тлан ip сигнальника как sip proxy. все пашет
Может в моём случае не работает из-за того, что SS - standalone, а не co-resident? Хотя по теории должно работать и в моём случае...
jetc пишет
Все это очень интересно, но никак не влияет на вашу неспособность предоставить трейс сеанса общения ВСМ и NRS.
Могу предоставить трейсы удавшихся вызовов :) А толку от этого?
Frizzle пишет
Могу предоставить трейсы удавшихся вызовов :) А толку от этого?
А я могу предоставить прогноз погоды от гисметео.
И что ?
Нужен трейс сеанса общения BCM и SIP Redirect в NRS.
Пока его нет, все остальное - жалобы на соседей, пускающих отравляющих газов.
jetc пишет
А я могу предоставить прогноз погоды от гисметео.
И что ?
Нужен трейс сеанса общения BCM и SIP Redirect в NRS.
Пока его нет, все остальное - жалобы на соседей, пускающих отравляющих газов.
OK
==============================================
.enl msgi 100
OUTPUT TARGETS: TTY
.enl msgo 100
OUTPUT TARGETS: TTY
.
DCH 100 OMSG SETUP REF 0000019C CH 104 0 0 27 TOD 9:56:08
FEAT :CRID
FEAT :CDS
FEAT :NCID
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:1295 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
CALLED #:8132248 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
DCH 100 IMSG CALLPROC REF 0000019C CH 104 0 0 27 TOD 9:56:08
DCH 100 IMSG ALERT REF 0000019C CH 104 0 0 27 TOD 9:56:08
DCH 100 IMSG CONNECT REF 0000019C CH 104 0 0 27 TOD 9:56:12
CONNECT #:8132248 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
DCH 100 OMSG CONN ACK REF 0000019C CH 104 0 0 27 TOD 9:56:12
DCH 100 IMSG NOTIFY REF 0000019C CH 104 0 0 27 TOD 9:56:14
CONNECT #:8132248 NUM PLAN: PRIVATE/ABBREVIATED (CDP)
DCH 100 IMSG DISC REF 0000019C CH 104 0 0 27 TOD 9:56:14
CAUSE :NORMAL CALL CLEARING
DCH 100 OMSG RELEASE REF 0000019C CH 104 0 0 27 TOD 9:56:14
DCH 100 IMSG REL COMP REF 0000019C CH 104 0 0 27 TOD 9:56:14
==============================================
oam> 02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing method INVITE(0) chid: 28 Called num: 8132248 Far End Signaling IP: 145.40.50.151:5060 Transport:TCP CSeq: 1 INVITE
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Media Info: 145.42.52.166 Codecs: G729(18) G711 A-Law(8) G711 U-Law(0) Dynamic(101) Dynamic(111) Payload: 20 ms Media State: SIPNPM_MEDIA_SENDRECV
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming response 302 Moved Temporarily chid: 28 Called num: 8132248 Far End Signaling IP: 145.40.50.151:5060 Transport:TCP CSeq: 1 INVITE
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
Contact: <sip:8132248;phone-context=cdp.udp@hsbc.com:5060;maddr=145.42.52.250; transport=udp;user=phone;x-nt-redirect=redirect-server>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing method ACK(1) chid: 28 Called num: 8132248 Far End Signaling IP: 145.40.50.151:5060 Transport:TCP CSeq: 1 ACK
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing method INVITE(0) chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 1 INVITE
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Media Info: 145.42.52.166 Codecs: G729(18) G711 A-Law(8) G711 U-Law(0) Dynamic(101) Dynamic(111) Payload: 20 ms Media State: SIPNPM_MEDIA_SENDRECV
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming response 100 Trying chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming response 180 Ringing chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:29 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming response 200 OK chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 1 INVITE
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
Media Info: 145.42.82.18 Codecs: G729(18) Payload: 20 ms Media State: SIPNPM_MEDIA_NOTSET
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing method ACK(1) chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 1 ACK
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing method OPTIONS chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 2 OPTIONS
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming response 200 OK chid: 28 Called num: 8132248 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 2 OPTIONS
From: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
To: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
02/12/2008 09:59:34 LOG0006 SIPNPM: SIPCallTrace:
Media Info: 145.42.82.18 Codecs: G729(18) G711 A-Law(8) Payload: 20 ms Media State: SIPNPM_MEDIA_NOTSET
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming method INVITE(0) chid: 28 Called num: 1295 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 1 INVITE
From: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
To: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Media Info: 0.0.0.0 Codecs: G729(18) Payload: 20 ms Media State: SIPNPM_MEDIA_NOTSET
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing response 100 Trying chid: 28 Called num: 1295 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP
From: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
To: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace: This is Outgoing Message
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Message: Outgoing response 200 OK chid: 28 Called num: 1295 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 1 INVITE
From: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
To: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.00.31
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Media Info: 0.0.0.0 Codecs: G729(18) G711 A-Law(8) G711 U-Law(0) Dynamic(101) Dynamic(111) Payload: 20 ms Media State: SIPNPM_MEDIA_NOTSET
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace: This is Incoming Message
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
Message: Incoming method BYE(2) chid: 28 Called num: 1295 Far End Signaling IP: 145.42.52.250:5060 Transport:UDP CSeq: 2 BYE
From: <sip:8132248;phone-context=cdp.udp@hsbc.com;user=phone>
02/12/2008 09:59:36 LOG0006 SIPNPM: SIPCallTrace:
To: "Vasya Pupkin"<sip:1295;phone-context=cdp.udp@hsbc.com;user=phone>
User-Agent: Nortel Networks BCM VoIP Gateway release_42 version_42.180.0.33
==============================================
И где здесь то, что я просил ?
В приведенном трейсе есть общение SIP GW с NRS и общение BCM с SIP GW.
А я просил вас трейс общения BCM и NRS.
Видимо, вы хотите в ответ получить обещанный прогноз погоды от гисметео ?
Прогноз погоды меня сейчас особо не интересует. Спасибо :)
Больше волнует решение данного вопроса.
gkCallTrace ALL и пустота
Больше волнует решение данного вопроса.
Похоже, слабо волнует, раз трейса до сих пор нет.
gkCallTrace ALL и пустота [/i]
Странно и почему же там ничего нет ?
Ведь вы же общаетесь с гейткипером, не с редиректом, правда ?
jetc пишет
Странно и почему же там ничего нет ?
Ведь вы же общаетесь с гейткипером, не с редиректом, правда ?
Вообще-то с редиректом. И как быть в таком случае? Шансы есть?
Да. Включить голову и снять трейс.
И где же его снимать в таком случае?
Frizzle пишет
И где же его снимать в таком случае?
Склоняюсь к тому, что в вашем случае - на ноутбуке приглашенного специалиста.
Я конечно же не отрицаю что в плане VoIP являюсь ламером по сравнению с вами. Но, собственно говоря, за тем и обратился на форум, дабы получить помощи. При этом говорить загадками вам видно очень нравится и льстит.
Могли бы и подсказать где снимать этот трейс.
DCH трейс у вас есть
SIPCallTrace у вас есть
gkCallTrace ничего не кажет
Спасибо за помощь товарищ jetc!!!
Никаких загадок,только воззвания к вашему собственному разуму. Чужим жить, конечно, интереснее.
Не знаете, как это сделать на NRS - снимите wireshark'ом с сети.
Хорошо. Тогда вопрос в лоб.
На NRS-е используется команда "gkCallTrace" или же есть какая другая?
gkCallTrace
Usage: gkCallTrace <endpoint type>
Endpoint types:
ID <Alias Name> - turn on tracing for an endpoint or GK alias
IP <IP Address> - turn on tracing for a particular IP address
address
NUM <calling/called number> - turn on all call associated messages for a number
regardless of NPI and TON
NUM <calling/called number> <NPI> <TON> - turn on all call associated messages
for a number with a particular TON and NPI
particular TON and NPI
ALL - turn on call tracing for all endpoints
NPI values TON values
========== ==========
0 - ALL 0 - ALL
1 - Unknown number 1 - Unknown number
2 - ISDN (E.164) 2 - International number
3 - Private Numbering 3 - National Number
4 - E.163 4 - Network Specific Number
5 - Telex numbering 5 - Subscriber Number
6 - Data numbering 6 - Level 1 Regional
7 - National standard 7 - Level 0 Regional (Abbreviated #)
numbering
oam>
Frizzle пишет
Хорошо. Тогда вопрос в лоб.
На NRS-е используется команда "gkCallTrace" или же есть какая другая?
Вы знаете, что такое gatekeeper (gk) и почему он не имеет отношение к sip и к registrar серверу в частности?
gkCallTrace работает с гейткипером, т.е. с Н.323.
jetc пишет
gkCallTrace работает с гейткипером, т.е. с Н.323.
ОК. Этого я не знал, к сожалению.
Тогда какой командой снимается трейс на NRS-e в случае использования SIP?