Dismiss Notice
We would like to remind you that we’re updating our login process for all 3CX forums whereby you will be able to login with the same credentials you use for the Partner or Customer Portal. Click here to read more.

V11.0.53 Calling via3 CX Tunnel "Call Failed Not Acceptable"

Discussion in 'Android' started by vdjuric, Dec 25, 2013.

Thread Status:
Not open for further replies.
  1. vdjuric

    Joined:
    Dec 25, 2013
    Messages:
    2
    Likes Received:
    0
    Device Info
    Phone Model: Huawei P1 (U9200)
    Android V4.0.3
    3CX PBX V11

    Issue :
    When useing 3CX Tunnel via 3G or WiFi to make calls following error occures:
    "Call failed not acceptable"

    This happenes only when routing calls trough Grandstream GXW4108, and only from Android aplication, eather via 3CX Tunnel or using VPN connection. Windows apps work just fine using same setup. I haven't got arround to testing the IPhone app jet. Other softphones work fine trough VPN. Extn to extn works fine.

    Server log show:

    25-Dec-2013 11:55:45.671 [MS105000] C:32.1: No RTP packets were received:remoteAddr=127.0.0.1:10058,extAddr=0.0.0.0:0,localAddr=127.0.0.1:7204
    25-Dec-2013 11:55:45.312 Leg L:32.2[Line:10001>>11] is terminated: Cause: BYE from PBX
    25-Dec-2013 11:55:45.312 [CM503008]: Call(C:32): Call is terminated
    25-Dec-2013 11:55:45.296 Leg L:32.1[Extn] is terminated: Cause: BYE from 127.0.0.1:5080
    25-Dec-2013 11:55:44.859 [CM503007]: Call(C:32): Line:10001>>11 has joined, contact <sip:10001@192.168.88.100:5062>
    25-Dec-2013 11:55:44.859 [CM503007]: Call(C:32): Extn:26 has joined, contact <sip:26@127.0.0.1:35595>
    25-Dec-2013 11:55:44.843 L:32.2[Line:10001>>11] has joined to L:32.1[Extn]
    25-Dec-2013 11:55:43.703 [CM505002]: Gateway:[Grandstream] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Grandstream GXW4108 (HW 1.0, Ch:9) 1.3.4.13] PBX contact: [sip:10001@192.168.88.99:5060]
    25-Dec-2013 11:55:42.343 [CM503025]: Call(C:32): Calling T:Line:10001>>11@[Dev:sip:10001@192.168.88.100:5062;transport=udp;user=phone,Dev:sip:10002@192.168.88.100:5064;transport=udp;user=phone,Dev:sip:10004@192.168.88.100:5068;transport=udp;user=phone,Dev:sip:10005@192.168.88.100:5070;transport=udp;user=phone,Dev:sip:10006@192.168.88.100:5072;transport=udp;user=phone,Dev:sip:10007@192.168.88.100:5074;transport=udp;user=phone,Dev:sip:10003@192.168.88.100:5066;transport=udp;user=phone,Dev:sip:10000@192.168.88.100:5060;transport=udp;user=phone] for L:32.1[Extn]
    25-Dec-2013 11:55:42.312 [CM503027]: Call(C:32): From: Extn:26 ("vlada 26" <sip:26@192.168.88.99:5060>) to T:Line:10001>>11@[Dev:sip:10001@192.168.88.100:5062;transport=udp;user=phone,Dev:sip:10002@192.168.88.100:5064;transport=udp;user=phone,Dev:sip:10004@192.168.88.100:5068;transport=udp;user=phone,Dev:sip:10005@192.168.88.100:5070;transport=udp;user=phone,Dev:sip:10006@192.168.88.100:5072;transport=udp;user=phone,Dev:sip:10007@192.168.88.100:5074;transport=udp;user=phone,Dev:sip:10003@192.168.88.100:5066;transport=udp;user=phone,Dev:sip:10000@192.168.88.100:5060;transport=udp;user=phone]
    25-Dec-2013 11:55:42.312 [CM503004]: Call(C:32): Route 2: from L:32.1[Extn] to T:Line:10001>>11@[Dev:sip:10001@192.168.88.100:5062;transport=udp;user=phone,Dev:sip:10002@192.168.88.100:5064;transport=udp;user=phone,Dev:sip:10004@192.168.88.100:5068;transport=udp;user=phone,Dev:sip:10005@192.168.88.100:5070;transport=udp;user=phone,Dev:sip:10006@192.168.88.100:5072;transport=udp;user=phone,Dev:sip:10007@192.168.88.100:5074;transport=udp;user=phone,Dev:sip:10003@192.168.88.100:5066;transport=udp;user=phone,Dev:sip:10000@192.168.88.100:5060;transport=udp;user=phone]
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10000(@Grandstream[<sip:10000@192.168.88.100:5060>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10003(@Grandstream[<sip:10003@192.168.88.100:5066>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10007(@Grandstream[<sip:10007@192.168.88.100:5074>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10006(@Grandstream[<sip:10006@192.168.88.100:5072>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10005(@Grandstream[<sip:10005@192.168.88.100:5070>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10004(@Grandstream[<sip:10004@192.168.88.100:5068>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10002(@Grandstream[<sip:10002@192.168.88.100:5064>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10001(@Grandstream[<sip:10001@192.168.88.100:5062>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 [CM503027]: Call(C:32): From: Extn:26 ("vlada 26" <sip:26@192.168.88.99:5060>) to T:Line:10001>>11@[Dev:sip:10001@192.168.88.100:5062;transport=udp;user=phone,Dev:sip:10002@192.168.88.100:5064;transport=udp;user=phone,Dev:sip:10004@192.168.88.100:5068;transport=udp;user=phone,Dev:sip:10005@192.168.88.100:5070;transport=udp;user=phone,Dev:sip:10006@192.168.88.100:5072;transport=udp;user=phone,Dev:sip:10007@192.168.88.100:5074;transport=udp;user=phone,Dev:sip:10003@192.168.88.100:5066;transport=udp;user=phone,Dev:sip:10000@192.168.88.100:5060;transport=udp;user=phone]
    25-Dec-2013 11:55:42.312 [CM503004]: Call(C:32): Route 1: from L:32.1[Extn] to T:Line:10001>>11@[Dev:sip:10001@192.168.88.100:5062;transport=udp;user=phone,Dev:sip:10002@192.168.88.100:5064;transport=udp;user=phone,Dev:sip:10004@192.168.88.100:5068;transport=udp;user=phone,Dev:sip:10005@192.168.88.100:5070;transport=udp;user=phone,Dev:sip:10006@192.168.88.100:5072;transport=udp;user=phone,Dev:sip:10007@192.168.88.100:5074;transport=udp;user=phone,Dev:sip:10003@192.168.88.100:5066;transport=udp;user=phone,Dev:sip:10000@192.168.88.100:5060;transport=udp;user=phone]
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10000(@Grandstream[<sip:10000@192.168.88.100:5060>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10003(@Grandstream[<sip:10003@192.168.88.100:5066>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10007(@Grandstream[<sip:10007@192.168.88.100:5074>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10006(@Grandstream[<sip:10006@192.168.88.100:5072>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10005(@Grandstream[<sip:10005@192.168.88.100:5070>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10004(@Grandstream[<sip:10004@192.168.88.100:5068>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10002(@Grandstream[<sip:10002@192.168.88.100:5064>]) is 0; limit is 1
    25-Dec-2013 11:55:42.312 Line limit check: Current # of calls for line Lc:10001(@Grandstream[<sip:10001@192.168.88.100:5062>]) is 0; limit is 1
    25-Dec-2013 11:55:42.296 Call(C:32): Call from Extn:26 to 11 matches outbound rule 'lokali'
    25-Dec-2013 11:55:42.296 [CM503001]: Call(C:32): Incoming call from Extn:26 to <sip:11@192.168.88.99:5060>

    I hope someone could help me with this, I've tried prettz much all I could think of.
    Thanks for your time
    Vlada
     
  2. vdjuric

    Joined:
    Dec 25, 2013
    Messages:
    2
    Likes Received:
    0
    Re: V11.0.53 Calling via3 CX Tunnel "Call Failed Not Accepta

    RESOLVED

    As it turns out, there was similar post before. The issue had to do with Grandstream gateway. I didn't think it had to do with the device, as it was confugured via provisioning. Anyway, solution is to set the option "Accept invite from proxy only" to NO in the Profiles tab of GS web config. Provisioning should have fixed the issue, but for some reason didn't.

    Happy holidays
    Vlada
     
  3. leejor

    leejor Well-Known Member

    Joined:
    Jan 22, 2008
    Messages:
    11,117
    Likes Received:
    329
    Re: V11.0.53 Calling via3 CX Tunnel "Call Failed Not Accepta

    As soon as I saw that you were using a Grandstream gateway, the issue sounded familiar. Then I got to your second post where you had come across a previous post on the problem.

    I'm hoping that the provisioning templates in Version 12 have been "corrected" to deal with this, or , at least some mention of it in the support documentation.

    With version 11...I have to assume that those users are either not using remote Android sets with this gateway, or they have already discovered and corrected the setting, as this has not come up that often. So, if it wasn't corrected in the last service pack for 11, then it probably won't be dealt with.

    Perhaps someone from 3CX can comment.
     
Thread Status:
Not open for further replies.