Author: brian Date: Tue Jun 9 11:10:12 2009 New Revision: 13723 Log: you know don't store the transport on the aor becuase then everyone has to match... bad bad bad Modified: freeswitch/trunk/src/mod/endpoints/mod_sofia/sofia_sla.c Modified: freeswitch/trunk/src/mod/endpoints/mod_sofia/sofia_sla.c ============================================================================== --- freeswitch/trunk/src/mod/endpoints/mod_sofia/sofia_sla.c (original) +++ freeswitch/trunk/src/mod/endpoints/mod_sofia/sofia_sla.c Tue Jun 9 11:10:12 2009 @@ -154,8 +154,7 @@ */ /* We always store the AOR as the sipip and not the request so SLA works with NAT inside out */ - aor = switch_mprintf("sip:%s@%s;transport=%s", sip->sip_contact->m_url->url_user, - profile->sipip, sofia_glue_transport2str(transport)); + aor = switch_mprintf("sip:%s@%s", sip->sip_contact->m_url->url_user, profile->sipip); /* * ok, and now that we HAVE the AOR, we REALLY should go check in the XML config and see if this particular @@ -293,8 +292,7 @@ /* calculate the AOR we're trying to tell people about. should probably double-check before derferencing XXX MTK */ /* We always store the AOR as the sipip and not the request so SLA works with NAT inside out */ - aor = switch_mprintf("sip:%s@%s;transport=%s", sip->sip_to->a_url->url_user, - profile->sipip, sofia_glue_transport2str(transport)); + aor = switch_mprintf("sip:%s@%s", sip->sip_to->a_url->url_user, profile->sipip); /* this isn't sufficient because on things like the polycom, the subscriber is the 'main' ext number, but the * 'main' ext number isn't in ANY of the headers they send us in the notify. of course.