none
MP-114 outbound call RRS feed

  • Вопрос

  • Коллеги, доброе время суток!

    Есть Lync 2013 и MP-114

    Звонки на FXS порт с клиента линк проходят великолепно.

    обратно с телефона, подключенному к FXS звонка нет, более того после набора номера характерных дозвону гудков нет, сразу единичный длинный как просто при поднятии трубки

    Ситуация еще осложняется тем, что в Lync 2013 не могу нормально просмотреть логи SIP.

    но мне кажется до mediation сервера SIP даже не доходит.

    У кого есть опыт работы с IP GW Audiocodes - подскажите параметры, для проверки корректности настроек. 

    MP 114 настраивал по этой ссылке http://www.lynclog.com/2011/04/analog-phone-support-with-lync-2010.html

    На Lync настройка:

    SIP TCP local Port 5060,

    SIP TCP Destination Port 5068

    В настройках прокси-сервера указан IP адрес mediation сервера порт 5068

    Настройки на линке:

    Соответственно настройки PSTN GW Lync

    это TCP порт PSTN GW 5060 TCP

    Mediation сервер порт 5068

    telnet ipmediationserver 5068 устанавливается.

    21 октября 2012 г. 17:55

Ответы

  • Юрий, привет.

    Для начала, вам нужно настроить форматы набираемых номеров на шлюзе. Чтобы Гейт знал, когда ему начинать набор, а не ждал дальнейшего набора цифр.

    Вам нужно сделать что-то типа [xxxx],[98xxxxxxxxxx] для четых-значных внутр и внешних вызовов. Делается это в настройке по имени VOIP-->GW and IP2IP--> DTMF$dialing -- > DigitMappings. задайте там все маски номеров, которые будете набирать через запятую.

    ЗЫ: путь к настройке зависит от версии прошивки МРшки. это для версии 6.0 по-моему.


    • Изменено Kishkinskiy Anton 22 октября 2012 г. 8:20
    • Помечено в качестве ответа ЮА 22 октября 2012 г. 21:01
    22 октября 2012 г. 8:19

