AVCI
Thursday, April 15, 2010
2:00 PM Eastern
Participants: Bob Dixon, Ben Fineman, Les Finken from Iowa, Charles Ganzhorn from Cisco, Walt Magnussen from Texas A&M, Simon in CA (flies home on Friday), Mike Hite from Penn State,
(Karen Mulberry not available to present today).
Ben talked about the wiki, take a look at what we have going on in the wiki space. Bob had suggested some good ideas for how we get that populated. There is a section set aside with current situation, problems trying to solve, potential solutions and what they might be.
Walt said on the IMS one, he just had an article published in ACUTA journal this spring, explaining the components of the architecture. May be good to add under potential solutions in the IMS section.
Walt said he would ask Tyler to provide something for GDS, a summary of what he did last week.
Arbitrage, enum, e164.
Walt talked about Arbitrage. Companies like Arbornet who run a service (Spider) that links outbound calls, it queries the rest of the netwok to see if it comes up with a match for the service you are looking for. What most IP providers use for peering. Walt explained how this works, how it comes up with the other IP addresss the network talks to. If all subscribe, carrier A and carrier B can do private peering, but each doing that with all of the networks doesn't work.
Charles from CISCO said it is a dynamic peer to peer. There is a database dip, one built by the peer to peer network themselves. Validation is actual calls on the PSTN network. Charles said the trunk is SIP.
Walt summarized that Charles is talking about another solution. IME is the acronym, not IMS.
TO DO: add IME as a potential solution. And correct previous notes. Charles offered to get internal CISCO IME (inter company media engine) project manager to join one of these calls.
Ben suggested it be useful to brainstorm a list of the problems we are trying to solve. Walt asked Bob to get started.
Bob - since most have evolved, exists most in edu institutions, not adapted by commercial institutions. Walt asked for clarification. GDS was supposed to be dialing plan for academia. There was some degree of adoption, but the staffing became hit and miss, the web pages that supported it got old and looked disused. Many fell to URI or IP dialing. Adoption fell off. Disjoint dialing behavior in academia. Even if all had adopted, commercial enterprise wouldn't. Charles mentioned CISCO, bringing up GDS - it got no interest. Not a growing concern anymore, fragmented, what is the dialing plan to use. Not even in use by the target intended community or enterprise organizations.
Walt said this led to creation of two separate dialing plans. E164 for the non video devices. Complication made it seem like it wasn't worth it. And then add in the rest of the world trying to dial in.
Right now we do URI and IP dialing. Right now we are connecting with each other. We have two ways, what does a common dialing plan get us.
Charles said beauty of GDS is it can be resolved, regardless of model or vintage. He said there was some rejection over a call control plane because some just wanted IP dialing.
Walt said IP dialing will go away in the future.
Bob mentioned a couple of things, different view point. GDS continues to go. Nick Thompson manages that. He thinks unawareness is reason it has not been widely adopted. Folks are simply unaware of dialing options. You have a large number of uninformed users who want to do it in an easy way.
Charles mentioned searching GDS and finding very stale information.
Simon mentioned doing work on GDS gatekeepers and European dialing space effort. He was able to bridge between the dialing by having set of rules within the gatekeeper. On the enum side, mapped e164 numbers to the URI side. Simon talked about the architecture structure, doing an enum look-up, and how you can support all three at the same time. It does a number analysis of the number you are dialing.
Talk about formatting television endpoints issue and solution to introduce a transcoder into the control plane. RTP streams and how they works on Lifesize, Tanberg and how Cisco Telepresence is different was explained. Charles explained how things work auto "magically" to transcode media streams.
Walt also mentioned having dialing issues when sitting on a Broadsoft SIP device and what is sitting on his desk and what non-devices allow. He asked if others have experience.
Walt for example, the dialing sequence on GDS - digit string starts with 00. Simon said you need a 00 rule.
Walt will share this with engineers at Broadsoft to make sure it won't create issues.
Simon also mentioned issue of 3G4M (what 3G phones use). We need to look at how we will support that as well. Sprint is already rolling out 4G. ATT and Verizon have decided that IMS is what they use going forward. 3G or 3G4N in Australia. Expect 4G is about a year off. Doing a project with Quatar. Simon asked how you envision IMS system working with that. Walt said IMS is nothing more than a bunch of SIP proxies. Simon asked about messaging.
Walt asked for clarification, in what aspect. Simon asked about the kind of service beyond standard video calls.
Walt said this conversation has been helpful. Ben summarized that we are making good progress. Adoption and compatibility are the two problems thus far. What else?
Walt said the support issue was brought up. Need to drill down to a list of the services and see where interoperability would be important.
Simon rejoined the call (2:37 pm).
Walt mentioned H.323 video networks. He asked Charles about listing Telepresence separately. Cisco Telepresence is different than Tanberg, Lifesize and Polycom. They are not doing a standard call with standard media. The others don't have as much of an issue.
Walt, seeing six networks that would be desirable and accessible.
323. SIP networks, CISCO TP, 4G wireless, 3G wireless, and PSGN (PSTN?) E164 or POTS to interconnect with a legacy network. Remember that we are looking for media agnostic solution for voice and video.
Charles mentioned getting this dial plan interconnecting with dial plan basis of enterprises. There are wide variations for how dialing is done. Walt knows about U.S and Quatar. Assumes the rest of the U.S is going the same way.
Walt, asked Ben about upcoming SMM10 meeting plans. Are there action items for that meeting besides increasing participation and talking to folks interested in topic at hand.
Walt said from discussion last time, asked if anyone else besides Walt and Ben would be attending - no.
Walt said we agreed that we would send the meeting out - using Adobe Connect for chat, and if we can, a VOIP call in as well.
Walt said he can provide access to a bridge and gateway. He will bring a polycom speaker phone, too.
Tuesday at SMM10. Next schedule would be Thursday April 29th.
Walt asked Ben if we keep that next meeting more general, rather than bring content subject.
Walt is asked Ben to give IME talk on April 29th.
Charles mentioned Simon wiki entry and country code for internet based stuff. Does he interact with things out there on that number space. Walt said this is the option Karen would talk about the 878 space. Simon said a separate company controls that space. Perhaps Internet2 should have own control space. The Global Services space. Does anyone on the circuit side still build linkages. Charles said you can have linkages in multiple countries. Can go to Verizon and ATT and ask them to host.
Walt mentioned dividing space into the hierarchy they want internally. Can globalize it themselves. Yet if other countries want to host connection point, you could host multiple country connection points.
Charles to Simon asked about rich media in Australia. (Simon dropped off!)
Charles said if that is true, that is the only example he is aware of someone doing.
Simon is back - Charles talked about Telestra on their SIP VOIP offering allowing for rich media call. He asked Simon about his experience. Simon mentioned Jason from Arnet in Brisbon. Simon will get with Jason to discuss.
Walt concluded we have a plan going forward. If others want, lets get others to join. Ben and Walt will provide info about this group and try to get input and participation. Will meet at SMM10 and Thursday 2 PM - Simon asked if we could move it earlier.
Ben agreed we need to get to consensus. Walt suggested aiming for end of the day at 5 pm Central time = 8 AM Australia time. This would work for Jason as well.
Walt said even 5 pm Eastern would be 7 am Australia time. That would be fine.
5:00 PM Eastern won't work for Ben for the next few weeks. Neither does it work for Bob Dixon. Ben suggested a Doodle pool. Simon said moving it earlier is fine.
Walt headed to another meeting. He will let Ben take it from here. End 2:58 PM.