G729 / PCMU - Callcentric

Discussion in '3CX Phone System - General' started by mbeijen, May 16, 2007.

  1. mbeijen

    Joined:
    May 16, 2007
    Messages:
    5
    Likes Received:
    0
    I have 3 DID's with CallCentric, the first line is a brand new line, the other 2 have been ported.

    The first line works absolutly fine, the other two lines work fine as long as they go directly to an extention. When they go to an autoattendent, it's game over and the call gets dropped with the following message :

    from 'bi-server:0/MediaServer':No RTP packets were received on 0000001C@:remoteAddr=204.11.xxx.xxx:54858,extAddr=76.212.xxx.xxx:9000,localAddr=0.0.0.0:9000

    Callcentric did some research regarding this and told me the following:

    On the first line the following codecs are used : G729,PCMU,PCMA
    On the 2 ported lines it's just : G729 & PCMU

    They were suggesting to disable some of the codecs in the 3CX system to see if that would help.

    I looked around, and simply cant see a way to disable these at all. Is there a way? Does anybody have another solution or a suggestion?

    Thanks a bunch!
    Marco
     
  2. SY

    SY Well-Known Member
    3CX Staff

    Joined:
    Jan 26, 2007
    Messages:
    1,821
    Likes Received:
    1
    Hi, Marco,

    Both sets of codecs are good for PBX and for calls from/to this provider PCMU codec will be used independently of source or destination of call as well as independently of which line is used.

    Definitely, it is not a codec issue.

    This log entry just says that no RTP packets was received from remote party.
    It is reported after call is dropped. PBX log contains other messages related to call. Please post it here to investigate source of problem.

    Thanks,
    Stepan
     
  3. mbeijen

    Joined:
    May 16, 2007
    Messages:
    5
    Likes Received:
    0
    This is the piece from the 3CXPhoneSystem.trace.log , is this the one you were talking about?

    13:47:20.062|DialogUsageManager.cxx(1190)|Trace5|Resip|>>:Got: SipReq: OPTIONS 0005*001@76.212.49.172:5060 tid=63093759 cseq=OPTIONS contact=Anonymous@82.150.141.183 / 102 from(wire)
    13:47:20.984|.\Endpoint.cpp(75)|Trace5|Endpoint|Endpoint::findSource:No Remote-Party-ID header found
    13:47:21.000|.\Endpoint.cpp(95)|Trace5|Endpoint|Endpoint::findSource:Lines Is here
    13:47:21.000|.\Endpoint.cpp(110)|Trace5|Endpoint|Endpoint::findSource:Only one lines is here
    13:47:21.000|.\Endpoint.cpp(116)|Trace5|Endpoint|Endpoint::findSource:Settings for caller is found: CfgExtLine:10002
    13:47:21.000|DialogUsageManager.cxx(1190)|Trace5|Resip|>>:Got: SipReq: INVITE 17772232293@192.168.14.10:5060 tid=-6d832975e28c59947843a74fb0706a87 cseq=INVITE contact=f81bba49278c4c17234a2cd9037d8631@204.11.192.22:5060 / 1 from(wire)
    13:47:21.000|.\CallMgr.cpp(285)|Trace5|CallControl|ADSFactory::createAppDialogSet:Creating ADS for INVITE
    13:47:21.000|.\CallConf.cpp(405)|Trace5|CallControl|CallConf::CallConf:Call created: C:1B
    13:47:21.000|.\CallConf.cpp(348)|Trace5|CallControl|CallConf::addCallLeg:Added leg# 1 to call C:1B
    13:47:21.000|.\Call.cpp(1322)|Trace5|CallControl|CallLegImpl::CallLegImpl:Leg @L:1@C:1b is created
    13:47:21.000|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition UAS_Start -> UAS_Offer
    13:47:21.000|.\ISHandler.cpp(21)|Trace5|CallControl|ISHandler::eek:nNewSession:Incoming: sis=51456;oat=Offer;rl=INVITE sip:17772232293@192.168.14.10:5060;rinstance=ca13e512711def0c SIP/2.0
    13:47:21.015|.\Endpoint.cpp(75)|Trace5|Endpoint|Endpoint::findSource:No Remote-Party-ID header found
    13:47:21.031|.\Endpoint.cpp(95)|Trace5|Endpoint|Endpoint::findSource:Lines Is here
    13:47:21.031|.\Endpoint.cpp(110)|Trace5|Endpoint|Endpoint::findSource:Only one lines is here
    13:47:21.031|.\Endpoint.cpp(116)|Trace5|Endpoint|Endpoint::findSource:Settings for caller is found: CfgExtLine:10002
    13:47:21.031|.\Call.cpp(122)|Trace5|CallControl|CallLegImpl::eek:nIncoming:Endpoint is built: Ln:10002@Callcentric
    13:47:21.562|.\Call.cpp(661)|Trace5|CallControl|CallLegImpl::initMSEndpoint:Created external MS endpoint for Ln:10002@Callcentric: addr=76.212.49.172:9002
    13:47:21.562|ServerInviteSession.cxx(91)|Trace5|Resip|>>:UAS_Offer: provisional(100)
    13:47:21.562|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition UAS_Offer -> UAS_EarlyOffer
    13:47:21.562|.\ISHandler.cpp(140)|Trace5|CallControl|ISHandler::eek:nReadyToSend:InviteSession(51456) sends SIP/2.0 100 Trying
    13:47:21.562|.\CallConf.cpp(95)|Log2|CallControl|CallConf::eek:nIncoming:Call(C:1B): Incoming call from Ln:10002@Callcentric to sip:18324822559@ss.callcentric.com
    13:47:21.562|.\CallStrategies.cpp(415)|Trace5|CallManager|StratInOut::initialize:Initialize InOut call strategy
    13:47:21.609|.\ExtLine.cpp(215)|Trace5|Endpoints|ExtLine::getTargetOverride:Look for target override
    13:47:21.625|.\CallTarget.cpp(1257)|Trace5|CallManager|CallTarget::create:Create IVR Target
    13:47:21.625|.\CallConf.cpp(107)|Trace5|CallControl|CallConf::eek:nIncoming:MediaServer could be used for this call
    13:47:21.625|.\ISHandler.cpp(157)|Trace5|CallControl|ISHandler::eek:nOffer:Offered: is=51456; rl=INVITE sip:17772232293@192.168.14.10:5060;rinstance=ca13e512711def0c SIP/2.0
    13:47:21.625|.\CallStrategies.cpp(605)|Trace5|CallManager|StratInOut::eek:nOffer:InOut: got offer from 10002@L:1@C:1b
    13:47:21.625|.\CallEvents.cpp(78)|Trace5||FireStatusEvent:Fire event: Calling; DN 10002
    13:47:21.625|.\Call.cpp(1148)|Trace5|CallControl|CallLegImpl::provideAnswer:provide answer (MS) to 10002@L:1@C:1b
    13:47:21.625|ServerInviteSession.cxx(251)|Trace5|Resip|>>:UAS_EarlyOffer: provideAnswer
    13:47:21.625|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition UAS_EarlyOffer -> UAS_EarlyProvidedAnswer
    13:47:21.625|ServerInviteSession.cxx(443)|Trace5|Resip|>>:UAS_EarlyProvidedAnswer: accept(200)
    13:47:21.625|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition UAS_EarlyProvidedAnswer -> UAS_Accepted
    13:47:21.625|.\ISHandler.cpp(140)|Trace5|CallControl|ISHandler::eek:nReadyToSend:InviteSession(51456) sends SIP/2.0 200 OK
    13:47:21.625|.\ISHandler.cpp(74)|Trace5|CallControl|ISHandler::eek:nConnected:ConnectedUAS: is=51456;rl=SIP/2.0 200 OK
    13:47:21.625|.\Call.cpp(247)|Trace5|CallControl|CallLegImpl::eek:nConnected:Connected: 10002@L:1@C:1b
    13:47:21.625|.\CallStrategies.cpp(646)|Trace5|CallManager|StratInOut::eek:nConnected:InOut: got Connected from 10002@L:1@C:1b
    13:47:21.625|.\CallEvents.cpp(78)|Trace5||FireStatusEvent:Fire event: Connected; DN 10002
    13:47:21.656|.\Call.cpp(260)|Log2|CallControl|CallLegImpl::eek:nConnected:Call(C:1B): Created audio channel for Ln:10002@Callcentric (204.11.192.22:49506) with Media Server (76.212.49.172:9002)
    13:47:21.656|.\Endpoint.cpp(75)|Trace5|Endpoint|Endpoint::findSource:No Remote-Party-ID header found
    13:47:21.671|.\Endpoint.cpp(95)|Trace5|Endpoint|Endpoint::findSource:Lines Is here
    13:47:21.671|.\Endpoint.cpp(110)|Trace5|Endpoint|Endpoint::findSource:Only one lines is here
    13:47:21.671|.\Endpoint.cpp(116)|Trace5|Endpoint|Endpoint::findSource:Settings for caller is found: CfgExtLine:10005
    13:47:21.671|DialogUsageManager.cxx(1190)|Trace5|Resip|>>:Got: SipReq: OPTIONS 0005*002@76.212.49.172:5060 tid=6b18d7d9 cseq=OPTIONS contact=Anonymous@82.150.141.183 / 102 from(wire)
    13:47:21.781|DialogUsageManager.cxx(1190)|Trace5|Resip|>>:Got: SipReq: ACK 17772232293@192.168.14.10:5060 tid=-6bb829b6980ff50cd982a42d543fc213 cseq=ACK contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 1 from(wire)
    13:47:21.781|DialogUsageManager.cxx(1516)|Trace5|Resip|>>:Handling in-dialog request: SipReq: ACK 17772232293@192.168.14.10:5060 tid=-6bb829b6980ff50cd982a42d543fc213 cseq=ACK contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 1 from(wire)
    13:47:21.781|ServerInviteSession.cxx(684)|Trace5|Resip|>>:dispatchAccepted: SipReq: ACK 17772232293@192.168.14.10:5060 tid=-6bb829b6980ff50cd982a42d543fc213 cseq=ACK contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 1 from(wire)
    13:47:21.781|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition UAS_Accepted -> InviteSession::Connected
    13:47:21.781|.\ISHandler.cpp(82)|Trace5|CallControl|ISHandler::eek:nConnectedConfirmed:ConnCfmd: is=51456;rl=ACK sip:17772232293@192.168.14.10:5060 SIP/2.0
    13:47:21.781|.\Call.cpp(281)|Trace5|CallControl|CallLegImpl::eek:nConnCfmd:ConnCfmd: 10002@L:1@C:1b
    13:47:21.906|DialogUsageManager.cxx(1190)|Trace5|Resip|>>:Got: SipReq: BYE 17772232293@192.168.14.10:5060 tid=-fba946f41c85c18411c29a99c7a9ea96 cseq=BYE contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 2 from(wire)
    13:47:21.906|DialogUsageManager.cxx(1516)|Trace5|Resip|>>:Handling in-dialog request: SipReq: BYE 17772232293@192.168.14.10:5060 tid=-fba946f41c85c18411c29a99c7a9ea96 cseq=BYE contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 2 from(wire)
    13:47:21.906|InviteSession.cxx(1592)|Trace5|Resip|>>:Received SipReq: BYE 17772232293@192.168.14.10:5060 tid=-fba946f41c85c18411c29a99c7a9ea96 cseq=BYE contact=0071177c71f3340b0fedd0588bc17cdd@204.11.192.22:5060 / 2 from(wire)
    13:47:21.906|.\ISHandler.cpp(140)|Trace5|CallControl|ISHandler::eek:nReadyToSend:InviteSession(51456) sends SIP/2.0 200 OK
    13:47:21.906|InviteSession.cxx(2046)|Trace5|Resip|>>:Transition InviteSession::Connected -> InviteSession::Terminated
    13:47:21.906|.\ISHandler.cpp(100)|Trace5|CallControl|ISHandler::eek:nTerminated:Terminated: is=51456;reason=PeerEnded;rl=BYE sip:17772232293@192.168.14.10:5060 SIP/2.0
    13:47:21.906|.\CallStrategies.cpp(690)|Trace5|CallManager|StratInOut::eek:nHangUp:InOut: got Hang-Up from 10002@L:1@C:1b
    13:47:21.906|.\CallStrategies.cpp(721)|Log2|CallManager|StratInOut::eek:nHangUp:Call(C:1B): Call from Ln:10002@Callcentric to 450 has been terminated
    13:47:21.906|.\CallEvents.cpp(78)|Trace5||FireStatusEvent:Fire event: OnHook; DN 10002
    13:47:21.906|.\CallConf.cpp(413)|Trace5|CallControl|CallConf::~CallConf:Destroying call C:1B
    13:47:21.921|.\CallStrategies.cpp(850)|Trace5|CallManager|StratInOut::~StratInOut:InOut: strategy is terminated
    13:47:22.437|.\Call.cpp(1344)|Trace5|CallControl|CallLegImpl::~CallLegImpl:Leg 10002@L:1@C:1b is destroyed
    13:47:22.437|.\MSInterface.cpp(540)|Trace5||??:MSLogReports
    13:47:22.437|.\SLServer.cpp(264)|Error1|MediaServer|MediaServerReporting::RTPReceiver:from 'bi-server:0/MediaServer':No RTP packets were received on 00000022@:remoteAddr=204.11.192.22:49506,extAddr=76.212.49.172:9002,localAddr=0.0.0.0:9002
     
  4. Nick Galea

    Nick Galea Site Admin

    Joined:
    Jun 6, 2006
    Messages:
    1,677
    Likes Received:
    23
    We dont support G729. You must have your provider use G711 or GSM. If your provider does not support it you will have to use another provider.
     
  5. mbeijen

    Joined:
    May 16, 2007
    Messages:
    5
    Likes Received:
    0
    I'm just starting with all this stuff, so please explain.

    You're saying that you dont support G729, however when I route this call directly to an extention, it's working fine.

    It's just when it's going to the attendend that the call gets dropped.
     
  6. Nick Galea

    Nick Galea Site Admin

    Joined:
    Jun 6, 2006
    Messages:
    1,677
    Likes Received:
    23
    Hi,

    Probably your phone supports G729. So therefore it would seem that the VOIP provider and phone can talk to each other because they both support G729. However when it goes to our Auto attendant, it does not support G729 and can not communicate with the provider.

    Just FYI, G729 is not supported for licensing reasons. Its licensing is prohibitive. GSM is more or less the same but is free. Use G711, or if you must use less bandwidth choose a provider that supports GSM.
     
  7. mbeijen

    Joined:
    May 16, 2007
    Messages:
    5
    Likes Received:
    0
    This is what callcentric told me :

    We placed test calls to all 3 of your numbers and the only difference we found is with the codec's that are being offered; and what your equipment responds with - although there is no actual "problem" in the signaling.

    On the 2 ported numbers; for example 18324822559 we offer:
    G729 & PCMU

    Your equipment answers these calls with only PCMU offered; and then it (your equipment) drops the call.

    On the original number we assigned to you we offer:
    G729 , PCMU & PCMA

    and your equipment answers these calls with: PCMU and PCMA.


    So the call gets dropped with PCMU (which is 711 right?)[/i]
     
  8. Nick Galea

    Nick Galea Site Admin

    Joined:
    Jun 6, 2006
    Messages:
    1,677
    Likes Received:
    23
    At present Call centric is not a supported provider, i recommend you use a supported provider instead.
     

Share This Page