[*] StarStar Me: Using your name as your phone number

Mon Jan 28 12:42:07 CST 2013

With Lync, you install Edge services which by default allows you to both
remotely access the system (no VPN or anything extra required) and to
federate with other organizations.

When you call direct between two federated Lync organizations it uses some
flavour of SIP TLS over TCP. I've never heard of anyone trying to get that
working with anything other than Lync but in theory it should be possible
without much work. Lync to Cisco gateways via SIP trunking works fine so
the protocol can't be all that customized/broken.

Sometime in the half of 2013 there is supposed to be complete Lync-to-Skype
federation (audio only).

Also, Lync has always had an integrated XMPP gateway capability which
allows Instant messaging between Lync and Google Talk, MSN etc. You would
think they could easily build on that to add voice and video capability?

John

On Mon, Jan 28, 2013 at 12:21 PM, Adam Thompson <athompso at athompso.net>wrote:

> Both varieties of Skype connector existed at times.
>
> Lynx can talk regular SIP, although John will know a lot more about that
> than I do.  (Maybe only SIP-T?)
> I believe you have to do some sort of directory federation to do something
> like the sip.edu model... can Lynx do dynamic lookups, or does the
> directory object have to preexist?
>
> -Adam
>
> Dan Keizer <ve4drk at gmail.com> wrote:
>
> >Time heals all wounds ;-)
> >
> >A few years back, Digium did provide access to skype via the
> >asterisk-to-skype bridge product into their commercial offering ... MS
> >bought skype almost 2 years ago ... a month or so shortly thereafter,
> >Digium loses it's skype integration access and ceasing sales a few
> >months later -- now the skype support for skype-for-asterisk ends this
> >year after it's 2 year support agreement.  I found this reference to
> >their notice :
> http://blogs.digium.com/2011/05/26/skype-for-asterisk-end-of-sale-july-26-2011/
> >
> >I'm not sure if the protocol in use to integrate Asterisk with Skype
> >was the Skype protocol or direct SIP, as skype provided both.  Maybe
> >someone who did skype-asterisk integration would know...
> >
> >From my understanding of Lync, all connectivity is based on the server
> >and it's SIP protocol extensions - so, seems restricted to me ...
> >
> >Dan.
> >
> >
> >On Mon, Jan 28, 2013 at 8:21 AM, John Lange <john at johnlange.ca> wrote:
> >> I didn't mean to imply that Microsoft invented the solution, just that
> they
> >> "solved" the problem by adopting the correct solution. However I do
> think
> >> Microsoft does deserve a bit of additional credit because to date they
> are
> >> the only ones to incorporate a direct sip-to-sip calling solution into
> the
> >> core of a commercial product.
> >>
> >> In the case of Lync, it's becomes more viable because it's part of the
> >> standard implementation. If you setup Lync the standard way it's
> supposed to
> >> be installed, you get this extra bonus of being able to do sip-to-sip
> calls.
> >>
> >> One thing I have not had any time to explore is how compatible it is
> with
> >> non-Lync deployments. Could I call someone on sip.edu for example? As
> things
> >> stand, probably not but maybe with some work?
> >>
> >> John
> >>
> >>
> >> On Fri, Jan 25, 2013 at 4:18 PM, Ron Dallmeier <rondallmeier at fiber.ca>
> >> wrote:
> >>>
> >>> What you are describing wasn't created by MS (so far as I know)? But I
> >>> am happy to see that they adopted the correct solution.
> >>> It sounds identical to sip.edu.
> >>> We had an project at MRnet (winter of 2004/2005). Bill had set this up
> >>> on a MRnet server (asterisk and SER). We could direct sip2sip call
> >>> people at the big universities in the US by their email address.
> >>> You attempt to make the call using the email address. The sip proxy
> >>> does a DNS-SRV record lookup to see if there is a sip gateway for that
> >>> domain, if so the call setup request to sent that way.
> >>> The sip gateway would know if the target user had a active sip
> >>> registration or the participating universities would map the email to
> >>> the respective campus phone using existing database lookups.
> >>> Funny thing the biggest problem with our project was getting it to
> >>> work with the UofM's PBX via PRI (we weren't getting the dialed
> >>> number).
> >>>
> >>> ...Ron
> >>>
> >>> On Fri, Jan 25, 2013 at 8:21 AM, John Lange <john at johnlange.ca> wrote:
> >>> > That article about the ** thing is just a gimmick. Basically it's a
> >>> > speed-dial-by-name. If you a contact list you can already
> dial-by-name.
> >>> >
> >>> > But Ron's comment about email addresses reminded me of something...
> >>> >
> >>> > A few years back we talked about the challenge direct "dialing"
> people
> >>> > with
> >>> > the keypad who don't have a phone number. There have been a few
> >>> > proposals in
> >>> > this area specifically things like ENUM.
> >>> >
> >>> > What I've come to realize in the intervening time is that this
> problem
> >>> > is
> >>> > already well on it's way to solving itself and it's actually not that
> >>> > complicated.
> >>> >
> >>> > Step 1. Forget about the numeric keypad as the problem. With the
> >>> > proliferation of smartphones, just about everyone effectively dials
> by
> >>> > name.
> >>> > They lookup a contact and then press "call". On my smartphone, when I
> >>> > touch
> >>> > the "phone" button, it doesn't come up with a keypad, it comes up
> with a
> >>> > list of searchable contacts. I can't even remember the last time I
> >>> > called
> >>> > someone by punching in numbers using the keypad. So while I may not
> be
> >>> > typical, it does prove that it's possible to get rid of they keypad
> as
> >>> > the
> >>> > primary input device.
> >>> >
> >>> > With deskphones it's the same thing. If you look at Microsoft Lync,
> even
> >>> > the
> >>> > desk phone is integrated with your address book. I just start
> spelling
> >>> > the
> >>> > name with the keypad and typically within 3 key presses it's narrowed
> >>> > the
> >>> > list down to my intended contact (It automatically matches the name
> or
> >>> > the
> >>> > phone number as I type it in).
> >>> >
> >>> > Step 2. Adopt a standard for direct sip-to-sip calling. Microsoft
> (yes
> >>> > Microsoft!) has already solved this problem with an elegant and
> simple
> >>> > solution; DNS SRV. It works like this: take an email address and
> look up
> >>> > the
> >>> > sip service for my domain using DNS SRV, then call that destination
> >>> > directly
> >>> > bypassing the PSTN.
> >>> >
> >>> > So lets take this as a practical example. Lets say I have a contact
> in
> >>> > my
> >>> > address book "Mike Smith". I probably have his name, email and phone
> >>> > number.
> >>> > If I want to call Mike, I look up his contact and touch "call". In
> the
> >>> > background my voice application (my "phone") does DNS SRV lookup for
> SIP
> >>> > using his email address. If it returns a result, I "dial" that and
> talk
> >>> > to
> >>> > Mike. If it fails, I fall-back to a traditional PSTN/Cell call.
> >>> >
> >>> > John
> >>> _______________________________________________
> >>> Asterisk mailing list
> >>> Asterisk at muug.mb.ca
> >>> http://www.muug.mb.ca/mailman/listinfo/asterisk
> >>
> >>
> >>
> >>
> >> --
> >> John Lange
> >> www.johnlange.ca
> >>
> >> _______________________________________________
> >> Asterisk mailing list
> >> Asterisk at muug.mb.ca
> >> http://www.muug.mb.ca/mailman/listinfo/asterisk
> >>
> >_______________________________________________
> >Asterisk mailing list
> >Asterisk at muug.mb.ca
> >http://www.muug.mb.ca/mailman/listinfo/asterisk
>

-- 
John Lange
www.johnlange.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.muug.mb.ca/pipermail/asterisk/attachments/20130128/9bd9130b/attachment.html>