FoIP 작동 방식

인터넷 프로토콜을 통한 팩스(FoIP) 또는 IP 팩스는 수년 동안 사용되어 왔습니다. 컴퓨터에서 팩스를 보낸 적이 있다면 FoIP 형식을 사용했을 것입니다. 과거에는 IP 팩스가 일반 팩스 세션처럼 느껴지지 않았습니다. 대상 기기에 연결되었음을 알리는 편안한 신호음과 성공적인 전송에 대한 약간의 확인이 있었습니다. 최신 세대의 FoIP 시스템은 기존 팩스의 이점과 인터넷 전송 방법의 비용 절감을 결합합니다.

이 기사에서는 다양한 형태의 IP 팩스에 대해 알아보고 일반적인 FoIP 설정을 검토하며 인터넷을 통한 원활한 팩스 전송이 직면한 문제에 대해 알아봅니다.

기초

IP 팩스라고도 하는 FoIP 는 인터넷을 통해 팩스를 보내는 방법입니다. FoIP는 VoIP (Voice over Internet Protocol)가 전화 통화의 전송 매체를 변경하는 것과 거의 동일한 방식으로 팩스 전송 매체를 변경합니다. 두 경우 모두, 데이터는 모두를 만들거나 전송하고에 수신 장치 사이의 대부분의 여행 패킷 교환 네트워크 (일반적으로 인터넷)의 장거리 전화 회선을 피하는 회선 교환 전화망 (참조 : VoIP를 작동 방식 학습 회선 교환과 패킷 교환의 차이점에 대해). 이는 전송 비용을 줄이고 이미 인터넷 대역폭에 액세스할 수 있는 비즈니스에 대해 보다 효율적인 설정이 될 수 있습니다.

FoIP의 "IP"는 Internet Protocol 의 약자로 인터넷을 통해 올바른 대상 주소로 데이터를 전송하는 데 사용되는 일련의 표준 및 단계입니다. 팩스 정보는 전화선을 통한 아날로그 신호 대신 인터넷을 통해 "IP 패킷"으로 전송됩니다. IP 패킷은 단순히 인터넷 할 수있는 방식으로 구성 데이터의 덩어리입니다 라우터 그 안에 무엇이 및 대상 기계가 이해하고 디코딩. (자세한 내용 은 패킷이란? 및 라우터 작동 방식: 패킷 전송 을 참조하세요.)

FoIP를 사용하기 위해 새 팩스기를 구입할 필요가 없습니다. FoIP를 사용하면 기존( 3G 라고 함 ) 팩스기가 전화선과 인터넷 간의 게이트웨이 를 사용하여 인터넷을 통해 데이터를 전송할 수 있습니다. 전화선을 아예 건너뛰려면 인터넷에 직접 연결 되는 IP 팩스기를 사용할 수 있습니다 . 두 대의 IP 팩스기 간에 팩스를 전송하는 경우 전송 비용은 전자 메일의 경우와 동일하며 전송이 완전히 광대역 채널을 통해 이루어지기 때문에 더 빠릅니다.

FoIP 설정은 VoIP 설정과 매우 유사하며 VoIP 서버를 사용하여 IP 팩스를 보낼 수도 있습니다. 그러나 팩스는 음성보다 더 많은 대역폭을 필요로 하기 때문에 VoIP 서버는 팩스 전송을 위해 자동으로 원활하게 작동하지 않습니다. 일반적으로 소프트웨어를 설치하여 수정할 수 있는 몇 가지 수정 사항이 필요합니다. 일부 회사는 VoIP와 FoIP 애플리케이션 모두에 최적화된 서버를 만들기도 합니다.

FoIP를 구현하는 방법에는 여러 가지가 있습니다. 다음 섹션에서는 간단한 IP 팩스 시스템이 어떻게 생겼는지 알아보겠습니다.

FoIP 사용: 일부 옵션

• PC를 IP 팩스기로 바꾸는 소프트웨어 구입
• 현재 VoIP 서버에 향상된 팩스 기능을 추가하는 소프트웨어 구입
• FoIP/VoIP 서버 구입
• G3 팩스기와 함께 사용할 IP 팩스 서비스에 가입합니다(예: 현재 집 전화에서 VoIP 사용)
• IP 팩스 기계 구입

내용물

1. 간단한 FoIP 시스템
2. FoIP 프로토콜
3. FoIP 챌린지

FoIP에는 두 가지 기본 전송 방법이 있습니다.

현재 FoIP에서 가장 중요한 것은 실시간 접근 방식입니다. 실시간 IP 팩스 시스템에는 다양한 구성이 가능합니다. 더 일반적인 몇 가지는 다음과 같습니다.

