подключаю sip транк |
Здравствуйте, гость ( Вход | Регистрация )
подключаю sip транк |
20.6.2015, 18:42
Сообщение
#21
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Ваши INVITE видно, а вот от провайдера в ответ я ничего не увидел! SIP CO Allowed Address(374) [N] - впишите 10.11.3.30. Кстати, входящую пробовали? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
20.6.2015, 18:43
Сообщение
#22
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
-------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
20.6.2015, 18:44
Сообщение
#23
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
|
|
|
20.6.2015, 18:46
Сообщение
#24
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
был уже вписан Точно все порты проброшены? 5060 проброшен на адрес процессора? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
20.6.2015, 18:47
Сообщение
#25
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
спасибо за поддержку
оставлю до завтра, с 9 до19, без обеда и пива это перебор |
|
|
20.6.2015, 18:47
Сообщение
#26
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
на адрес процессора нет
я думал он не участвввввует |
|
|
20.6.2015, 18:52
Сообщение
#27
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
на адрес процессора нет я думал он не участвввввует Опа!!! Так сигнализация то вся на процессоре! -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
20.6.2015, 18:52
Сообщение
#28
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
приходит снаружи пакет с портом 5060
его надо на процессор пускать или на мою Voib в 4 слоте на обе сразу не получится |
|
|
20.6.2015, 18:53
Сообщение
#29
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
сейчас сделаю
|
|
|
20.6.2015, 18:54
Сообщение
#30
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
приходит снаружи пакет с портом 5060 его надо на процессор пускать или на мою Voib в 4 слоте на обе сразу не получится Естественно, на процессор! -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
20.6.2015, 19:03
Сообщение
#31
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
|
|
|
21.6.2015, 13:42
Сообщение
#32
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
сегодня вдруг появилась активность
такое наблюдаю каждые 10 секунд, это с наружи кто-то бьется?? может провайдер проснулся или я наконец прокинул порт кто такой SBC@10.11.3.30 ?? но это не я INFO - TRANSPORT - TransportUdpEventCallback - sock 584: notification of network events DEBUG - TRANSPORT - TransportProcessingQueueAllocateEvent: event READ was allocated: 0x3255428 DEBUG - TRANSPORT - TransportProcessingQueueTailEvent - TPQEVENT_READ 0x0x3255428 DEBUG - TRANSPORT - TransportProcessingQueueDispatchEvents - TPQEVENT_READ 0x0x3255428 DEBUG - TRANSPORT - TransportMgrAllocateRcvBuffer - Successfully allocated buffer 0x0x40c5a0a0 DEBUG - TRANSPORT - TransportUDPReceive - local addr 0x0x3247bf0, sock 584: Recv new UDP message. 192.168.1.248:5060<-10.11.3.30:5060, size=315 INFO - TRANSPORT - <-- OPTIONS sip:10.15.0.242:5060;user=phone SIP/2.0 INFO - TRANSPORT - Via: SIP/2.0/UDP 10.11.3.30:5060;branch=z9hG4bK6b08567e8a86b3fcc10579ace INFO - TRANSPORT - Call-ID: 8ef15d1cde750a275ce174a8eb1aa19c@SE2000 INFO - TRANSPORT - From: <sip:SBC@10.11.3.30;user=phone>;tag=731d9b0d INFO - TRANSPORT - To: <sip:10.15.0.242;user=phone> INFO - TRANSPORT - CSeq: 1 OPTIONS INFO - TRANSPORT - Max-Forwards: 70 INFO - TRANSPORT - Content-Length: 0 INFO - TRANSPORT - DEBUG - TRANSPORT - TransportProcessingQueueAllocateEvent: event MESSAGE_RCVD was allocated: 0x3255488 DEBUG - TRANSPORT - TransportProcessingQueueTailEvent - TPQEVENT_MESSAGE_RCVD 0x0x3255488, buffer 0x0x40c5a0a0 DEBUG - TRANSPORT - TransportProcessingQueueDispatchEvents - TPQEVENT_MESSAGE_RCVD 0x0x3255488, buffer 0x0x40c5a0a0 DEBUG - TRANSPORT - TransportCallbackBufferReceived: Local Addrs (192.168.1.248:5060,UDP), Remote Addrs (10.11.3.30:5060,UDP), hConn=0x(nil), buffLen=315 Before callback DEBUG - TRANSPORT - TransportCallbackBufferReceived: bDiscardBuffer=FALSE, Local Addrs (192.168.1.248:5060,UDP), Remote Addrs (10.11.3.30:5060,UDP), hConn=0x(nil), buffLen=315 After callback DEBUG - TRANSPORT - TransportCallbackMsgReceivedExtEv - hMsg=0x0x40b5e1ec: Application did not register to call back, calling to the deprecated DEBUG - TRANSPORT - TransportCallbackMsgReceivedEv - hMsg=0x0x40b5e1ec: Application did not register to call back, default bProcessMsg = 1 DEBUG - TRANSACTION - HandleIncomingRequestMsg - A request msg 0x0x40b5e1ec,Connection 0x(nil) - starting to process... DEBUG - TRANSACTION - TransactionMgrCreateTransaction - About to create a new transaction ERROR - RA - Alloc ra->Name = GeneralPool, ra->CurrNumOfElements = 4 INFO - TRANSACTION - TransactionMgrCreateTransaction - transaction created: 0x0x327f0e8 DEBUG - TRANSACTION - TransactionAttachKey - Transaction 0x0x327f0e8 - Key was attached successfully INFO - TRANSACTION - TransactionCreate - Transaction 0x0x327f0e8: Was successfully created INFO - TRANSACTION - RLIST_RPoolListConstruct - (hPool=0x0x40b7a010,hPage=0x0x40bc5540,elementSize=4) DEBUG - TRANSACTION - TransactionUpDateViaList - Transaction 0x0x327f0e8: The list of Via headers was successfully updated. DEBUG - TRANSACTION - TransactionMgrHashInsert - Transc=0x0x327f0e8 was inserted to hash DEBUG - TRANSACTION - TransactionUpDateViaList - Transaction 0x0x327f0e8: The list of Via headers was successfully updated. ERROR - RA - Alloc ra->Name = GeneralPool, ra->CurrNumOfElements = 5 INFO - TRANSACTION - TransactionCallbackCallTranscCreatedEv - Transaction 0x0x327f0e8 DEBUG - TRANSACTION - TransactionCallbackCallTranscCreatedEv: Transc 0x0x327f0e8, Before callback DEBUG - CALL - CallLegMgrTranscCreatedEvHandler - Call-leg Mgr 0x0x3296828 received notification about a new transaction 0x0x327f0e8 DEBUG - CALL - CallLegMgrTranscCreatedEvHandler - Call-leg Mgr 0x0x3296828 general request with no to-tag. ignore transc 0x0x327f0e8. DEBUG - TRANSACTION - TransactionCallbackCallTranscCreatedEv: Transc 0x0x327f0e8, After callback DEBUG - TRANSACTION - TransactionAttachKey - Transaction 0x0x327f0e8 - Key was attached successfully DEBUG - TRANSACTION - TransactionCallbackAppTranscCreatedEv:Transc 0x0x327f0e8, Before callback DEBUG - TRANSACTION - TransactionCallbackAppTranscCreatedEv:Transc 0x0x327f0e8, After callback, pbAppHandleTransc = 1 DEBUG - TRANSACTION - TransactionCallBackMsgReceivedEv: Transc 0x0x327f0e8, Before callback DEBUG - TRANSACTION - TransactionCallBackMsgReceivedEv: Transc 0x0x327f0e8,After callback (rv=0) INFO - TRANSACTION - TransactionChangeState - Transaction 0x0x327f0e8: state changed to Server General Request Rcvd DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8, Before callback INFO - TRANSACTION - RvSipTransactionRespond - Transaction 0x0x327f0e8: going to send response 200 INFO - TRANSACTION - TransactionControlSendResponse - Transaction 0x0x327f0e8: about to send 200 response DEBUG - TRANSACTION - TransactionCreateResponseMessage - Transaction 0x0x327f0e8: A response message was successfully created in a transaction DEBUG - TRANSACTION - TransactionCallbackMsgToSendEv: Transc 0x0x327f0e8, Before callback DEBUG - TRANSACTION - TransactionCallbackMsgToSendEv: Transc 0x0x327f0e8,After callback (rv=0) INFO - TRANSACTION - TransactionGetNextSrvState - Transaction 0x0x327f0e8: method= 8 response= 200 IsReliable= 0 next state= Server General Final Response Sent DEBUG - TRANSACTION - TransactionTransportSendMsg - Transaction 0x0x327f0e8 is about to send message 0x0x40b5ee2c. msgType = Final Response Sent, bResolveAddress = 1 DEBUG - TRANSACTION - TransactionCallbackFinalDestResolvedEv - Transc 0x0x327f0e8 - Destination address is: ip=10.11.3.30, port=5060, transport=UDP, address type=IP DEBUG - TRANSACTION - TransactionCallbackFinalDestResolvedEv - Transc=0x0x327f0e8, hMsg=0x0x40b5ee2c, Before callback DEBUG - TRANSACTION - TransactionCallbackFinalDestResolvedEv - Transc 0x0x327f0e8,After callback (rv=0) DEBUG - TRANSACTION - TransactionUpdateTopViaFromMsg - Transaction 0x0x327f0e8: Copied the top via header from message into the transc object. INFO - TRANSPORT - SipTransportUdpSendMessage - Sending message. local-address=192.168.1.248:5060. remote-address=10.11.3.30:5060 DEBUG - TRANSPORT - SipTransportUdpSendMessage - sock 584: Sending UDP message. 192.168.1.248:5060->10.11.3.30:5060, size=439 INFO - TRANSPORT - --> SIP/2.0 200 OK INFO - TRANSPORT - From: <sip:SBC@10.11.3.30;user=phone>;tag=731d9b0d INFO - TRANSPORT - To: <sip:10.15.0.242;user=phone>;tag=327f0e8-f801a8c0-13c4-55013-2aa-3d8a1f65-2aa INFO - TRANSPORT - Call-ID: 8ef15d1cde750a275ce174a8eb1aa19c@SE2000 INFO - TRANSPORT - CSeq: 1 OPTIONS INFO - TRANSPORT - Via: SIP/2.0/UDP 10.11.3.30:5060;branch=z9hG4bK6b08567e8a86b3fcc10579ace INFO - TRANSPORT - Supported: 100rel,timer,replaces INFO - TRANSPORT - Server: iPECS-MG INFO - TRANSPORT - Allow: INVITE, ACK, BYE, REGISTER, REFER, NOTIFY, PRACK, CANCEL, OPTIONS INFO - TRANSPORT - Content-Length: 0 INFO - TRANSPORT - DEBUG - TRANSPORT - TransportCallbackMsgToSendEv: Application did not register to call back, default bSendMsg = 1 DEBUG - TRANSPORT - TransportCallbackBufferToSend: Local Addrs (192.168.1.248:5060,UDP), Remote Addrs (10.11.3.30:5060,UDP), buffLen=439 Before callback DEBUG - TRANSPORT - TransportCallbackBufferToSend: bDiscardBuffer=FALSE, Local Addrs (192.168.1.248:5060,UDP), Remote Addrs ((10.11.3.30:5060,UDP)), buffLen=439 After callback DEBUG - TRANSACTION - UDPTimersDecide - Transaction 0x0x327f0e8: Setting timers DEBUG - TRANSACTION - TransactionTimerSetTimers - Transaction 0x0x327f0e8: timer was set to 3000 milliseconds INFO - TRANSACTION - TransactionControlGenerateAndSendResponse - Transaction 0x0x327f0e8: Final Response was sent (rv=0) INFO - TRANSACTION - TransactionChangeState - Transaction 0x0x327f0e8: state changed to Server General Final Response Sent DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8, Before callback DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8,After callback DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8,After callback INFO - TRANSPORT - TransportMgrFreeRcvBuffer - about to free buffer 0x0x40c5a0a0 DEBUG - TRANSACTION - TransactionTimerHandleMainTimerTimeout - Transaction 0x0x327f0e8: timer expired (transc state=Server General Final Response Sent) DEBUG - TRANSACTION - TransactionTerminate - Transaction 0x0x327f0e8: Termination called DEBUG - TRANSACTION - TransactionTransportDetachAllConnections - Transaction 0x0x327f0e8: All connections will be detached: (Active:0x(nil), Resp backup = 0x(nil)) DEBUG - TRANSACTION - TransactionMgrHashRemove - Transc=0x0x327f0e8 was removed from hash INFO - TRANSACTION - TransactionTerminate - Transaction 0x0x327f0e8: Inserting Transaction to the event queue DEBUG - TRANSPORT - TransportSendObjectEvent - pObj=0x0x327f0e8,pEventInfo=0x0x327f0e8,param1=3,param2=-1 DEBUG - TRANSPORT - TransportProcessingQueueAllocateEvent: event INTERNAL_OBJECT_EVENT was allocated: 0x3255548 DEBUG - TRANSPORT - TransportProcessingQueueTailEvent - INTERNAL_EVENT ev=0x0x3255548: Transaction 0x0x327f0e8: Terminated DEBUG - TRANSPORT - TransportSendObjectEvent - ev 0x0x3255548 was sent. (Transaction 0x0x327f0e8: Terminated) DEBUG - TRANSPORT - TransportProcessingQueueDispatchEvents - INTERNAL_EVENT ev:0x0x3255548, (Transaction 0x0x327f0e8: Terminated) INFO - TRANSACTION - TerminateTransactionEventHandler - Transc 0x0x327f0e8 - event is out of the termination queue INFO - TRANSACTION - TransactionChangeState - Transaction 0x0x327f0e8: state changed to Terminated DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8, Before callback DEBUG - TRANSACTION - TransactionCallbackStateChangedEv: Transc 0x0x327f0e8,After callback DEBUG - TRANSACTION - TransactionDestruct - Transaction 0x0x327f0e8: start to destruct transaction DEBUG - TRANSACTION - TransactionTransportDetachAllConnections - Transaction 0x0x327f0e8: All connections will be detached: (Active:0x(nil), Resp backup = 0x(nil)) ERROR - RA - DeAlloc ra->Name = GeneralPool, ra->CurrNumOfElements = 4 ERROR - RA - DeAlloc ra->Name = GeneralPool, ra->CurrNumOfElements = 3 INFO - TRANSACTION - TransactionDestruct - Transaction 0x0x327f0e8: was destructed |
|
|
22.6.2015, 15:57
Сообщение
#33
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
провайдер говорит,
На наш запрос OPTIONS Ваш sip сервер отвечает 200. Всё правильно по поводу что не идут входящие Ошибка 480 - временно недоступно: SIP/2.0 480 Temporarily Unavailable Via: SIP/2.0/UDP 172.40.9.20:5061;branch=z9hG4bK413fa910d;rport=5061 Call-ID: 7cc2199cbaef11aed28b4fa2ee1a83bc@172.40.9.20 From: <sip:4812657730@172.40.9.20;user=phone>;tag=84999404 To: <sip:705070@10.15.254.71;user=phone>;tag=9d9ee5c4 CSeq: 1 INVITE Supported: 100rel,timer,replaces Content-Length: 0 Наверное, нужно дописать Вашу железку для входящей связи. входящий номер, как видно, 705070 [ Digit Conversion Table ] 705070 должно заменить на 217 (внутренний) сразу идет отбой [ CO COS Assignment ] для всех линий 1 еще надо где-то править?? |
|
|
22.6.2015, 16:50
Сообщение
#34
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
провайдер говорит, На наш запрос OPTIONS Ваш sip сервер отвечает 200. Всё правильно по поводу что не идут входящие Ошибка 480 - временно недоступно: SIP/2.0 480 Temporarily Unavailable Via: SIP/2.0/UDP 172.40.9.20:5061;branch=z9hG4bK413fa910d;rport=5061 Call-ID: 7cc2199cbaef11aed28b4fa2ee1a83bc@172.40.9.20 From: <sip:4812657730@172.40.9.20;user=phone>;tag=84999404 To: <sip:705070@10.15.254.71;user=phone>;tag=9d9ee5c4 CSeq: 1 INVITE Supported: 100rel,timer,replaces Content-Length: 0 Наверное, нужно дописать Вашу железку для входящей связи. входящий номер, как видно, 705070 [ Digit Conversion Table ] 705070 должно заменить на 217 (внутренний) сразу идет отбой [ CO COS Assignment ] для всех линий 1 еще надо где-то править?? Естественно, надо входящую настроить! Уже писано немеренно... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.6.2015, 17:51
Сообщение
#35
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
|
|
|
22.6.2015, 18:02
Сообщение
#36
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
Вы писали
Повторю ранее написанное по поводу входящей по SIP. CO Line Attribute(160~163)[N]: Service Type - DID Outgoing Group No и Incoming Group No делайте одинаковым номером (в подробности вдаваться не буду) Digit Conversion Table - номер таблицы для обработки входящих (там и пропишите куда вызов дожен идти) CO Service Mode - SIP/PRI(E1) Digit Sending Mode - Enblock И все в SIP CO Data так и делаю |
|
|
22.6.2015, 18:16
Сообщение
#37
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
странно, что линия из sip транка при нажатии 9, не захватывается (для других линий отключил доступ)
сразу отбой, все линии в 4 ой группе и по 804 захвотывает (правда гудка нет) и по 8809-8816 захватывает. |
|
|
22.6.2015, 18:51
Сообщение
#38
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Вы писали Повторю ранее написанное по поводу входящей по SIP. CO Line Attribute(160~163)[N]: Service Type - DID Outgoing Group No и Incoming Group No делайте одинаковым номером (в подробности вдаваться не буду) Digit Conversion Table - номер таблицы для обработки входящих (там и пропишите куда вызов дожен идти) CO Service Mode - SIP/PRI(E1) Digit Sending Mode - Enblock И все в SIP CO Data так и делаю Все верно! Ну а, собственно, Digit Conversion Table? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.6.2015, 18:53
Сообщение
#39
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
странно, что линия из sip транка при нажатии 9, не захватывается (для других линий отключил доступ) сразу отбой, все линии в 4 ой группе и по 804 захвотывает (правда гудка нет) и по 8809-8816 захватывает. Это то не странно! Это в соответствии с вашими настройками! Другое странно! Странно и неправильно... Но, развивать тему нет желания, да и бессмысленно. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.6.2015, 19:39
Сообщение
#40
|
|
Продвинутый пользователь Группа: Участники Сообщений: 191 Регистрация: 14.10.2008 Из: Смоленск Пользователь №: 12526 |
|
|
|
Текстовая версия | Сейчас: 20.5.2024, 16:10 |