Ticketing-rt ppt



Yüklə 49,91 Kb.
Pdf görüntüsü
tarix14.10.2017
ölçüsü49,91 Kb.
#5037


These materials are licensed under the Creative Commons Attribution-Noncommercial 3.0 Unported  license  

(http://creativecommons.org/licenses/by-nc/3.0/)  



Ticketing Systems with RT 

Network Management & 

 Monitoring 



Why Ticketing Systems? 


l 

Why are they important? 

- 

Track all events, failures and issues 



l 

Focal point for help desk communication 

l 

Use it to track all communications 



- 

Both internal and external 

l 

Events originating from the outside: 



- 

customer complaints 

l 

Events originating from the inside: 



- 

System outages (direct or indirect) 

- 

Planned maintenance, upgrades, etc. 



Ticketing Systems 


l 

Use ticket system to follow each case, including 

internal communication between technicians 

l 


Each case is assigned a case number 

l 


Each case goes through a similar life cycle: 

- 

New 

- 

Open 

- 

... 

- 

Resolved 

- 

Closed 



Ticketing Systems cont. 


Help Request with Tickets 

 

     Ticket System      Helpdesk         Tech            Eqpt       

---------------------------------------------------------------- 

           T                T               T                T 

query      |                |               |                | 

from  


---->

|                |               |                | 

customer   |

--- 

request 


--->

|               |                | 



<- 

ack.


 

--

 |                |               |                | 

           |                |

<--

 comm 


-->

   |                | 

           |                |               |

-

 fix issue 

-> 

eqpt 


           |                |

<-

 report fix 



-

|                | 

customer 

<-

|

<--

 respond 

----

|               |                | 

           |                |               |                | 

Ticketing Systems cont. 



RT  

- 

Heavily used worldwide.  



- 

Can be customized to your location. 

- 

Somewhat difficult to install and configure. 



- 

Handles large-scale operations. 



 

trac 

- 

A hybrid system that includes a wiki and project 



management features. 

- 

Ticketing system not as robust as rt, but works well for 



web-only ticket interface. 

- 

Often used for ”trac”king group projects. 



- 

Used for this course: 

 

 

http://noc.ws.nsrc.org/wiki/ 



Request Tracker / Trac 


- 

Bugzilla 

 

 

http://www.bugzilla.org/  

- 

Cerberus  

 

 

http://www.cerberusweb.com/ 

- 

eTicket 

 

 

http://www.eticketsupport.com/ 

- 

itracker  

 

 

http://www.itracker.org/ 

- 

Jutda Helpdesk 

 

 

http://www.jutdahelpdesk.com/ 

- 

Mystic 

 

 

http://www.hulihanapplications.com/projects/mystic

 

- 

OTRS 



(Open source Ticket Request System)

 

 



 

http://otrs.org/ 

- 

osTicket 

 

 



http://osticket.com/ 

- 

Simple Ticket 



 

 

http://www.simpleticket.net/ 

- 

Trouble Ticket Express 

 

 

http://www.troubleticketexpress.com/open-source-software.html 



A few others… 


RT: Request Tracker 

http://bestpractical.com/rt/ 




What’s it Look Like?* 

*Version 3.8 




•  Why do we use the term “ticket”? 

•  In order to resolve a problem... 

–  Who wants what? 

–  Who's going to work on this? 

–  When did they ask, when was it done? 

–  How much time did it take (billing, hours)? 

–  What's left to do? 

–  Everything is summarized and  

presented in a simple and intuitive  

manner. 


Ticket Management Systems 


•  User support 

•  Security problem management 

•  Issue Tracking / Incident Management 

Applications 



•  Several interfaces 

– Web, CLI, e-mail, etc. 

•  Multiuser 

– At different levels: admin, general user, guest 

•  Authentication and authorization 

•  Event history 

•  Handles dependencies 

•  Notifications 



Essential Functionality 


•  Register an event (i.e., ticket creation) 

•  Assign an owner 

•  Assign interested parties 

•  Maintain change history 

•  Inform interested parties of each change 

•  Initiative activities based on status or 

priority 

Components 



•  Lots of email traffic requesting help, 

request for services, etc. 

•  Archived as text without classification 

•  Very difficult to find current status or 

problem history. 

•  Sometimes problems were forgotten or 

never resolved. 

Typical Support Scenario 



Critical Issues and Tickets 


•  Open source and free 

•  Heavily used and tested 

•  Very active development 

•  Flexible 

•  Web interface or control via email 

•  Backend database (MySQL, 

Postgresql, Oracle, SQLite 

 

RT: Advantages 




•  A bit tricky to install the first time... 

•  It's powerful, so you'll need to spend 

some time learning how it works. 

– Most distributions have packages that 

make installation a bit easier: 

•  Red Hat, Fedora, SuSE, Debian, 

Ubuntu, FreeBSD, etc. 

RT: Disadvantages 



RT allows you to create  

queues so that problems  

are classified by type,  

groups, etc.:

 

 

– Services: DNS, IP addresses, Radius, LDAP 



– Security: Attacks, scans, abuse, etc. 

– Systems: Email accounts, passwords, etc 

– Networking: Network Services Group 

– Help Desk: Those who deal with end-users 

 

Problem Classification: 

Queues 



Two Options 

–  Virtualhost 

 

 

 



http://rt.host.fqdn 

–  Subdirectory 

 

 

 



http://host.fqdn/rt/ 

Root user ('root') 

–  Change the default password on first login ('password') 

–  Assign the complete email for the root account 

 

 



 

root@host.fqdn 

–  Assign all user rights:  

 

 

 Global -> User Rights 



Web Server Configuration 


•  Create a userid for each member of 

your team. 

•  Assign privileges to each user. 

User Creation 



Create groups of users: 

– Administering privileges by group is 

more efficient than doing so for each 

user. 


Create Groups 


Create queues for problem categories  

–  For example 

•  security 

•  accounts 

•  connectivity 

–  Assign users to each queue 

•  Different between AdminCC and CC 

–  Don't forget to create email aliases for each queue 



Create Queues 


rt-mailgate 

A critical component of RT. The rt-mailgate 

facility lets us: 

– Define virtual users on the RT server that 

correspond to ticket queues in RT. 

– Allow third-party software (Nagios, Cacti, 

Smokeping, etc.) to automatically generate 

tickets in specified queues via email. 

– Provide a simple interface through which end-

users can communicate with your support 

organization via RT. 



For each queue create automatic 

actions 

– There is a group of scrips that apply to all 

queues. 

•  Possible to customize per queue or globally 

•  “scrips” are “snippets of Perl code” 

Scrips (actions) 



You can extend the functionality of RT. For 

example: 

– Send daily emails to remind users of tickets 

that have not been “taken” 

– Send daily emails to each user reminding 

them of their pending tickets. 

– Periodically increment ticket priority  

– You can execute commands via email 

http://wiki.bestpractical.com/index.cgi?Extensions 

Extensions 



•  Best Practical Web site 

   


http://bestpractical.com/rt 

•  RT Essentials. Dave Rolsky et al. O'Reilly 

Media, Inc. 

•  Contributions to RT: 

http://requesttracker.wikia.com/wiki/Contributions

 

References 



Yüklə 49,91 Kb.

Dostları ilə paylaş:




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©genderi.org 2024
rəhbərliyinə müraciət

    Ana səhifə