어떤 방법을 사용하든 IP 주소는 적어도 전송 경로를 따라 어딘가에 관련되어 있습니다. IP 어드레스는 인터넷에 연결된 장치의 식별 코드이다. 두 대의 IP 팩스 기계 간에 팩스를 전송하는 경우 팩스를 보내는 전화 번호는 별칭일 뿐입니다. 전화번호는 즉시 수신 기기의 해당 IP 주소로 변환됩니다. IP 팩스기에서 G3 팩스기로 팩스를 보내는 경우 IP 팩스기는 대상 전화 번호를 사용하여 수신 장치에 가장 가까운 팩스 서버의 IP 주소를 생성합니다. 근접성 문제 -- 로컬 팩스 서버가 필요하므로 서버에서 수신 기기로 팩스를 전송하는 데 비용이 많이 드는 장거리 회선이 필요하지 않습니다.

다음은 IP 팩스 기기(발신자)와 G3 팩스 기기(수신자) 간의 단순화된 실시간 FoIP 세션에 대한 자세한 내용입니다.

표면적으로는 이것이 IP 팩스 전송의 전부입니다. 그러나 그 이면에는 T.30 이라는 프로토콜을 기반으로 하는 전화선 팩스 와 T.38 이라는 프로토콜을 사용하는 실시간 IP 팩스 사이에 많은 변환 작업이 진행되고 있습니다. 다음 섹션에서는 프로세스를 자세히 살펴보겠습니다.

IP 팩스 세션 중에 어떤 일이 발생해야 하는지 이해하려면 팩스 단계를 자세히 살펴보는 것이 좋습니다. 팩스 기계 작동 방식 을 읽은 경우 팩스기 에 문서를 삽입하고 전화 번호를 걸면 기계가 전화선을 통해 수신 기계로 신호를 보내 팩스 세션 을 시작 한다는 것을 알고 있습니다 . 수신 기계가 우리 대부분이 팩스와 연관시킨 일련의 신호음으로 응답하면 송신 기계는 연결이 설정되었음을 알고 있습니다. 이 시점에서 두 기계 는 처리할 수 있는 용지 크기, 컬러 또는 흑백, 지원하는 데이터 압축 유형 등을 서로 알려주 는 일련의 제어 신호를 교환합니다 .

여기서 주목해야 할 중요한 점은 팩스기는 본질적으로 디지털이라는 것입니다. 디지털은 그들이 처음에 생산하고 궁극적으로 이해하는 것입니다. 그러나 전화선은 아날로그입니다. 따라서 G3 팩스 기계는 T.30 이라는 프로토콜을 사용하여 디지털 정보를 송신 측에서 아날로그 신호로 인코딩하고 이러한 아날로그 신호를 수신 측에서 다시 디지털 정보로 디코딩합니다.

각 기계가 다른 기계의 기능을 알게 되면 발신 기계는 페이지를 스캔하고 페이지 의 흑백 영역을 디지털 형식으로 나타내는 일련의 비트 (1 또는 0)를 생성합니다 . 그런 다음 해당 비트를 전화선을 통한 전송을 위해 아날로그 신호로 변환합니다. 다른 쪽 끝에서 수신 기계는 페이지 데이터를 다시 디지털 형식으로 디코딩하고 비트를 읽고 해당 비트가 제공하는 명령에 따라 페이지를 인쇄합니다.

팩스 세션에서는 타이밍 이 모든 것입니다. 전화선 은 팩스 세션의 각 단계(연결 설정, 제어 신호 교환, 페이지 데이터 전송 및 수신 확인, 다중 페이지 경고 전송 및 확인, 세션 종료)에 대해 일정한 타이밍을 제공하기 때문에 이 점에서 정말 좋습니다. 각 단계에서 기계는 모든 것이 제대로 진행되고 있는지 확인하기 위해 서로 대화합니다. 지난 섹션에서 보았듯이 인터넷을 통한 실시간 팩스 세션에는 이러한 모든 단계와 확인이 포함됩니다. FoIP는 G3와 동일한 방식으로 이미지 데이터를 압축하고 해석하지만 해당 데이터를 전송하기 위해 다른 프로토콜을 사용합니다. 인터넷을 통한 실시간 팩스 전송을 가능하게 하는 프로토콜은 T.38 프로토콜입니다..

T.38은 기존 팩스 데이터를 인터넷 친화적인 형식으로 변환합니다. 기본적으로 T.30 팩스 신호와 데이터를 보내는 쪽에서 IP 패킷으로 패키징하고 해당 IP 패킷을 다시 받는 쪽에서 T.30 신호와 데이터로 바꾸는 방법입니다. 다음은 두 G3 팩스기 간의 FoIP 세션의 단일 단계에서 발생하는 변환 프로세스를 살펴보겠습니다.

