Change in osmo-gsm-manuals[master]: Fix some typos

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.

laforge gerrit-no-reply at lists.osmocom.org
Tue Nov 12 06:41:33 UTC 2019


laforge has submitted this change. ( https://gerrit.osmocom.org/c/osmo-gsm-manuals/+/16031 )

Change subject: Fix some typos
......................................................................

Fix some typos

Change-Id: Idd9f9640101816ab979b11cc13ffa12d2245108d
---
M common/chapters/abis.adoc
M common/chapters/control_if.adoc
M common/chapters/gb.adoc
M common/chapters/gsup.adoc
M common/chapters/mncc.adoc
M common/chapters/oap.adoc
M common/chapters/osmux/mgcp_extension_osmux.adoc
M common/chapters/sigtran-osmocom.adoc
M common/chapters/sigtran.adoc
M common/chapters/smpp.adoc
10 files changed, 20 insertions(+), 20 deletions(-)

Approvals:
  Jenkins Builder: Verified
  laforge: Looks good to me, approved



diff --git a/common/chapters/abis.adoc b/common/chapters/abis.adoc
index 7524661..a46abfa 100644
--- a/common/chapters/abis.adoc
+++ b/common/chapters/abis.adoc
@@ -82,11 +82,11 @@
 ==== ipaccess-config
 
 This program is very helpful tool which is used to configure Unit ID and
-Primarly OML IP. You can find this tool in the OsmoBSC repository under:
+Primary OML IP. You can find this tool in the OsmoBSC repository under:
 './src/ipaccess'
 
 
-.Example: using ipaccess-config to configure Unit ID and Primarly OML IP of
+.Example: using ipaccess-config to configure Unit ID and Primary OML IP of
 nanoBTS
 ----
 $ ./ipaccess-config -u 1801/0/0<1>  10.9.1.195<2> -o 10.9.1.154<3>
diff --git a/common/chapters/control_if.adoc b/common/chapters/control_if.adoc
index cd639c7..67ac045 100644
--- a/common/chapters/control_if.adoc
+++ b/common/chapters/control_if.adoc
@@ -169,7 +169,7 @@
 specification which can be any of "*per_sec*", "*per_min*", "*per_hour*", "*per_day*"
 or "*abs*" for absolute value.
 
-The old-style counters available via "+counter.*+" variables are superceeded by "+rate_ctr.abs+"
+The old-style counters available via "+counter.*+" variables are superseded by "+rate_ctr.abs+"
 so its use is discouraged.
 There might still be some applications not yet converted to rate_ctr.
 
diff --git a/common/chapters/gb.adoc b/common/chapters/gb.adoc
index 6a6f65c..3e33eea 100644
--- a/common/chapters/gb.adoc
+++ b/common/chapters/gb.adoc
@@ -91,7 +91,7 @@
   ALIVE ACK missing count   :        0 (0/s 0/m 0/h 0/d)
   RESET ACK missing count   :        0 (0/s 0/m 0/h 0/d)
  NSVC Peer Statistics:
-  ALIVE reponse time        :        0 ms
+  ALIVE response time       :        0 ms
 ----
 
 .Example: Inspecting BSSGP state
diff --git a/common/chapters/gsup.adoc b/common/chapters/gsup.adoc
index c67dfca..e0034f9 100644
--- a/common/chapters/gsup.adoc
+++ b/common/chapters/gsup.adoc
@@ -363,7 +363,7 @@
 |===
 
 The conditional 'AUTS' and 'RAND' IEs are both present in case the SIM
-(via UE) requests an UMTS AKA re-synchronization procedure.  Eiter
+(via UE) requests an UMTS AKA re-synchronization procedure.  Either
 both optional IEs are present, or none of them.
 
 ==== Send Authentication Info Error
@@ -1181,7 +1181,7 @@
 |27|RES|<<gsup-ie-res>>|C|TLV|2-18
 |===
 
-The conditional IEs 'IK', 'CK', 'AUTN' and 'RES' are onl present in
+The conditional IEs 'IK', 'CK', 'AUTN' and 'RES' are only present in
 case the subscriber supports UMTS AKA.
 
 [[gsup-ie-rand]]
@@ -1197,7 +1197,7 @@
 [[gsup-ie-kc]]
 ==== Kc
 
-The 8-byte Encryption Key of the GSM Authentication and Key Agreemnt
+The 8-byte Encryption Key of the GSM Authentication and Key Agreement
 Algorithm.
 
 [[gsup-ie-ik]]
diff --git a/common/chapters/mncc.adoc b/common/chapters/mncc.adoc
index 3adbf7f..15c9982 100644
--- a/common/chapters/mncc.adoc
+++ b/common/chapters/mncc.adoc
@@ -68,7 +68,7 @@
 signaled using START/STOP DTMF messages which are hauled through various
 protocols upwards into the core network.
 
-Contrary to that, a mobile terminated DTMF tone is not transfered as an out of
+Contrary to that, a mobile terminated DTMF tone is not transferred as an out of
 band message. Instead, in-band signaling is used, which means a tone is injected
 early inside a PBX or MGW.
 
diff --git a/common/chapters/oap.adoc b/common/chapters/oap.adoc
index 3c5ad35..ad91f36 100644
--- a/common/chapters/oap.adoc
+++ b/common/chapters/oap.adoc
@@ -209,7 +209,7 @@
 
 [options="header",cols="15%,85%"]
 |===
-|0x04|Register Requst
+|0x04|Register Request
 |0x05|Register Error
 |0x06|Register Result
 |0x08|Challenge Request
diff --git a/common/chapters/osmux/mgcp_extension_osmux.adoc b/common/chapters/osmux/mgcp_extension_osmux.adoc
index c12e9ef..e2b0947 100644
--- a/common/chapters/osmux/mgcp_extension_osmux.adoc
+++ b/common/chapters/osmux/mgcp_extension_osmux.adoc
@@ -98,7 +98,7 @@
 
 In OmoMGW, Osmux support is managed through VTY.
 
-.Example: Sample config file section with Osmux configuation
+.Example: Sample config file section with Osmux configuration
 ----
 mgcp
  ...
diff --git a/common/chapters/sigtran-osmocom.adoc b/common/chapters/sigtran-osmocom.adoc
index a0bc475..3fbaac2 100644
--- a/common/chapters/sigtran-osmocom.adoc
+++ b/common/chapters/sigtran-osmocom.adoc
@@ -14,7 +14,7 @@
 MTP over E1/T1 TDM lines for the A interface at that time.
 
 Instead of going down to the TDM based legacy physical layers, OsmoBSC
-implemented someting called an IPA multiplex, which apparently some
+implemented something called an IPA multiplex, which apparently some
 people also refer to as SCCPlite.  We have never seen any
 specifications for this interface, but implemented it from scratch
 using protocol traces.
@@ -197,7 +197,7 @@
 browser not knowing about IP routers, it just establishes an http
 connection to a web server.
 
-This is also why most GSM nework architecture diagrams will not
+This is also why most GSM network architecture diagrams will not
 explicitly show an STP.  It is not part of the cellular network.
 Rather, one or many STPs are part of the underlying SS7 signaling
 transport network, on top of which the cellular network elements are
diff --git a/common/chapters/sigtran.adoc b/common/chapters/sigtran.adoc
index fd7d3cc..9e02f38 100644
--- a/common/chapters/sigtran.adoc
+++ b/common/chapters/sigtran.adoc
@@ -89,9 +89,9 @@
 SCCP provides both connectionless (datagram) and connection-oriented
 services.  Both are used in the context of cellular networks.
 
-==== SCCP Adresses
+==== SCCP Addresses
 
-SCCP Adresses are quite complex.  This is due to the fact that it is
+SCCP Addresses are quite complex.  This is due to the fact that it is
 not simply one address format, but in fact a choice of one or multiple
 different types of addresses.
 
@@ -136,11 +136,11 @@
 |NAI|Nature of Address Indicator|Exists in GTI=1 and is sort of a mixture of TON + NPI
 |TT|Translation Type      |Used as a look-up key in Global Title Translation Tables
 |NP|Numbering Plan        |Indicates ITU Numbering Plan, such as E.164, E.212, E.214
-|ES|Encoding Scheme       |Just a peculiar way to idicate the length of the digits
+|ES|Encoding Scheme       |Just a peculiar way to indicate the length of the digits
 |- |Signals               |The actual "phone number digits"
 |====
 
-For more information about SCCP Adresses and Global Titles, please
+For more information about SCCP Addresses and Global Titles, please
 refer to <<itu-t-q713>>
 
 
@@ -189,7 +189,7 @@
 
 This means that connection-oriented SCCP can not be routed across MTP
 network boundaries the same way as connectionless SCCP messages.
-Instead, an STP would have to perform _connection coupling_, whic is
+Instead, an STP would have to perform _connection coupling_, which is
 basically the equivalent of an application-level proxy between two
 SCCP connections, each over one of the two MTP networks.
 
@@ -233,7 +233,7 @@
 
 ===== Signaling Gateway (SG)
 
-The Signaling Gateway (SG) interconnects the SS7 network wit external
+The Signaling Gateway (SG) interconnects the SS7 network with external
 applications.  It translates (parts of) the SS7 protocol stack into an
 IP based SIGTRAN protocol stack.  Which parts at which level of the
 protocol stack are translated to what depends on the specific SIGTRAN
diff --git a/common/chapters/smpp.adoc b/common/chapters/smpp.adoc
index e62a844..4efb46d 100644
--- a/common/chapters/smpp.adoc
+++ b/common/chapters/smpp.adoc
@@ -128,7 +128,7 @@
 |===
 
 All of the above values reflect the *last measurement report* as
-recieved vi A-bis RSL from the BTS.  It is thus a snapshot value (of
+received vi A-bis RSL from the BTS.  It is thus a snapshot value (of
 the average within one 480ms SACCH period), and not an average over
 all the SACCH periods during which the channel was open or the SMS was
 received. Not all measurement reports contain all the values.  So you
@@ -143,5 +143,5 @@
 [options="header", cols="3,1,1,5"]
 |===
 | TLV | IEI | Length | Purpose
-| TLVID_osmo_imei | 0x2306 | variable | IMEI of the subscibers phone (ME)
+| TLVID_osmo_imei | 0x2306 | variable | IMEI of the subscribers phone (ME)
 |===

-- 
To view, visit https://gerrit.osmocom.org/c/osmo-gsm-manuals/+/16031
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-gsm-manuals
Gerrit-Branch: master
Gerrit-Change-Id: Idd9f9640101816ab979b11cc13ffa12d2245108d
Gerrit-Change-Number: 16031
Gerrit-PatchSet: 1
Gerrit-Owner: roox <mardnh at gmx.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: laforge <laforge at osmocom.org>
Gerrit-MessageType: merged
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20191112/5a515f42/attachment.htm>


More information about the gerrit-log mailing list