SRND 생각해보기 [VXML Design Considerations]

Unified Contact Center Enterprise Solution Design Considerations 

Core Components Design Considerations 

General Solution Requirements

Ingress,Egress, and VXML Gateways Design 

Cisco Unified Border Element Design Considerations

flow-around mode로 설정할 경우 DTMF interworking, transcoding, key function에 제약이 있을지 모른다 

- CUBE Deployment Restrictions 

** Alternate Destination Routing(ADR)을 사용할 수 없다 

   스크립트 안에서 조작을해도 서비스 공급자에게 전달되지 않음 

   Remote-Party-ID에서 조작 해야 함 

** 들어오는 콜에 GTD(Generic type descriptor)가 있거나, CCE가 UUI를 설정한다면 CVP는 DTMF에 대한 digit값을 

   표출하고 즉시 BYE를 보낸다

   disgits 사이에 delay를 주고싶다면 comma를 label 끝에 붙여서 사용 

** 들어오는 콜에 GTD가 없고, CCE UUI 설정값이 없다면 CVP와 서비스 공급자간 DTMF 신호를 서로 받을때까지 신호는 

   끊기지 않는다 . 
   CVP 는 SIP.ExternalTransferWaitTime 시간이 끝날때 BYE를 날린다. 

** Courtesy Callback 기능은 survivbility 기능을 요구한다. 

###NOTE###

CUBE HA 모드에서 Call Survivablilty의 제약조건 

 ** courtesy Callback이 대기중이면 CUBE가 전환된후 CCB는 지원하지 않는다 

 ** 오직 survivability TCL 에서만 지원 한다 

 ** acitve call만 확인 가능 / 전환된 콜은 확인 불가 

- Cisco ASR 1000 Series as a Unified Border Element

CVP는 Cisco IOS XE software 지원에대한 제약 조건 

** ASR 1000 Servies 게이트웨이는 VXML 지원 안함 

   그래서 VXML Gateway역할하는 놈과 분리 구성 해야 함 

** Send to Originator 기능 쓰면 안됨 

** Pass Thru SDP 설정을 지원하지 않음 (ASR 1000에서)

** media flow-through 대신에 media flow-around로 모드일 경우 CCB는 동작하지 않는다 

** 그외 나오는건 문서 확인해보삼 

- Cisco ISR as a Unified Border Element

** ISR를 CUBE로써 media flow-arround로 설정했을 경우 CCM는 동작하지 않는다 

   media flow-through로 모드로 설정해야 한다 

VXML Gateway Design Considerations

- VXML Gateway with DTMF or ASR/TTS

  ** VXML Gateway는 DTMF 톤과 ASR/TTS등과 연동되어지는 VXML browser를 통해서 고객과 연결된다

     VXML에 PSTN 인터페이스가 없기 때문에, 보이스 트레픽이 RTP를 이용해서 VXML Gateway에 전달한다. 

     RFC 2833은  RTP 패킷에 DTMF톤을 실어 보내는 in-band 시그널링을 사용한다. 

     DTMF와 ASR TTS를 사용하는 하나의 VXML은 구축의 규모를 크게 향상 시킬 수 있으며 수백건의 VXML session을 지원한다.

     

- VXML Over HTTP
    ** VXML Server와 Voice browser 간에는 HTTP를 이용하여 통신을 실시한다. 

       URI (Uniform Resource Identifiers)는 VXML 문서를 연결한다. 

       voice browser의 리소스는 VXML Server에 위치해 있음 

 이 리소는 VXML Files, digital audio, script 들이다 

 VXML browser는 VXML Server의 요청으로 매번 연결되어 보이스 어플리케이션을 진행한다. 

 

###Note###

VXML Server 퍼포먼스를 결정하는 키포인트 

 - VXML Server와 VG 간의 Qos 와 network bandwidth 

 - VXML Server의 퍼포번스 

 - 음성파일 형식 8-bit mu-law 8kHz 포멧 

    TTS 보다는 음성파일 형식이 더 좋음 

 - Audio file caching 

Distributed Gateways

- Ingress or Egress Voice Gateways at the Branch 

- Ingress or VXML Gateway at the Branch 

- Colocated VXML Servers and VXML Gateways

   VXML Server와 VXML Gateway를 같은 공간에 설치할 경우 

   이점 : WAN 구간을 사용하지 않아도 되어서 영향 적음 

           VXML 도 WAN 구간을 사용 안해도 됨 

   단점 : 브랜치 지점이 하나 생겼을 경우 새로운 CVP VXML Server를 만들어야 함 

            여러 VXML Server 소스 반영시 오버헤드가 걸림

 

- Gateways at Branch with Centralized VXML Server 

   Gateway가 중앙집중형의 VXML Server 를 이용할 경우  

   이점 :  Administration 및 Report 중앙 집중 관리 실시 

            지점 오피스가 CVP VXML 자원을 공유 

   단점 : 지점 survivability 제한 

           VXML 이 사용하는 HTTP 트래픽 증가 

Local Trunks in Contact Center Enterprise Solutions