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@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@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@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@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@davri.com
Indianapolis, Indiana

Sent from a mobile device.

On Jun 19, 2013 1:13 PM, "John Doe" <boogieman2048@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org