Executing IP Video Conferencing for Instructing.

Uploaded on:
Category: Home / Real Estate
Teacher controls the feature and sound sources amid their presentation ... 288 pixels) feature determination breaking point report camera and PC feature worthy yet ...
Slide 1

Actualizing IP Video Conferencing for Teaching Case Study Central Queensland University Shaune Sinclair & Merv Connell

Slide 2

Outline Video conferencing @ CQU Drivers for change to IP Key choices - client/operational necessities Classic H.323 model VS the truth of instructive setting The new IP video conferencing framework Experience Network plan process – system, zone, numbering, watchman outline "Funnies and gotchas"

Slide 3

Video conferencing @ CQU 12 reason constructed video meeting showing offices 120+ hours/week educating 10+ hours/week regulatory Interactive vast Learning (ISL) Critical piece of CQU\'s showing operation

Slide 4

Video conferencing @ CQU A run of the mill video gathering address room

Slide 5

Video conferencing @ CQU Real-time, intuitive

Slide 6

Video conferencing @ CQU User interface - AMX touch board

Slide 7

Video conferencing @ CQU User (instructor and understudy) experience: Conferences begin consequently on the hour (booking/timetabling usefulness) Lecturer controls the video and sound sources amid their presentation Students can communicate by means of work area mic\'s Cameras auto-zoom on understudies

Slide 8

Video conferencing @ CQU Pre-IP: 384k ISDN based PictureTel Montage 12-port ISDN MCU Tandberg 2000 endpoint units H.261 CIF (352 x 288 pixels) video determination

Slide 9

Drivers for change to IP Move far from old ISDN framework MCU – unwavering quality & bolster issues MCU 12-port breaking point – no space to develop CIF (352 x 288 pixels) video determination limit – archive camera and PC video worthy however not great Video telephone calls rivaling between grounds PABX-to-PABX calls Call dropout issues

Slide 10

Drivers for change to IP Move towards IP-based framework Greater transfer speed - better video and sound Better call dependability Much shorter call association times Convergence - single system foundation Network reach – adaptability of area (no IMUXs or NT1s required) Management – web interfaces, SNMP Cost compelling carriage

Slide 11

Project Scope and Context 2003 (this stage): Centrally planned and upheld CQU showing video gatherings 2004: The following period of the undertaking is take off of self-administration video gathering administrations to the end client: Self-booking User guides "Desktop" video conferencing Access control Call following and re-charging

Slide 12

Solution prerequisites Essential: Support and augment ebb and flow operations Improve framework unwavering quality Enhance client bolster Improve video transmission quality Ability to incorporate low-end, outsider, ISDN, and/or lower-data transmission endpoints without giving up video or sound quality

Slide 13

Solution necessities Desirable: Support for SIP endpoints (e.g. Windows Messenger) Extension to conveyance of self-serve client video meeting administrations

Slide 14

Solution necessity Support and expand current operations Support for current client worldview AMX control in address theaters Ability to timetable addresses Ability to record addresses to VHS tape ISDN-to-IP in-dial IP-to-ISDN dialing (later) Ability to record addresses digitally for transmission by means of video-on-interest (video spilling)

Slide 15

Solution prerequisite Improve framework unwavering quality 99% bring finishing rate Fail-over/reinforcement frameworks must be a piece of the configuration Backed by far reaching support & upkeep

Slide 16

Solution necessity Enhance client bolster Web based interface for framework organization and operational bolster Ability for bolster staff to screen gathering status continuously Ability for bolster staff to remotely watch meetings without influencing the meeting Alerts (e.g. SNMP support) on framework disappointments/call dropouts

Slide 17

Solution prerequisite Improve video transmission quality PC and record camera utilized widely amid addresses Under old (ISDN) framework, far-end understudies whined of foggy pictures "Hazy" pictures brought on by: SVGA –to-CIF change under old framework (800 x 600 changed over down to 352 x 288) H.261 encoding under old framework (video restricted to under 384 kbps)

Slide 18

Solution necessity Improve video transmission quality 768kbps transmission As a base, 4CIF (704x576) end-to-end transmission and showcase for archive camera and PC (no client intercession required) If conceivable, this ought not be corrupted if a non-4CIF proficient endpoint, or a slower-speed endpoint ought to take an interest in the gathering

Slide 19

