PLNOG 13: Marcin Kuczera: Difficult business client – VOIP and modem data transmission
21
PLNOG 13, Kraków, 30 września 2014 ● o mnie ● dlaczego ten temat ? Trudny klient biznesowy – VoIP i modemy
description
Marcin Kuczera – Short about: Born in 1976 in Rybnik, Poland. In 2004 finished Silesian Technical University in Gliwice, specialization Electronics/Telecommunicaions. Since 2002 – board member in own telecom – Leon Sp. z o.o. (www.leon.pl). In a meantime I conduct telecom trainings (mobile networks infrastructure, mostly for Ericsson) – because I love travelling ;) Happily married, son Jeremi and daughters Łucja and Malwina. Recently I try to learn how to play on piano! Topic of Presentation: Difficult business client – VOIP and modem data transmission Language: Polish Abstract: Alternative telecoms start offering their services on big telecoms market domain, providing services i.e. for hospitals (telephony services). And than – surprise – very important medical equipment that requires modem data transmission for servicing and reporting. And – this MUST work, which in VOIP is not that obvious…
Transcript of PLNOG 13: Marcin Kuczera: Difficult business client – VOIP and modem data transmission
PLNOG 13, Kraków, 30 września 2014
● o mnie
● dlaczego ten temat ?
Trudny klient biznesowy – VoIP i modemy
PLNOG 13, Kraków, 30 września 2014
● terminale POS
● zarządzanie centralami
● urządzenia medyczne, raportowanie/serwisowanie
● a w SIWZ stoi wyraźnie – bez użycia technologii VoIP!
WYGRYWAMY PRZETARG I CO TERAZ ???
Po czarta im modem ?
PLNOG 13, Kraków, 30 września 2014
Przykładowe urządzenie medyczne
PLNOG 13, Kraków, 30 września 2014
Jak działa klasyczna sieć PSTN/POTS ?
● analog <-> digital ● próbkowanie 8kHz – czyli max pasmo 0-4kHz Zgodnie z twierdzeniem Kotielnikowa-Shannona Przenoszenie kanałem E0 (timeslot) o przepustowości 64kbit/s
● ograniczenia na filtrach w SLIC 300 - 3400 Hz
● przesyłanie strumienia E0 End-To-End ● SYNCHRONIZACJA !
PLNOG 13, Kraków, 30 września 2014
Jak działa klasyczna sieć PSTN/POTS ?
ADC ADC PSTN SWITCH
PSTN SWITCH
PSTN E0 – 64k E0 – 64k
2MHz
300-3400Hz Analog
300-3400Hz Analog
SLIC = ADC + A-Law + Filter + Ring + PowerSupply + CallerID + DTMF etc..
PLNOG 13, Kraków, 30 września 2014
SoftSwitch – czyli dlaczego wymóg „nie VoIP” jest absurdalny
ADC ADC
IP E0 – 64k E0 – 64k
2MHz
300-3400Hz Analog
300-3400Hz Analog
G.711/RTP Codec
G.711/RTP Codec
PLNOG 13, Kraków, 30 września 2014
V.29: A one-way (half-duplex) standard that is used mostly for fax machines. Capable of 9600 bit/s. V.32: A full-duplex standard capable of 9600 bit/s at 2400 baud. V.32 modems automatically adjust their transmission speeds based on the quality of the lines. V.32bis: A second version of V.32, it is capable of 14,400 bit/s. It will also fallback onto V.32 if the phone line is impaired. V.32ter: The third version of V.32, capable of 19,200 bit/s. V.34: Capable of 28,000 bit/s or fallback to 24,000 and 19,200 bit/s. This standard is backwards compatible with V.32 and V.32bis. V.34bis: Capable of 33,600 bit/s or fallback to 31,200 bit/s. V.90: The fastest transmissions standard available for analog transmission, it is capable of 56,000 bit/s. V.92: Transmits at the same speed as V.90 but offers a reduced handshake time and an on-hold feature.
Kilka standardów modemowych
PLNOG 13, Kraków, 30 września 2014
V.21 (300 b/s) for the T.30 procedures V.27ter (4800/2400 b/s) for image transfer V.29 (9600/7200 b/s) V.33 (14400/12000 b/s) V.17 (14400/12000/9600/7200 b/s)
FAXy w PSTN/POTS ?
PLNOG 13, Kraków, 30 września 2014
16 QAM
Co się stanie jak zgubimy próbkę ?
PLNOG 13, Kraków, 30 września 2014
O co chodzi z V.90 ?
ADC
E0 – 64k
300-3400Hz BandPass Filter
Analog -> Digital
No Filter
Digital -> Analog
DSP MODEM
PLNOG 13, Kraków, 30 września 2014
E1 <-> SIP E1 <-> SIP IP
2MHz
G.711/RTP Codec
G.711/RTP Codec
Dlaczego w VoIP mamy problem ?
2MHz
PBX PSTN E1 E1
PLNOG 13, Kraków, 30 września 2014
Czy to się da jakoś rozwiązać ? - Synchronizowac !
E1 <-> SIP E1 <-> SIP IP
2MHz
G.711/RTP Codec
G.711/RTP Codec
PBX PSTN E1 E1
PLNOG 13, Kraków, 30 września 2014
Jak synchronizować ?
- Bramy VoIP synchronizujące swój zegar z centralą nadrzędną, zsynchronizowaną z siecią PSTN – poprzez protokół IP
E1 <-> SIP E1 <-> SIP IP
G.711/RTP Codec
G.711/RTP Codec
PBX PSTN E1 E1
Synchronizacja via IP
Dziedziczenie zegara
PLNOG 13, Kraków, 30 września 2014
Jak synchronizować ?
- E1 w kierunku klienta przepuścić przez sieć SDH przez co brama również się zsynchronizuje do sieci SDH
E1 <-> SIP E1 <-> SIP IP
G.711/RTP Codec
G.711/RTP Codec
PBX PSTN E1 E1
Dziedziczenie zegara
SDH PRC
PRC – Primary Refecence Clock
PLNOG 13, Kraków, 30 września 2014
Jak synchronizować ?
- „pożyczyć” zegar np. z ISDN BRI
E1 <-> SIP E1 <-> SIP IP
G.711/RTP Codec
G.711/RTP Codec
PBX PSTN E1 E1
Dziedziczenie zegara
ISDN 2B+D Tylko dla zegara !
PLNOG 13, Kraków, 30 września 2014
Jakieś mądre protokoły ?
- FAXy – T.38 - Modemy – V.150.1 (V.MOIP)
E1 <-> SIP E1 <-> SIP IP
G.711/RTP Codec
G.711/RTP Codec
PBX PSTN E1 E1
DSP AUDIO DATA
PLNOG 13, Kraków, 30 września 2014
A co jak nie zsynchronizujemy ?
- Obniżamy prędkość modemów (komendy AT ;) (ata, atdt202122, ath0, atdp202122)
- Wyłączamy kompensacje echa
- Uważamy na kompresję ciszy
- Liczymy na to że w końcu dane/raport przejdą ;)
PLNOG 13, Kraków, 30 września 2014
Przykład 1
E1 <-> SIP
IP
G.711
PBX PSTN E1 E1
E1 <-> SIP E1 <-> SIP E1 <-> SIP
IP
G.711
E1
Management Console via modem
Management Terminal via modem
Dziedziczenie zegara
PLNOG 13, Kraków, 30 września 2014
Przykład 2
IP
G.711
Bamka SIP-FXS
PSTN E1 E1 <-> SIP
Medical ECG reporting device
Data collection via modem
Dziedziczenie zegara
PLNOG 13, Kraków, 30 września 2014
Pytania
?
