Download Presention

513 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
513
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • The existing billing is based on the very successful Voice-over-IP (VoIP) Toll-bypass service that currently operates within AARNet. It is based on a limited number of access and exit points and real-time call records and packet counting of traffic volume used for voice.
  • The existing billing is based on the very successful Voice-over-IP (VoIP) Toll-bypass service that currently operates within AARNet. It is based on a limited number of access and exit points and real-time call records and packet counting of traffic volume used for voice.
  • Download Presention

    1. 1. Video over IP Working Group QUESTnet 2003 Session 2 – How does it work?
    2. 2. Contents <ul><li>The core is the ITU-T H323 Standard, with a key goal to support the IETF SIP Standard equally. </li></ul><ul><li>H.323 Gatekeepers for Video </li></ul><ul><li>Security for Video to the LAN desktop </li></ul><ul><li>Conferencing using MCU </li></ul><ul><li>Directory System </li></ul><ul><li>QoS </li></ul><ul><li>ENUM for video </li></ul><ul><li>Peering with other VoIP networks </li></ul>
    3. 3. H.323 and the Gatekeepers
    4. 4. H.323 building blocks Based on ITU H.323 standards
    5. 5. Gatekeepers <ul><li>These are the domain name Servers for Telephone numbers, eg 61 2 6222 3555. </li></ul><ul><li>They also support domain name like calling, eg [email_address] </li></ul><ul><li>Strong recommendation that members support their own Gatekeeper for their Video end points, but use the AARNet core gatekeepers for commodity Telephony. </li></ul><ul><li>On Cisco GK use “show gatekeeper endpoints”, “debug ras” and “debug h225 asn1”. </li></ul>
    6. 6. H.323 Gatekeeper hierarchy Based on ITU H.323 standards
    7. 7. Gatekeeper details <ul><li>International roots </li></ul><ul><ul><li>There are four. </li></ul></ul><ul><ul><li>Each is a redundant pair of Radvision Gatekeepers. Asia pacific Gatekeeper is at the ACT RNO. </li></ul></ul><ul><ul><li>203.22.212.235 </li></ul></ul><ul><li>Australian Root </li></ul><ul><ul><li>Cisco MCM IOS, version 12.2(1a) on a 3640 </li></ul></ul><ul><ul><li>203.22.212.242. </li></ul></ul><ul><li>Public GK </li></ul><ul><ul><li>Cisco MCM IOS, version 12.2(1a) on a 3640 </li></ul></ul><ul><ul><li>203.22.212.245 </li></ul></ul><ul><li>Configuration template will be available at http://www.aarnet.edu.au/engineering </li></ul>
    8. 8. Member Cisco Video Gatekeeper Template <ul><li>Gatekeeper Config for a Member GK under the root GK. </li></ul><ul><li>gatekeeper zone local terminals-staff domain.edu.au ! This one is a zone for local staff terminals to join zone local terminals-students member.edu.au ! This one is a zone for local students terminals to join zone local terminals-public public ! This one is a zone for the public zone remote aarnet edu.au 203.22.212.242 ! The root GK above this one (default route) ! Protect each of the local zones by restricting what source ip ! address can join. zone subnet terminals-staff 123.123.123.0/24 enable no zone subnet terminals-staff default enable zone subnet terminals-students 123.123.123.0/24 enable no zone subnet terminals-students default enable zone subnet public 123.123.123.0/24 enable zone prefix aarnet * ! The default route, use next GK up in hierarchy no use-proxy terminals-staff default inbound-to terminal no use-proxy terminals-staff default outbound-from terminal   ! …..etc etc for each zone….. ! Tell the Gatekeeper not use H.323 proxies for the terminals </li></ul>
    9. 9. Other Gatekeeper products <ul><li>CISCO IOS based Gatekeeper </li></ul><ul><ul><li>Very fast. </li></ul></ul><ul><ul><li>Will run as a small background task on most Cisco routers. </li></ul></ul><ul><ul><li>Can have rudimentary registration authentication. </li></ul></ul><ul><ul><li>Simple call routing policy control. </li></ul></ul><ul><ul><li>Excellent for core GKs. </li></ul></ul><ul><ul><li>Scale to huge call set up rates! </li></ul></ul><ul><li>Radvision, Polycom, and Cisco Call Managers. </li></ul><ul><ul><li>Are really Call Servers rather than Gatekeepers. </li></ul></ul><ul><ul><li>Can do Number Translation. </li></ul></ul><ul><ul><li>Can do registration authentication. </li></ul></ul><ul><ul><li>Will not route huge numbers of simultaneous calls. </li></ul></ul><ul><ul><li>Microsoft Operating System </li></ul></ul>
    10. 10. The html interface to the AARNet Video GK (a claytons directory service?)
    11. 11. The Directory <ul><li>Perl programme that telnets to the GK every 10 seconds and builds an html page of registrations and E.164 routing. </li></ul><ul><li>http://lattice.act.aarnet.net.au/gk/ </li></ul><ul><li>Uses “show gatekeeper endpoints” and “show run”. </li></ul><ul><li>Malcolm Caldwell has written an ILS front end using the H.323 Open Source! </li></ul>
    12. 12. The Directory <ul><li>Watch for developments from the standards committees for an LDAP Directory standard, H.350 for multimedia conferencing for H.323, H.320 and SIP. see http://middleware.internet2.edu/video/ </li></ul>
    13. 13. Security for Desktop Video conferencing
    14. 14. Security for Video enabled desktops <ul><li>Firewalls are the number one killer of user to user communications, not just for H.323 but also SIP and Access Grids. </li></ul><ul><li>Solutions for H.323 include: </li></ul><ul><ul><li>Use access lists and configure endpoint to keep to a particular port range. </li></ul></ul><ul><ul><li>H.323 proxy in parallel with Firewall. </li></ul></ul><ul><ul><li>H.323 aware State-full firewall – yet to find one that works without fault ;-(. Cisco PIX, and also check out ridgeway (popular in USA). </li></ul></ul><ul><ul><li>Use Back-to-Back gateways. </li></ul></ul><ul><ul><li>Put dedicated end points in DMZ. </li></ul></ul><ul><li>Or </li></ul><ul><li>Stay in your shell and do not use advanced technology for teaching and collaboration. </li></ul>
    15. 15. H.323 Gatekeeper hierarchy
    16. 16. Quality of Service (QoS)
    17. 17. QoS <ul><li>Sorting. AARNet treats: </li></ul><ul><ul><li>ToS=5 as Telephony. </li></ul></ul><ul><ul><li>ToS=4 as Video . </li></ul></ul><ul><ul><li>Maps nicely for switches with one two queues. </li></ul></ul><ul><li>Prioritisation: (appropriate Delay, Jitter and Loss), see http://lattice.aarnet.net.au/VoIPMonitor which monitors ToS =5 , probably indicates QoS performance for Video. </li></ul><ul><li>Policing: who can have it, how much can they have and how to stop those who want to abuse it? Answer: Move to rate limiting transmitted ToS traffic. </li></ul><ul><li>How much does it cost? Answer: Free initial amount, subscription for additional pipe size, with a usage charge. </li></ul><ul><li>Watch for design for AARNet’s Echidna Network. </li></ul>
    18. 18. QoS VoIPMonitor <ul><li>This is a Client/Server application written by CSIRO/AARNet. </li></ul><ul><li>Clients run on each RNO. </li></ul>
    19. 19. Different Endpoints
    20. 20. End points <ul><li>Microsoft Netmeeting </li></ul><ul><li>GnomeMeeting </li></ul><ul><li>Polycom Via Video </li></ul><ul><li>Polycom ViewStation </li></ul><ul><li>Tandburg (uses h.323 version 4) </li></ul><ul><li>IP Telephones </li></ul><ul><li>VoIP connected PABXs </li></ul><ul><li>LeadTek stand alone Video Phone. </li></ul><ul><li>See http://www.aarnet.edu.au/engineering/guides/video/ </li></ul>
    21. 21. Billing
    22. 22. AARNet BILLING <ul><li>Already discussed in IP Telephony Working Group. </li></ul><ul><li>Possible billing model: </li></ul><ul><li>Members will be permitted to transmit a “default rate” of QoS marked traffic. </li></ul><ul><li>Additional QoS capacity will be acquired by a subscription fee. </li></ul><ul><li>There is likely to be a component of usage charges on the transmitted traffic from the member. </li></ul><ul><li>The above model replaces the ip access lists in the RNOs </li></ul><ul><li>and pushes policing back into the Member’s network. </li></ul>
    23. 23. MCUs and ISDN Gateway
    24. 24. What the users wanted <ul><li>Video over IP Collaboration for teams. </li></ul><ul><li>Video over IP for Presentations to 30+ destinations. </li></ul><ul><li>Telephone Conferencing. </li></ul><ul><li>Support slow speed WAN links (< 256kbps). </li></ul><ul><li>Support for Presentation slides (30+). </li></ul><ul><li>Password protection. </li></ul><ul><li>What we wanted </li></ul><ul><li>Beta status </li></ul><ul><li>Production unit and test unit </li></ul><ul><li>None, or very little operator control/booking. </li></ul>
    25. 25. What we missed <ul><li>Video over ISDN support. </li></ul><ul><li>Booking system. </li></ul><ul><li>Users wanting permanent numbers. </li></ul>
    26. 26. Production MCUs are Radvision <ul><li>Radvision viaIP400 (to get beta status with the manufacturer) and a Cisco 3540 (re-badged radvision viaIP400 to ensure the VoIP worked). </li></ul><ul><li>CSIRO sponsored MCUs with the spare capacity available for AARNet Members. </li></ul><ul><li>Core to the AARNet V collaboration service. </li></ul><ul><li>Supports VoiceoIP. </li></ul><ul><li>IP based technology, Protocol stack is very popular OEM. </li></ul><ul><li>Both have a 60 MCU card, and a VPS card (rate matching). </li></ul><ul><li>Both are located at the ACT RNO </li></ul><ul><li>Both use ToS=4 </li></ul><ul><li>Production unit uses version 2 </li></ul><ul><li>There is one T.120 server (60 concurrent). </li></ul><ul><li>Test unit uses vastly improved version 3 (in beta). </li></ul><ul><li>Template will be published on AARNet web site. </li></ul>
    27. 27. Pilot MCU was a Polycom MCU <ul><li>Was Accord, bought by Polycom. </li></ul><ul><li>TDM based architecture. </li></ul><ul><li>Need addition software for html user interface. </li></ul><ul><li>AARNet Video working Group has trialled the Polycom (Accord) MGC MCU through the monthly OzEConfs. Past difference in quality is no longer the case compared to the Radvision MCU with the MVP card (still in beta). </li></ul><ul><li>Report yet to be published. </li></ul><ul><li>Watch for a config template. </li></ul>
    28. 28. ISDN Gateway
    29. 29. ISDN Gateway <ul><li>Radvison gw – P10. </li></ul><ul><li>Located at CSIRO Limestone Ave, connected to CSIRO PABX. </li></ul><ul><li>Configured to support incoming ISDN calls in to the AARNet Video infrastructure. </li></ul><ul><li>Because of ISDN there is need to carefully configure the MCU, which we have not finished. </li></ul><ul><ul><li>So far it supports 384kbps very well. </li></ul></ul><ul><ul><li>But if there are any 128kbps ISDN participants the MCU needs to be told to only support 128kbs for the conference. </li></ul></ul>
    30. 30. Booking System
    31. 31. MCU Booking system <ul><li>Light weight booking system written in perl by AARNet as part of the joint project with CSIRO. http://www.aarnet.edu.au/services/video </li></ul><ul><li>Booking system generates an email to the user, the coordinator and the MCU admin staff. </li></ul><ul><li>If a PIN is requested then the administrator must configure the MCU. </li></ul>
    32. 32. LOOPBACK TEST NUMBERS
    33. 33. Test loopback http://www.aarnet.edu.au/network/testtelephonenumbers.html
    34. 34. CAVE
    35. 35. CAVE <ul><li>AARNet maintains a list of coordinators who know their local site video environment and can help coordinate video conferences. </li></ul><ul><li>The coordinator: </li></ul><ul><li>is an experienced person at the site; </li></ul><ul><li>knows the technology: video and audio, H.323 and/or Access Grid; </li></ul><ul><li>knows the local environment; </li></ul><ul><li>is the internal and external contact for that site; </li></ul><ul><li>knows how to, and is able to escalate to AARNet support if needed; and </li></ul><ul><li>is allowed/permitted to control AARNet MCU conferences. </li></ul>
    36. 36. Thank you

    ×