Internal (on CQU\'s IP system)

Slide 20

Solution prerequisite Ability to incorporate low-end, outsider, ISDN, and/or lower-transfer speed endpoints without giving up video quality in top of the line address theaters IP/ISDN passage Video speed/rate coordinating Video codec transcoding (H.263 – H.261) Video determination transcoding – as a base 4CIF down to CIF Audio codec transcoding

Slide 22

Dual stream video transmission VS single stream video transmission ? T.120 ? Voice-initiated exchanging or nonstop nearness ?

Slide 23

At this stage, selected single stream, voice-initiated video transmission No change to fundamental operational worldview for clients Dual stream video not institutionalized over the business –interop\' issues Dual video streams present difficulties when recording to VHS tape or to a solitary video stream media

Slide 24

… ..proceeded. Constant nearness mode does not bolster the higher (SVGA) determination T.120 presents challenges when recording to VHS tape or to a solitary video-stream media Dual stream a positive from an intelligence perspective – further thought as the innovation develops "Address mode" highlight ?

Slide 25

Classic H.323 model VS the truth of the instructive connection "Exemplary" H.323 model: gives between and intra-zone transfer speed control (guard) on a specially appointed premise How do you guarantee that there are sufficient system, entryway and MCU assets accessible early? include asset mindful booking (reservation) and authorize use

Slide 26

The arrangement MCU/Multipoint Bridge 100 port Radvision ViaIP 400, H.323 & SIP bolster, Video & Audio transcoding modules Gatekeeper Radvision ECS IP/ISDN Gateway Radvision PRI Endpoints Tandberg 2500 Conference planning/reservation and checking VisionNex VCS Providers Broadreach Services – Radvision/VisionNex, Installation, Network Testing Logical – Project Management, Support & Maintenance front-end Video Pro – Tandberg endpoints, AMX coding CQU/Glint – QoS execution

Slide 27

The arrangement

Slide 28

Outcomes Improved video transmission quality 768 kbps standard association speed SVGA transmission end-to-end for PC presentations 4CIF transmission end-to-end for Doc Camera presentations Newer video codecs (H.263+) – better video Can transcode video resolutions/blend speeds without giving up nature of the higher-speed higher-end video meeting endpoints (4CIF max.)

Slide 29

Document camera - old framework

Slide 30

Document camera - new framework

Slide 31

PC - old framework

Slide 32

PC - new framework

Slide 33

Outcomes Improve framework unwavering quality Call fruition proportion now 99%+ (old ISDN framework approx. 90%) Fail-over/reinforcement frameworks: auto failover guard auto failover planning server Tandberg endpoints have worked in-MCUs, can be utilized as a part of instance of issues with fundamental Radvision MCU (yet at lower quality)

Slide 34

Outcomes Enhance client bolster Web (Java) construct interfaces in light of all frameworks Real-time gathering checking interface Remote meeting perception from bolster staff workplaces Conference recording from bolster staff workplaces (later) Integration with video gushing Online observing abilities (SNMP, alarms)

Slide 35

Outcomes Reduced association time (< 2 seconds) ISDN-to-IP in-dial IP-to-ISDN dialing SIP usefulness (e.g. will interface Windows Messenger customers)

Slide 36

Consider Does the usefulness work end-to-end, over the whole arrangement? What happens when you present an outsider (uncontrolled) framework into the multipoint video meeting? Could the fancied usefulness be planned/worked naturally (is client intercession required)?

Slide 37

Network Design Issues What was set up What were the alternatives Final outline QoS issues QoS comes about Network Testing Must Do\'s

Slide 45

QoS Issues Design – Low Latency Queueing (WAN) Class of Service, Type of Service and Diff-Serv for QoS (LAN) All gadgets upheld :6509,7206VX,4006,2950, 3548 Required E1/E3 in local 7206 PA-A2-E1E3 – no QoS bolster PA-A3-E3 QoS empowered – no E1 No time or gear to do VoIP trunking Multiple ATM PVC\'s (was 25Mb VBR/2Mb CBR) MCU Traffic (3.5 MB/s) Voice CBR Circuit (2.3 Mb/s) General information (11Mb/s)

Slide 46

QoS comes about No QoS frequently saw 5 – 10% misfortune Current QoS < 1% Catalyst 4006/3548 yield cushion disappointments 3548 pool cradles on 4006 (S,M,L,VL) Link by means of a wireles span (350 AP\'s) 384k : 8 – 40% misfortune "Bulldog\'s" : 3 – 10% misfortune Tandberg 2500\'s work better 10Mb FD

Slide 47

FastEthernet0/4 is up, line convention is up Hardware is Fast Ethernet, location is 0004.9a36.7284 (bia 0004.9a36.7284) 5 minute information rate 0 bits/sec, 0 bundles/sec 5 minute yield rate 3000 bits/sec, 4 parcels/sec 4318986 parcels input, 820037137 bytes Received 41673 communicates, 0 runts, 0 goliaths, 0 throttles 3 input blunders, 3 CRC, 0 outline, 0 invade, 0 overlooked 0 guard dog, 367 multicast 0 input parcels with spill condition identified 25916940 parcels yield, 781933980 bytes, 1681 underruns 0 yield mistakes, 0 crashes, 1 interface resets 0 chatters, 0 late colli

View more...