* maximal -> maximum
[kdenetwork.git] / kppp / Rules / Ireland / Eircom_National.rst
blob18d5114db6edf96694725ef63db8e52d020453d6
1 ################################################################
3 # This is a kppp ruleset for Eircom (formerly Telecom Eireann)
4 # for standard national calls (NOT special-rate Internet 1891 calls).
6 # Unbelievably, Eircom has now dropped the former (ludicrously
7 # irrelevant) distance-based charge-bands on direct-dialled calls.
8 # They still remain for operator-connected calls but these are
9 # (a) a rarity and (b) unusable for modems anyway. Calls in Ireland
10 # are therefore in one of the following categories:
12 # 1. Local calls
13 # 2. Special-rate Internet calls (ISPs with 1891 numbers)
14 # 3. National calls (ie all other trunk or long-distance calls)
16 # Note that some Telcos offer special deals of a fixed-rate per-month
17 # charge which gives you unlimited, uncharged local calls in off-peak
18 # times. At other times, your standard Telco rates apply.
20 # "Local" is as hard to define as in any other Telco administration,
21 # as it can cross area codes, even when they are in different regions,
22 # in order to allow people to call their neighbours 100 yards away
23 # even though they may technically be in an area code which would
24 # normally qualify as "long-distance", because such calls don't go
25 # onto the trunk, just the local exchange.
27 # Note all values here include Value-Added Tax at 21% current
28 # at 31-Dec-1999
30 # Peter Flynn <peter@silmaril.ie>
31 ################################################################
33 name=Ireland_Eircom_National
35 # Define IEP (Irish Pounds) to be used as currency symbol
36 # ??? There is no way to define the currency code AND the symbol !!!
37 # WARNING this will have to be changed to EUR from 2002-01-01
38 currency_symbol=£
40 # Define the position of the currency symbol.
41 # (not absolutely needed, default is "right")
42 # ??? Curious default, why not left, which is _way_ more common? !!!
43 currency_position=left 
45 # Define the number of significant digits.
46 # (not absolutely needed, default is "2"
47 currency_digits=2
49 # NOTE: rules are applied from top to bottom - the
50 #       LAST matching rule is the one used for the
51 #       cost computations.
53 # It costs 11.5p the moment a call connects. This covers the first
54 # 69.01 secs (peak hours, 8am-6pm M-F) or first 103.64 secs (evenings)
55 # or 10 mins (weekends). Yes, they calculate to the 1/100th sec...
56 per_connection=0.115
58 # Therefore the minimum cost is the same as the per-connection cost
59 minimum_costs=0.115
61 # Therefore the first 69 secs costs this much no matter what.
62 flat_init_costs=(0.115,69)
63 # A pity there's no peak/offpeak differential for this one.
65 # All subsequent charging is done per-second, based on the unit
66 # charge of 11.5p for 69.01 sec (peak hours) or 11.5p for 103.64 sec
67 # (evenings) or 11.5p for 600 sec (weekends), which works out at 
68 # £0.0016664/sec, £0.00110961p/sec, and £0.0001916667p/sec
69 # respectively...that's what they claim, anyway.
71 # Rather than expect kppp to check the rate every second and add
72 # tiny fractions, I've expressed these rates in terms of the amount
73 # needed to clock up half a penny (or the closest amount exceeding
74 # that value obtainable by multiplying the per-second rate by an
75 # integer). Not a whole penny, because you may be damn certain the
76 # bean-counters will round up half-penny amounts to the nearest
77 # whole penny anyway (anal-retentive, are we? :-)
79 # Thus the base rate for peak-time calls is £0.004999 for 3 secs
80 # (0.115 / 69.01 = 0.0016664251 / 0.005 = 0.3332850 inv = 3.0004)
81 # evenings is £0.0055481 for 5 secs
82 # (0.115 / 103.64 = 0.00110961 / 0.005 = 0.2219220 inv = 4.5060869565)
83 # and weekends is £0.005175 for 27 secs
84 # (0.115 / 600 = 0.0001916667 / 0.005 = 0.0383333 inv = 26.086956522)
85 # so accounting should happen in approx 1/2p increments...
87 # OK, here we go...
89 # Because of the need to detect time-of-day as well as initial-period, 
90 # this default should never actually get applied, but we assume that
91 # connections are made in the peak rate period...
92 default=(0.004999,3)
94 # PEAK-TIME CALLS are 8am to 6pm Mon-Fri, so after flat_init_costs
95 # this rule should apply:
96 on (monday..friday) between (08:00..18:00) use (0.004999,3,69)
98 # EVENING CALLS are 6pm to 8am Mon-Fri 
99 # This needs to supersede the flat_init_costs on time, because that
100 # only applies to the first 69.01 secs of PEAK-TIME calls
101 on (monday..friday) between (00:00..08:00) use (0.115,104)
102 on (monday..friday) between (18:00..23:59) use (0.115,104)
103 # Thereafter the per-second rate applies after the first 104 secs
104 on (monday..friday) between (00:00..08:00) use (0.0055481,5,104)
105 on (monday..friday) between (18:00..23:59) use (0.0055481,5,104)
107 # WEEKEND CALLS are midnight Friday to midnight Sunday
108 # This needs to supersede the flat_init_costs on time, because that
109 # only applies to the first 69.01 secs of PEAK-TIME calls
110 on (saturday..sunday) between (00:00..23:59) use (0.115,600)
111 # Thereafter the per-second rate applies after the first 104 secs
112 on (saturday..sunday) between (00:00..23:59) use (0.005175,27,600)
114 # KNOWN HOLIDAYS are all at weekend rates
116 # New Year's Day
117 on (01/01) between (00:00..23:59) use (0.115,600)
118 on (01/01) between (00:00..23:59) use (0.005175,27,600)
120 # St Patrick's Day
121 on (03/17) between (00:00..23:59) use (0.115,600)
122 on (03/17) between (00:00..23:59) use (0.005175,27,600)
124 # Easter Monday
125 on (easter+1) between (00:00..23:59) use (0.115,600)
126 on (easter+1) between (00:00..23:59) use (0.005175,27,600)
128 # May Day (Bealtaine)
129 on (05/01) between (00:00..23:59) use (0.115,600)
130 on (05/01) between (00:00..23:59) use (0.005175,27,600)
132 # Christmas Day and St Stephen's Day
133 on (12/25) between (00:00..23:59) use (0.115,600)
134 on (12/25) between (00:00..23:59) use (0.005175,27,600)
135 on (12/26) between (00:00..23:59) use (0.115,600)
136 on (12/26) between (00:00..23:59) use (0.005175,27,600)
138 # This file should be refreshed every year to take account of the
139 # moveable public holidays we inherited from the British practice,
140 # known as "Bank Holidays" (originally the quarter-days when banks
141 # had to close for accounting purposes, but now almost unpredictable).
142 # These happen several times a year, always on a Monday. Dates 
143 # for 2000 are June 5th, August 7th, and October 30th.
144 # The exact dates are known several years in advance and are fixed
145 # by the Taoiseach's Office and the Dept of Local Government.
146 # They are NOT the same days as British Bank Holidays, which are
147 # fixed on a different basis.
149 # June Bank Holiday 2000 (in lieu of Oimelc/Imbolc, which was in Feb)
150 on (06/05) between (00:00..23:59) use (0.115,600)
151 on (06/05) between (00:00..23:59) use (0.005175,27,600)
153 # August Bank Holiday 2000 (Lughnasa)
154 on (08/07) between (00:00..23:59) use (0.115,600)
155 on (08/07) between (00:00..23:59) use (0.005175,27,600)
157 # October Bank Holiday 2000 (Samhain)
158 on (10/30) between (00:00..23:59) use (0.115,600)
159 on (10/30) between (00:00..23:59) use (0.005175,27,600)
161 # No automatic account is taken of Transference, when a fixed public 
162 # holiday occurs on a weekend, which means the following Monday becomes
163 # a holiday in compensation. (1/1/2000 is a good example!!)
165 # Transfer New Year's Day holiday 2000 to first working day afterwards
166 on (01/03) between (00:00..23:59) use (0.115,600)
167 on (01/03) between (00:00..23:59) use (0.005175,27,600)
169 # None of the other fixed holidays in 2000 needs this doing. 
171 # When Christmas occurs on a Saturday (and St Stephen's Day therefore
172 # on a Sunday), ONLY the following Monday is a holiday, not the Tuesday
173 # as well (sorry, guys :-)