[Freeswitch-users] SIP Trunk to Avaya CM

Wed Jun 19 22:15:20 MSD 2013

I've did it with an avaya 3 years ago, don't remember the version but it
works with native configuration. The only point is that the AVAYA was only
able to manage SIP trunk in TCP (no UDP),  so you have to configure access
and work in SIP TCP.

Regards,

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

> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130619/d4fc62f8/attachment-0001.html 