[Freeswitch-users] SIP Trunk to Avaya CM

Thu Jun 20 00:38:04 MSD 2013

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