Thanks Michael. So far I don’t see anything not working but it’s only been a few hours since I turned on this server to start accepting real traffic.

But based on this code, it looks to me like it should only be happening during a call, correct? It looks to me like I’m getting this log repeating even when there is no call traffic on the server, like it’s happening on phone register.

Thanks
Cj B

On Feb 16, 2016, at 11:55 AM, Michael Jerris <mike@jerris.com> wrote:

From the block of code:

        if (is_dialog) {                                                                                                                                        
            // Usually we report the dialogs FROM the probed user.  The exception is when the monitored endpoint is internal,                                   
            // and its presence_id is set in the dialplan.  Reverse the direction if this is not a registered entity.                                           
            const char *caller = switch_str_nil(switch_event_get_header(helper->event, "caller-username"));                                                     
            if (!strcmp(direction, "inbound") && strcmp(sub_to_user,  caller)) {                                                                                
                // If inbound and the entity is not the caller (i.e. internal to FS), then the direction is reversed                                            
                // because it is not going through the B2BUA                                                                                                    
                switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_DEBUG, "sofia_presence_sub_callback: endpt is internal\n");                                    
                direction = !strcasecmp(direction, "outbound") ? "inbound" : "outbound";                                                                        
            }                                                                                                                                                   
                                                                                                                                                                
        }                                                                                                                                                       

This is from a patch from 2011, and would have been in 1.4.26 as well, so you probably just didn't notice it before.  Are you actually having something not working?

On Feb 16, 2016, at 2:50 PM, Cj B <blackc2004@gmail.com> wrote:

I would like to know what it means so that if it’s a problem I can fix it.

Thanks
Cj B

On Feb 16, 2016, at 11:25 AM, Giovanni Maruzzelli <gmaruzz@gmail.com> wrote:

Why you want to stop a debug message?

Il 16/Feb/2016 20:16, "Cj B" <blackc2004@gmail.com> ha scritto:
Hi everyone,

I just recently moved a setup from 1.4.26 to 1.6.6 and I keep seeing the following repeat over and over in the logs. 
2016-02-16 14:03:38.940698 [DEBUG] sofia_presence.c:2908 sofia_presence_sub_callback: endpt is internal
2016-02-16 14:03:38.940698 [DEBUG] sofia_presence.c:2908 sofia_presence_sub_callback: endpt is internal

Calls appear to be completing properly and phones are registered. I was just wondering what this means and if there’s a way to stop it?

uname -a
Linux my.domainname.com 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u1 (2015-12-14) x86_64 GNU/Linux

/usr/local/freeswitch/bin/freeswitch -version
FreeSWITCH version: 1.6.6+git~20160111T201612Z~d2d0b3283a~64bit (git d2d0b32 2016-01-11 20:16:12Z 64bit)

Thanks,
Cj B


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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