보시다시피 인터넷을 통한 팩스 전송에는 많은 데이터 변환이 필요할 수 있습니다. 효율성의 관점에서 볼 때 이전 T.30 프로토콜을 폐기하고 끝에서 끝까지 디지털 및 패킷 기반 프로토콜을 선택하는 것이 훨씬 더 합리적입니다. 그러나 팩스가 전화선 기술로 발전했기 때문에 T.30은 모든 팩스기가 이해하는 유일한 언어입니다. FoIP가 그냥 버릴 수는 없습니다. 그러나 모든 기존의 T.30 단계를 사용한 성공적인 실시간 세션에는 인터넷이 제공할 수 없는 타이밍의 안정성이 필요합니다. 이것은 FoIP가 직면한 과제 중 하나일 뿐입니다. 다음 섹션에서는 원활한 IP 팩스 세션에 대한 몇 가지 장애물을 살펴보겠습니다.

인터넷을 통한 팩스의 성공적인 전송에 영향을 미치는 몇 가지 작동 문제가 있습니다. 그 중 하나는 프로토콜 변환 입니다. T.30만 이해하는 약 2억 5천만 대의 팩스기가 있기 때문에 FoIP는 전송을 위해 T.30 데이터를 T.38 데이터로 변환한 다음 수신을 위해 T.38 데이터를 다시 T.30 데이터로 변환해야 합니다. 이 번역은 팩스 서버/게이트웨이 에서 발생 합니다 .

팩스 서버의 소프트웨어 번들은 두 프로토콜 사이의 다리 역할을 합니다. 팩스/모뎀 구성 요소는 송신 측에서 아날로그 팩스 신호를 디지털 데이터로 변환하고 수신 측에서 디지털 데이터를 팩스 신호로 변환합니다. 팩스/네트워크 구성 요소는 디지털 데이터를 보내는 쪽에서 IP 데이터 패킷에 넣고 수신 쪽에서 이러한 패킷을 분리합니다. 팩스/프로토콜 구성요소는 T.38 실제 타이밍을 T.30 예상 타이밍과 조정합니다. 예를 들어 소프트웨어는 패킷이 지연될 때 수신 팩스기가 시간 초과되지 않도록 신호를 보냅니다.

이것은 IP 팩스와 관련된 또 다른 문제인 네트워크 타이밍 을 가져옵니다 . 인터넷 네트워크의 다양한 노드를 통한 전송 시간은 전화선의 타이밍만큼 거의 표준화되지 않았습니다. 팩스 세션에서 타이밍이 맞지 않으면 기기가 서로를 이해하지 못할 수 있으며 정보 전송이 손상되거나 완전히 실패할 수 있습니다. IP 팩스에서는 다음으로 인해 지연이 발생합니다.

지터 버퍼 의 경우 타이밍 문제를 보상하는 방법은 실제로 약간의 추가 지연을 유발합니다. 타이밍이 좋지 않은 대부분의 경우 게이트웨이는 수신 팩스기와 협상하여 전송이 완료될 때까지 연결을 열어 둘 수 있습니다. 게이트웨이에 패킷이 순서 없이 도착하면 각 패킷에 포함된 시퀀스 번호를 읽어 올바른 시퀀스로 되돌릴 수 있습니다.

물론 패킷이 손실되면 읽을 시퀀스 번호가 없습니다. 그리고 인터넷과 같은 네트워크를 다룰 때 패킷이 손실되는 경우가 있습니다. FoIP는 다양한 오류 수정 방법을 사용하여 손실된 패킷 을 보상 합니다. 하나는 UDP/IP 프로토콜 계층을 통해 팩스를 전송할 때 사용되는 중복 패킷입니다. 각 패킷은 이전 패킷의 데이터와 함께 자체 데이터를 포함하므로 데이터가 손실되려면 두 개의 연속 패킷이 사라져야 합니다. 또 다른 오류 수정 체계는 TCP/IP 프로토콜 계층에 내장된 체계입니다. TCP는 보내는 패킷마다 수신 확인이 필요하며 확인이 없으면 패킷을 다시 보냅니다. ( searchNetworking: TCP/IP 및 searchNetworking: UDP 참조 이 프로토콜에 대해 알아보십시오.)

FoIP는 기존의 전화선 팩스만큼 신뢰할 수 있기 전에 갈 방법이 있지만 실시간 IP 팩스 체계의 구현은 장거리 팩스를 많이 보내는 사람에게 매우 매력적인 옵션이 되었습니다. 대부분의 경우 FoIP의 비용 절감 및 네트워크 통합은 때때로 통과하지 못하는 팩스를 다시 보내야 하는 단점을 훨씬 능가합니다.

FoIP 및 관련 주제에 대한 자세한 내용은 다음 페이지의 링크를 확인하십시오.

관련 기사

더 좋은 링크

출처