[Freeswitch-users] SIP Trunk to Avaya CM

Thu Jun 20 01:36:18 MSD 2013

The only problem you seem to have here (by looking in the logs) is that the
IP of the Avaya CM is not allowed in ACL - so FS will force the remote node
to authenticate. Just add the IP of the CM in the ACL configuration, as an
allowed IP, and everything shoudl work. I have this running in production,
and no other special settings are needed.

/Peter

2013/6/19 John Doe <boogieman2048 at gmail.com>

> A basic sip/tcp trunk from ACM to FS.
>
> TCP and TLS are supported in 5.2 w/o the use of a session manager or a ses
>
>
> On Wed, Jun 19, 2013 at 4:21 PM, Kaleem <k4kaleem at gmail.com> wrote:
>
>> Hi John,
>>
>> What's setup on CM side, do u have session manager? Or u using SES (sip
>> enablement svr) CM on its own will only support TLS and not tcp
>>
>> Regards,
>> Kaleem Rehman
>>
>>
>> Sent from my iPhone
>>
>> On 19 Jun 2013, at 19:06, John Doe <boogieman2048 at gmail.com> wrote:
>>
>> Sorry if my email came through twice.
>>
>> Anyway, on an inbound call from Avaya to FS I get this:
>> 2013-06-19 13:58:44.032106 [NOTICE] switch_channel.c:1030 New Channel
>> sofia/internal/<CLID>@sip.fqdn.domain [e1c8dd92-d909-11e2-9fe9-35a57d4c5ab4]
>> 2013-06-19 13:58:44.032106 [DEBUG] switch_core_session.c:1006 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:44.032106 [DEBUG] switch_core_session.c:1006 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:44.032106 [DEBUG] switch_core_state_machine.c:416
>> (sofia/internal/<CLID>@sip.fqdn.domain) Running State Change CS_NEW
>> 2013-06-19 13:58:44.032106 [DEBUG] switch_core_state_machine.c:434
>> (sofia/internal/<CLID>@sip.fqdn.domain) State NEW
>> 2013-06-19 13:58:44.052102 [DEBUG] sofia.c:7913 IP 192.168.88.10 Rejected
>> by acl "domains". Falling back to Digest auth.
>> 2013-06-19 13:58:44.052102 [DEBUG] switch_core_session.c:1006 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:44.052102 [DEBUG] sofia.c:1788 detaching session
>> e1c8dd92-d909-11e2-9fe9-35a57d4c5ab4
>> 2013-06-19 13:58:54.092102 [WARNING] switch_core_state_machine.c:515
>> e1c8dd92-d909-11e2-9fe9-35a57d4c5ab4 sofia/internal/<CLID>@sip.fqdn.domain
>> Abandoned
>> 2013-06-19 13:58:54.092102 [NOTICE] switch_core_state_machine.c:518
>> Hangup sofia/internal/<CLID>@sip.fqdn.domain [CS_NEW] [WRONG_CALL_STATE]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_channel.c:3135 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [KILL]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_session.c:1341 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:416
>> (sofia/internal/<CLID>@sip.fqdn.domain) Running State Change CS_HANGUP
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:679
>> (sofia/internal/<CLID>@sip.fqdn.domain) State HANGUP
>> 2013-06-19 13:58:54.092102 [DEBUG] mod_sofia.c:463 Channel
>> sofia/internal/<CLID>@sip.fqdn.domain hanging up, cause: WRONG_CALL_STATE
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:48
>> sofia/internal/<CLID>@sip.fqdn.domain Standard HANGUP, cause:
>> WRONG_CALL_STATE
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:679
>> (sofia/internal/<CLID>@sip.fqdn.domain) State HANGUP going to sleep
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:692
>> (sofia/internal/<CLID>@sip.fqdn.domain) Callstate Change DOWN -> HANGUP
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:447
>> (sofia/internal/<CLID>@sip.fqdn.domain) State Change CS_HANGUP ->
>> CS_REPORTING
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_session.c:1341 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:416
>> (sofia/internal/<CLID>@sip.fqdn.domain) Running State Change CS_REPORTING
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:764
>> (sofia/internal/<CLID>@sip.fqdn.domain) State REPORTING
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:92
>> sofia/internal/<CLID>@sip.fqdn.domain Standard REPORTING, cause:
>> WRONG_CALL_STATE
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:764
>> (sofia/internal/<CLID>@sip.fqdn.domain) State REPORTING going to sleep
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:441
>> (sofia/internal/<CLID>@sip.fqdn.domain) State Change CS_REPORTING ->
>> CS_DESTROY
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_session.c:1341 Send signal
>> sofia/internal/<CLID>@sip.fqdn.domain [BREAK]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_session.c:1549 Session 14
>> (sofia/internal/<CLID>@sip.fqdn.domain) Locked, Waiting on external entities
>> 2013-06-19 13:58:54.092102 [NOTICE] switch_core_session.c:1567 Session 14
>> (sofia/internal/<CLID>@sip.fqdn.domain) Ended
>> 2013-06-19 13:58:54.092102 [NOTICE] switch_core_session.c:1571 Close
>> Channel sofia/internal/<CLID>@sip.fqdn.domain [CS_DESTROY]
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:566
>> (sofia/internal/<CLID>@sip.fqdn.domain) Callstate Change HANGUP -> DOWN
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:569
>> (sofia/internal/<CLID>@sip.fqdn.domain) Running State Change CS_DESTROY
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:579
>> (sofia/internal/<CLID>@sip.fqdn.domain) State DESTROY
>> 2013-06-19 13:58:54.092102 [DEBUG] mod_sofia.c:373
>> sofia/internal/<CLID>@sip.fqdn.domain SOFIA DESTROY
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:99
>> sofia/internal/<CLID>@sip.fqdn.domain Standard DESTROY
>> 2013-06-19 13:58:54.092102 [DEBUG] switch_core_state_machine.c:579
>> (sofia/internal/<CLID>@sip.fqdn.domain) State DESTROY going to sleep
>>
>> Very very new to how FS operates, so thank you very much in advance for
>> any insight you can offer.
>>
>>
>>
>> On Wed, Jun 19, 2013 at 1:46 PM, Brian Foster <bdfoster at davri.com> wrote:
>>
>>> If you have a console log we might be able to help you out to see why FS
>>> isn't registering. I personally haven't interfaced with Avaya before.
>>>
>>> - BDF
>>>
>>> Thank you,
>>>
>>> Brian Foster
>>> Project Manager/Owner's Rep.
>>> Davri Investments, Inc.
>>> O: 317-787-2686 x2102
>>> M: 317-600-9753
>>> E: bdfoster at davri.com
>>> Indianapolis, Indiana
>>>
>>> Sent from a mobile device.
>>> On Jun 19, 2013 1:13 PM, "John Doe" <boogieman2048 at gmail.com> wrote:
>>>
>>>>  Does anyone have the configuration settings for creating a sip trunk
>>>> back to an Avaya CM 5.2?
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.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://wiki.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://wiki.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://wiki.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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130619/e6fd83d6/attachment-0001.html 