[Freeswitch-users] [CS_NEW] [WRONG_CALL_STATE]

[Rajil Saraswat]

On Jul 30, 2015 8:41 PM, "Ítalo Rossi" <italorossib at gmail.com> wrote:
>
> you changed auth-calls profile param?
>
> On Thu, Jul 30, 2015 at 3:46 AM, Sergey Safarov <s.safarov at gmail.com>
wrote:
>>
>> Try analyze callflow via enabled siptrace in FS or via wireshark on vpn
interface.
>>
>>
>> On Thu, Jul 30, 2015, 06:40 Rajil Saraswat <rajil.s at gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> I have two freeswitch servers connected over vpn like the following:
>>>
>>> FS A <> openvpn<> FS B
>>>
>>> Server A has the ip address 172.16.1.2
>>> Server B has the ip address 192.16.1.2
>>> openvpn gateway is on 10.8.0.1
>>>
>>> Both the servers have the common acl defined to not nat the above
>>> addresses like following:
>>>
>>> <list name="nat.auto" default="deny">
>>>     <node type="deny" cidr="10.8.0.0/24"/>
>>>     <node type="deny" cidr="172.16.1.0/24"/>
>>>     <node type="deny" cidr="192.168.1.0/24"/>
>>> </list>
>>>
>>>
>>> <list name="localnet.auto" default="deny">
>>>        <node type="allow" cidr="172.16.1.0/24"/>
>>>        <node type="allow" cidr="10.8.0.0/24"/>
>>>        <node type="allow" cidr="192.168.1.0/24"/>
>>> </list>
>>>
>>>
>>> I am able to call the extensions on server B from server A. However if
>>> i try calling the extension on server A from server B i get an error
>>> of [CS_NEW] [WRONG_CALL_STATE]. The only way i can make a successful
>>> call from B to A is when i add the network of B in the acl on server A
>>> as follows:
>>>
>>> <list name="domains" default="deny">
>>> <node type="allow" domain="$${domain}"/>
>>> <node type="allow" cidr="192.168.1.0/24"/>
>>>
>>>
>>> Is there a reason why i need to do this?
>>>
>>> Thanks
>>> Rajil
>>>
>>>
_________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>
>
>
>
> --
> Ítalo Rossi
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

swk helped me solve this. The issue was my mtu was more than 1500. Once I
changed from using udp to tcp, the call started working again.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150731/350236e6/attachment-0001.html