Все ответы

  • 1d:3h:3m:24s (     sip_stack)(397       )  New SIPMessage created - #21

    1d:3h:3m:24s (      lgr_flow)(398       )  ---- Incoming SIP Message from 192.168.0.32:62964 to SIPInterface #0 ----

    1d:3h:3m:24s OPTIONS sip:192.168.0.7 SIP/2.0
    FROM: <sip:lync2013.lync.local:5068;transport=Tcp;ms-opaque=8d6fcc4be750e355>;epid=C6D1AE1922;tag=cb5c2495a1
    TO: <sip:192.168.0.7>
    CSEQ: 535 OPTIONS
    CALL-ID: 7d1288e673934e84bc02f140d9662164
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.0.32:62964;branch=z9hG4bK2792f7c
    CONTACT: <sip:lync2013.lync.local:5068;transport=Tcp;maddr=192.168.0.32>
    CONTENT-LENGTH: 0
    USER-AGENT: RTCC/5.0.0.0 MediationServer


    1d:3h:3m:24s (     sip_stack)(400       )  new AcSIPDialogAPI created - #10

    1d:3h:3m:24s (      lgr_flow)(401       )  |       | new AcSIPDialog created - #10

    1d:3h:3m:24s (     sip_stack)(402       )  TcpTransportObject#11::CheckForConnectionPersistent - Opening persistent connection with proxy: 192.168.0.32:62964

    1d:3h:3m:24s (      lgr_flow)(403       )  |       |(SIPTU#10)OPTIONS State:DialogIdle()

    1d:3h:3m:24s (     sip_stack)(404       )  SIPDialog(#10) changes state from DialogIdle to DialogInitiated

    1d:3h:3m:24s (     sip_stack)(405       )  New SIPMessage created - #20

    1d:3h:3m:24s (      lgr_flow)(406       )  |       |(SIPTU#10)GENERAL_RESPONSE_REQ State:DialogInitiated(7d1288e673934e84bc02f140d9662164)

    1d:3h:3m:24s (     sip_stack)(407       )  SIPDialog(#10) changes state from DialogInitiated to DialogConnected

    1d:3h:3m:24s (      lgr_flow)(408       )  ---- Outgoing SIP Message to 192.168.0.32:62964 from SIPInterface #0 ----

    1d:3h:3m:24s SIP/2.0 200 OK
    Via: SIP/2.0/TCP 192.168.0.32:62964;branch=z9hG4bK2792f7c
    From: <sip:lync2013.lync.local:5068;transport=Tcp;ms-opaque=8d6fcc4be750e355>;epid=C6D1AE1922;tag=cb5c2495a1
    To: <sip:192.168.0.7>;tag=1c1459805144
    Call-ID: 7d1288e673934e84bc02f140d9662164
    CSeq: 535 OPTIONS
    Contact: <sip:192.168.0.7:5060;transport=tcp>
    Supported: 100rel
    Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
    Server: Audiocodes-Sip-Gateway-/v.6.00A.024.003
    X-Resources: telchs=1/0;mediachs=0/0
    Accept: application/sdp, application/simple-message-summary, message/sipfrag
    Content-Type: application/sdp
    Content-Length: 331

    v=0
    o=AudiocodesGW 1459811018 1459810883 IN IP4 192.168.0.7
    s=Phone-Call
    c=IN IP4 192.168.0.7
    t=0 0
    m=audio 6000 RTP/AVP 0 8 70 118 101
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:70 EG711A/8000
    a=rtpmap:118 PCMA/8000
    a=gpm

    1d:3h:3m:24s (     sip_stack)(410       )  Resource SIPMessage deleted - #20

    1d:3h:3m:24s (      lgr_flow)(411       )  |       |(SIPTU#10)DIALOG_DISCONNECT_REQ State:DialogConnected(7d1288e673934e84bc02f140d9662164)

    1d:3h:3m:24s (     sip_stack)(412       )  SIPDialog(#10) changes state from DialogConnected to DialogDisconnected

    1d:3h:3m:24s (     sip_stack)(413       )  AcSIPStackAPI::FreeDialogAPI - #10

    1d:3h:3m:24s (     sip_stack)(414       )  Resource SIPMessage deleted - #21

    1d:3h:3m:24s (      lgr_flow)(415       )  |       | TransactionUserMngr::ReturnDialog - #10

    1d:3h:3m:24s (     sip_stack)(416       )  SIPDialog(#10) changes state from DialogDisconnected to DialogIdle

    1d:3h:3m:24s [Src=192.168.0.32 PType=9] (      lgr_flow)(417       )  TcpTransportObject#13- CTcpClientSocket::HandleSocketEvent socket close/reset

    1d:3h:3m:24s (     sip_stack)(418       )  TcpTransportObject#13::CloseConnection - Closing connection

    1d:3h:3m:24s (     sip_stack)(419       )  Socket buffer released - #23

    1d:3h:3m:24s (     sip_stack)(420       )  SIPTCPMngr::ReturnTCPTransportObj - #13

    1d:3h:4m:25s [Src=192.168.0.32 PType=9] (      lgr_flow)(421       )  ListeningTcpTransportObject#0- CTcpSocket::HandleSocketEvent socket connected

    1d:3h:4m:25s (      lgr_flow)(422       )  ListeningTcpTransportObject#0- CTcpServerSocket::IsSocketPending socket is pending for accept

    1d:3h:4m:25s (     sip_stack)(423       )  new TcpTransportObject created - #10

    1d:3h:4m:25s (     sip_stack)(424       )  New Socket buffer allocated - #20

    1d:3h:4m:25s (     sip_stack)(425       )  New SIPMessage created - #19

    1d:3h:4m:25s (      lgr_flow)(426       )  ---- Incoming SIP Message from 192.168.0.32:62967 to SIPInterface #0 ----

    1d:3h:4m:25s OPTIONS sip:192.168.0.7 SIP/2.0
    FROM: <sip:lync2013.lync.local:5068;transport=Tcp;ms-opaque=8d6fcc4be750e355>;epid=C6D1AE1922;tag=5c6bb510a1
    TO: <sip:192.168.0.7>
    CSEQ: 536 OPTIONS
    CALL-ID: 9c445a57c9084fbc8119c9f983adecdf
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.0.32:62967;branch=z9hG4bKb5a188e
    CONTACT: <sip:lync2013.lync.local:5068;transport=Tcp;maddr=192.168.0.32>
    CONTENT-LENGTH: 0
    USER-AGENT: RTCC/5.0.0.0 MediationServer


    1d:3h:4m:25s (     sip_stack)(428       )  new AcSIPDialogAPI created - #9

    1d:3h:4m:25s (      lgr_flow)(429       )  |       | new AcSIPDialog created - #9

    1d:3h:4m:25s (     sip_stack)(430       )  TcpTransportObject#10::CheckForConnectionPersistent - Opening persistent connection with proxy: 192.168.0.32:62967

    1d:3h:4m:25s (      lgr_flow)(431       )  |       |(SIPTU#9)OPTIONS State:DialogIdle()

    1d:3h:4m:25s (     sip_stack)(432       )  SIPDialog(#9) changes state from DialogIdle to DialogInitiated

    1d:3h:4m:25s (     sip_stack)(433       )  New SIPMessage created - #18

    1d:3h:4m:25s (      lgr_flow)(434       )  |       |(SIPTU#9)GENERAL_RESPONSE_REQ State:DialogInitiated(9c445a57c9084fbc8119c9f983adecdf)

    1d:3h:4m:25s (     sip_stack)(435       )  SIPDialog(#9) changes state from DialogInitiated to DialogConnected

    1d:3h:4m:25s (      lgr_flow)(436       )  ---- Outgoing SIP Message to 192.168.0.32:62967 from SIPInterface #0 ----

    1d:3h:4m:25s SIP/2.0 200 OK
    Via: SIP/2.0/TCP 192.168.0.32:62967;branch=z9hG4bKb5a188e
    From: <sip:lync2013.lync.local:5068;transport=Tcp;ms-opaque=8d6fcc4be750e355>;epid=C6D1AE1922;tag=5c6bb510a1
    To: <sip:192.168.0.7>;tag=1c1612869431
    Call-ID: 9c445a57c9084fbc8119c9f983adecdf
    CSeq: 536 OPTIONS
    Contact: <sip:192.168.0.7:5060;transport=tcp>
    Supported: 100rel
    Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
    Server: Audiocodes-Sip-Gateway-/v.6.00A.024.003
    X-Resources: telchs=1/0;mediachs=0/0
    Accept: application/sdp, application/simple-message-summary, message/sipfrag
    Content-Type: application/sdp
    Content-Length: 331

    v=0
    o=AudiocodesGW 1612875348 1612875212 IN IP4 192.168.0.7
    s=Phone-Call
    c=IN IP4 192.168.0.7
    t=0 0
    m=audio 6000 RTP/AVP 0 8 70 118 101
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:70 EG711A/8000
    a=rtpmap:118 PCMA/8000
    a=gpm

    1d:3h:4m:25s (     sip_stack)(438       )  Resource SIPMessage deleted - #18

    1d:3h:4m:25s (      lgr_flow)(439       )  |       |(SIPTU#9)DIALOG_DISCONNECT_REQ State:DialogConnected(9c445a57c9084fbc8119c9f983adecdf)

    1d:3h:4m:25s (     sip_stack)(440       )  SIPDialog(#9) changes state from DialogConnected to DialogDisconnected

    1d:3h:4m:25s (     sip_stack)(441       )  AcSIPStackAPI::FreeDialogAPI - #9

    1d:3h:4m:25s (     sip_stack)(442       )  Resource SIPMessage deleted - #19

    1d:3h:4m:25s (      lgr_flow)(443       )  |       | TransactionUserMngr::ReturnDialog - #9

    1d:3h:4m:25s (     sip_stack)(444       )  SIPDialog(#9) changes state from DialogDisconnected to DialogIdle

    1d:3h:4m:25s [Src=192.168.0.32 PType=9] (      lgr_flow)(445       )  TcpTransportObject#12- CTcpClientSocket::HandleSocketEvent socket close/reset

    1d:3h:4m:25s (     sip_stack)(446       )  TcpTransportObject#12::CloseConnection - Closing connection

    1d:3h:4m:25s (     sip_stack)(447       )  Socket buffer released - #22

    1d:3h:4m:25s (     sip_stack)(448       )  SIPTCPMngr::ReturnTCPTransportObj - #12
    21 октября 2012 г. 18:12
  • Юрий, привет.

    Для начала, вам нужно настроить форматы набираемых номеров на шлюзе. Чтобы Гейт знал, когда ему начинать набор, а не ждал дальнейшего набора цифр.

    Вам нужно сделать что-то типа [xxxx],[98xxxxxxxxxx] для четых-значных внутр и внешних вызовов. Делается это в настройке по имени VOIP-->GW and IP2IP--> DTMF$dialing -- > DigitMappings. задайте там все маски номеров, которые будете набирать через запятую.

    ЗЫ: путь к настройке зависит от версии прошивки МРшки. это для версии 6.0 по-моему.


    • Изменено Kishkinskiy Anton 22 октября 2012 г. 8:20
    • Помечено в качестве ответа ЮА 22 октября 2012 г. 21:01
    22 октября 2012 г. 8:19
  • Привет, спасибо..как только буду у девайса сделаю - напишу.

    У меня уже возникает небольшое сомнение - а надо ли исходящие вызовы с гейта на линк нормализовывать в E.164? Я просто думал сам Lync это делает. И еще в секции транка lync 2013 я заметил новое меню, сейчас можно можно преобразовывать не только Calling номера но и called.

    22 октября 2012 г. 8:22
  • Нужно действовать например так:

    1) Отрезать + от номера назначения при вызовах IP2tel, чтобы вы получили вызов на свой номер без +, присвоенный FXS порту

    2) Добавлять + к номеру источника при вызовах Tel2IP, чтобы Lync Server мог сделать Reverse number lookup и отдать вам на клиент Lync корректный АОН при входящем звонке, взятый из параметра Display name аналогового контакта.

    22 октября 2012 г. 8:28
  • Ну первый пункт я выполняю линком, я в транковом руле просто удаляю +, а вот второе правило я не делал.
    22 октября 2012 г. 8:33
  • Юрий, привет.

    Для начала, вам нужно настроить форматы набираемых номеров на шлюзе. Чтобы Гейт знал, когда ему начинать набор, а не ждал дальнейшего набора цифр.

    Вам нужно сделать что-то типа [xxxx],[98xxxxxxxxxx] для четых-значных внутр и внешних вызовов. Делается это в настройке по имени VOIP-->GW and IP2IP--> DTMF$dialing -- > DigitMappings. задайте там все маски номеров, которые будете набирать через запятую.

    ЗЫ: путь к настройке зависит от версии прошивки МРшки. это для версии 6.0 по-моему.


    Антон, спасибо. странно что не во всех допустимых формах получилось..у меня на тестовом стенде адресное пространство линка 100-199 номера

    если прописать 1xx - номер проходит. 

    если прописать [100-199] в SIP Invite в адресе To будет адрес 1@192.168.0.32 т.е. после первой цифры уже идет набор o_O

    если прописать 100-199 тоже fail

    не пойму натацию регулярных выражений, может она в разных версия прошивки изменяется то

    22 октября 2012 г. 21:07
  • Для каждой версии прошивки каждой серии шлюзов есть свой мануал от AudioCodes.

    Качайте для вашей версии прошивки и ищите правила регурярных выражений. Не уверен, что они отличаются, но, в теории, могут.


    23 октября 2012 г. 19:03