Konfigurowanie polaczen modemowych ze stacja HP 9000/700

Konfigurowanie połaczeń
˛
modemowych ze stacja˛ HP 9000/700
Wojciech Myszka
[email protected]
16 sierpnia 1998 roku
Spis treści
1
Wst˛ep
2
Czynności przygotowawcze
2.1 Jadro
˛
. . . . . . . . . .
2.2 Modem . . . . . . . .
2.3 Porty . . . . . . . . . .
2.4 Kabel . . . . . . . . .
2.5 Patche . . . . . . . . .
2
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
3
3
3
6
7
10
3
Konfiguracja plików urzadze
˛ ń
10
4
„Call-back”
14
1
1
Wst˛ep
System HP–UX wyposażony został standardowo w
oprogramowanie pozwalajace
˛ na używanie protokołu (C)SLIP.1
Program nazywa si˛e ppl i jest standardowo instalowany w systemie.
W dalszej cz˛eści opiszemy sposób przygotowania i
konfigurowania oprogramowania. Wszystkie opisy obejmuja˛ moje
doświadczenia zwiazane
˛
z konfigurowaniem dost˛epu za pomoca˛
modemu do stacji roboczej HP 9000/735 z systemami operacyjnymi
HP–UX 10.[12]0 prowadzone w 1997 roku. Wykorzystywałem
modem MultiTech2 M2834ZDXI.
Skoro już podłaczamy
˛
do komputera modem, warto wspomnieć
też nieco o innych usługach dost˛epnych w ten sposób. Zatem
powiemy o konfigurowaniu połaczeń
˛
terminalowych.
Piszac
˛ ten materiał posiłkowałem si˛e informacjami
pojawiajacymi
˛
si˛e na grupie comp.sys.hp.hpux, a głównie
artykułami Johna Pezzano z firmy HP.
2
Czynności przygotowawcze
2.1 Jadro
˛
Praktycznie wszystko co trzeba do tego aby korzystać z modemu
i protokołów SLIP/PPP jest standardowo zainstalowane w jadrze.
˛
Warto jednak rzucić tam okiem by sprawdzić czy jakiś poprzedni
administrator nie eksperymentował.
1 Protokół
PPP dost˛epny b˛edzie (czy właściwie jest) w wersji 11 systemu.
2 http://www.multitech.com/
2
Sprawdzać trzeba, czy dost˛epne sa˛ podsystemy zwane serial
device driver i ni driver. (Ten ostatni jest automatycznie instalowany
w przypadku instalacji podsystemu PPL.) Gdy chcemy korzystać z
protokołów SLIP/PPP zainstalowane musi być oczywiście
oprogramowanie sieciowe.
2.2 Modem
Zakładam, że posiadamy już modem. Kwestia wyboru modemu
jest poza zakresem zainteresowań Autora. Pozwalam sobie jednak
zwrócić uwag˛e, że lista zalecanych modemów (supported modems)
jaka˛ można czasami napotkać w dokumentacji obejmuje zazwyczaj
bardzo wolne, stare i praktycznie nie używane już modele.
Praktycznie każdy nowoczesny modem (zewn˛etrzny) b˛edzie si˛e
nadawał.3
Warto wziać
˛ pod uwag˛e, że modem powinien być tak
skonfigurowany, aby:
• Nie ignorował linii DTR.4 Powinien być tak skonfigurowany,
by „podnosił słuchawk˛e”5 gdy linia DTR jest w „stanie
wysokim”. Powinien również przerywać połaczenie,
˛
wyłaczać
˛
automatyczne odpowiadanie na sygnał dzwonka i przechodzić
do trybu poleceń, gdy linia zmieni stan na „niski”. W
przypadku modemów Hayes uzyskuje si˛e to po wydaniu
3 Wykluczamy oczywiście wszystkie modemy realizujace
˛ kompresj˛e danych metoda˛ programowa.˛ One nie nadaja˛ si˛e praktycznie do niczego :-(
4 Niestety, „kupowane w sklepie” modemy zazwyczaj sa˛ tak skonfigurowane, że
ignoruja˛ t˛e lini˛e!
5 Odbierał nadchodzace
˛ połaczenia.
˛
3
polecenie AT&D2. Modem nie powinien wykonywać
„restartu” (power–on reset) gdy linia DTR zmienia stan z
wysokiego na niski gdyż niektóre modemy podczas tej
procedury na chwil˛e ustawiaja˛ lini˛e CD. (W przypadku
modemów Hayes nie należy używać ustawienia AT&D3.)
• Modem powinien6 ustawiać lini˛e CD tylko w przypadku, gdy
nastapi
˛ połaczenie
˛
(zostanie wykryta nośna). (W przypadku
modemów Hayes uzyskujemy to po wydaniu polecenia
AT&C1.)
• Modem powinien przekazywać sygnał BREAK (używany do
przerywania ale również do zmiany szybkości połaczenia).
˛
• Szybkość połaczenia
˛
pomi˛edzy modemem a terminalem
(modemem a komputerem) powinna być znana. Nie musi być
znana i może podlegać negocjacji szybkość połaczenia
˛
pomi˛edzy modemami. Poczatkowo
˛
właściwości takie jak
sprz˛etowe sterowanie przepływem danych (hardware flow
control) (CTS/RTS) i kompresja danych powinny być
wyłaczone.
˛
Gdy uzyskamy pewność, że poprawnie
nawiazywane
˛
jest połaczenie
˛
– moga˛ być one (pojedynczo)
dodawane.
• Gdy modemy nawiazuj
˛ a˛ połaczenie,
˛
a nie udaje si˛e zobaczyć
reakcji systemu – należy wyłaczyć
˛
wszelkie zaawansowane
możliwości (kompresja, połaczenie
˛
niezawodne, MNP, PEP,
6I
znowu, na potrzeby komputerów PC modemy sa˛ cz˛esto konfiurowane tak, aby
linia CD zawsze była w stanie „wysokim”.
4
LAP). Należy dodawać je pojedynczo gdy połaczenie
˛
b˛edzie
nawiazywane
˛
niezawodnie.
• Nie należy używać sterowania zgodnie ze standardem CCITT
w modemach lub komputerach HP!.
• Uzyskany poprawny zestaw ustawień należy zapisać w
pami˛eci stałej modemu (AT&W w przypadku Hayes).
• Działajace
˛ ustawienia modemu warto zapisać „dla pami˛eci” na
kartce, na przykład.
Wi˛ekszość dost˛epnych na rynku modemów jest bardzo cz˛esto
wst˛epnie tak konfigurowana by poprawnie pracować z komputerem
PC. Nie zawsze oznacza to że b˛eda˛ one po wyj˛eciu z pudełka
poprawnie pracowały ze stacja˛ U NIXowa.˛
2.3 Porty
Stacja robocza 9000/700 wyposażona jest w dwa7 porty
szeregowe. Gniazda (standardowe złacza
˛ „szufladowe” DB–9)
oznaczone sa˛ literami A (port pierwszy) i B (port drugi) z tyłu
komputera.
Porty zapewniaja˛ szybkość transmisji 115k (niektóre źródła
podaja˛ wi˛eksze wartości), ale różne fragmenty systemu
operacyjnego ograniczaja˛ t˛e szybkość do różnych wartości. W
przypadku systemu w wersji HP–UX 9.x – szybkości sa˛ nie wi˛eksze
od 19200 bitów na sekund˛e. W przypadku wersji 10 – znacznie
wyższe. ppl ogranicza ja˛ do 57600 bitów na sekund˛e (??). Porty
7 Niektóre
modele stacji 712 moga˛ mieć tylko jeden port.
5
pozwalaja˛ na wykorzystanie sprz˛etowego sterowania przepływem
danych pomi˛edzy komputerem a modemem.
W przypadku stacji HP 9000/800 – sytuacja wyglada
˛ nieco
inaczej. Używane sa˛ urzadzenia
˛
zwane mux – sa˛ to wieloportowe
karty dost˛epowe o bardzo różnych parametrach. Ponieważ nie mam
dost˛epu do takiego serwera – nie b˛ed˛e si˛e wypowiadał zbyt
szczegółowo.
Maksymalna szybkość tych portów – 19200 bitów na sekund˛e.
Sprz˛etowe sterowanie przepływem danych niedost˛epne (za
wyjatkiem
˛
urzadzenia
˛
MUX J2049). Port wymaga specjalnego kabla
(patrz dalej).
Niektóre serwery serii 800 wyposażone sa˛ we „wbudowany” port
szeregowy do celów zdalnej diagnostyki. Wydaje mi si˛e, że nie
nadaje si˛e on do sensownego wykorzystania do innych celów (ale
nie jestem teraz w stanie przytoczyć żadnych argumentów
przemawiajacych
˛
za tym stwierdzeniem).
2.4 Kabel
W przypadku stacji 9000/700 sprawa jest prosta. Można używać
każdego, stosowanego z komputerem PC kabla do modemu.
Warunek – zgodność wtyczek. Można kabel zamówić w HP (ma on
symbol 24542M) lub przygotować samemu. Poniższy schemat
opracowano na podstawie artykułu Johna Pezzano.
24542M
9000/345 & 9000/375 Serial Modem cable
9000/700 Serial Modem cable
6
(for use on the internal 9 pin serial port)
Note:
This cable is a standard IBM AT style 9 <-> 25
modem cable.
This cable will not work on 98644 style interfaces
used on earlier 9000/300 machines. They need the
92221M cable, or the supplied adapter.
The lines marked with * are usually the ones
needed for modem use.
CPU
Modem
(DB-9 F DTE)
(DB-25 M DCE)
------------------------------------------CD
1
<--------8 CD *
RD
2
<--------3 RD *
TD
3
--------->
2 TD *
DTR
4
--------->
20 DTR *
GND
5
<-------->
7 GND *
DSR
6
---------6 DSR
RTS
7
---------4 RTS
CTS
8
---------5 CTS
RI
9
<--------22 RI
W przypadku urzadzenia
˛
HP J2049 potrzebny jest specjalny
kabel (40233A). Poniższy układ połaczeń
˛
opracowano na podstawie
artykułu Billa Hassela.
40233A
7
9000/800 Series Modem cable
Note:
The lines marked by * are typically required for
modems.
This cable is non-symmetrical, and may not work if reversed.
CPU
Modem
------------------------------------------Gnd
1
---------1 Gnd *
TD
2
<--------3 RD *
RD
3
--------->
2 TD *
RTS
4
<--------8 DCD *
DSR
6
--------->
20 DTR *
GND
7
<-------->
7 GND *
DCD
8
--------->
4 RTS
9
<--------22 RI
DTR
20
<--------6 DSR
RI
22
<--------5 CTS
2.5 Patche
To jest najpoważniejszy problem. Już czytałem wypowiedź na
grupie comp.sys.hp.hpux sugerujac
˛ a,˛ że zainstalowanie mniej niż
70–80 patchy w przypadku systemu w wersji 10.x nie pozwala na
pewna˛ prac˛e z tym systemem.
W przypadku używania modemu niezb˛edne b˛eda˛ nast˛epujace
˛
patche (tak w wersji 9.X jak i 10.X systemu):
8
• „Cumulative Mux and Pty Patch”,
• „uugetty(1M) patch”,
• „ppl(1) cumulative patch”.
Patche najłatwiej dost˛epne sa˛ za pośrednictwem ftp8 oraz poczta˛
elektroniczna.˛
3
Konfiguracja plików urzadze
˛ ń
Do konfiguracji możemy użyć programu sam. Wybieramy . . . a
nast˛epnie . . . .
Utworzone tak pliki nie obsługuja˛ sprz˛etowego sterowania
przepływem danych. Gdy chcemy (a chyba warto) z niego korzystać
– musimy przygotować je r˛ecznie korzystajac
˛ z polecenia mknod.
Pomocna b˛edzie również lektura stron manuala poleceń termio(7)
Znacznie wygodniej, jednak wykorzystać program mksf (mksf make a special (device) file). Polecenia tworzace
˛ potrzebne pliki (dla
portu drugiego – B) maja˛ nast˛epujac
˛ a˛ postać:
mksf -d asio0 -H 2/0/5 -a0 -i -f -r3 -x3 -v
mksf -d asio0 -H 2/0/5 -a1 -f -r3 -x3 -v
mksf -d asio0 -H 2/0/5 -a2 -f -r3 -x3 -v
Znaczenie parametrów jest nast˛epujace:
˛
-d driver tworzy plik dla wskazanego drajwera; Wszystkie
urzadzenia
˛
moga˛ być wylistowane za pomoca˛ programu lsdev;
w naszym przypadku b˛eda˛ to urzadzenia
˛
asio0 lub mux.
8 ftp://us.external.hp.com/
9
-H hw-path adres fizyczny urzadzenia
˛
(tzw. hardware path); adresy
wszystkich urzadzeń
˛
podaje polecenie ioscan; adres składa si˛e
z trzech cz˛eści oddzielonych ukośnikami lub kropkami;
dokładna postać zależy od architektury komputera; w
przypadku stacji 735 porty szeregowe maja˛ adresy 2/0/4 (A) i
2/0/5 (B).
-an definiuje tryb dost˛epu do portu; dost˛epne sa:
˛
0 połaczenie
˛
bezpośrednie,
1 urzadzenie
˛
wyjściowe (dial out),
2 urzadzenie
˛
wejściowe (dial in).
-f używane b˛edzie sprz˛etowe sterowanie przepływem danych.
-i urzadzenie
˛
używane do wybierania numerów modem dialer.
-c do komunikacji z modemem używany b˛edzie protokół CCITT
(nie zalecane).
-r n definiuje długość kolejki FIFO dla bufora wejściowego,
zgodnie z poniższym zestawieniem:
n
0
1
2
3
10
FIFO
1
4
8
14
-x n wielkość bufora9 wyjściowego, zgodnie z powyższym
zestawieniem:
n
0
1
2
3
bufor
1
4
8
12
-v verbose – program b˛edzie nieco dokładniej opisywał co „robi”.
..............................................................
W tym miejscu powinny być informacje w jaki sposób
uaktywnić program getty – do tego nadaje si˛e najlepiej
SAM, ale wystarczy zmodyfikować zawartość pliku
/etc/inittab i dopisać tam lini˛e:
a1:3:respawn:/usr/sbin/getty
-t 60 -h ttyd1p0 M38400N vt100
(
• ta „3” to „poziom” na którym b˛edzie
uruchamiany getty
• M38400N to pozycja w pliku /etc/gettydefs
opisujaca
˛ parametry ustawienia terminala dla
szybkości 38400 (można użyć szybkości
wyższej. . . )
9 Jest to pewien skrót myślowy, podobnie jak i w przypadku parametru -r: tak na
prawd˛e definiuje si˛e wielkość graniczna,˛ po przekroczeniu której wysyłany jest sygnał
wstrzymania transmisji do komputera/modemu. Sam bufor jest wi˛ekszy i ma (najprawdopodobniej) długość 16 znaków.
11
) i wydać polecenie:
init -c
Później powinna być informacja na temat samego
konfigurowania protokołu SLIP. Ja wykorzystałem z
cz˛eściowym sukcesem wskazówki umieszczone kiedyś
na grupie comp.sys.hp.hpux
..............................................................
4
„Call-back”
Jeżeli ktoś może i chce korzystać z tego udogodnienia
(dzwonimy do „naszego” komputera, a on później do nas oddzwania)
– radz˛e zaopatrzyć si˛e w odpowiedni modem i realizować to przez
właściwe jego skonfigurowanie. Rozwiazanie
˛
takie jest najprostsze i
nie wymaga żadnych czynności po stronie systemu U NIX.
12