- 관련 상품
- 2026년 9월 3일 오전 12:06 UTC
- 이름 *
- Kamo
- 뚱 베어
- a2eebfc
FreePBX의 PJSip 드라이버는 YES에 direct media를 기본으로 합니다. (generateDefaultDeviceSettings, PJSip.class.php:210) 및 GraphQL addExtension 뮤션은 필드가 없으므로 모든 확장 KamoCRM endpoint-to-endpoint를 흐르는 미디어로 도착합니다. 모든 21 k1m1의 GUI를 통해 생성된 확장은 `no`입니다. API는 단지 `yes`이었습니다. 직접 미디어 협상 할 때 Asterisk 잎 미디어 경로 및 MixMonitor()이 전체 프로그램을 기록하는 것은 업로드 캡처 침묵. 이전 커밋은 사용자 지정 포스트 파일에서 고정 할 수 없습니다. "a (+) 블록은 옵션 만 추가 할 수 있기 때문에, 결코 override - 첫번째 값 승리". 그것은 잘못되었다, 그리고 embarrassing 이유에 대 한 잘못: 실험 그것을 사용한 뒤에 `pjsip reload`, 매우 동일한 커밋은 하지 않습니다 reprocess (+) 모든 것에 부합합니다. 그래서 블록은 결코 적용되지 않았고 endpoint 첫번째 가치 윈 같이 정확하게 보는 그것의 본래 가치를 지키십시오. Re-run 제대로 endpoint에 대한 그의 생성 된 구성은 말했다. direct media=yes, appending direct media=no 및 다시 로드 `module reload res pjsip.so`: direct media는 true -> false로 갔다. LAST 가치 승리. FreePBX 데이터베이스 자격 증명 필요 없음, 에이전트가 있기 때문에 중요 고객 상자에 none. 그래서 reconciler는 이제 direct media=no를 방출합니다. 두 가지 우려는 서로에서 inferred 보다는 오히려 연장 당 따로따로 추적하는: - WebRTC 설정은 다른 사람이 그에 대한 블록을 작성했을 때만 사용됩니다. 확장, 그렇지 않으면 복제 또는 복제를 금리하기 때문에. - direct media는 우리의 unconditionally입니다. 로스터 블록을 설정하지 않습니다, 그래서 WebRTC 차단 누군가가 여전히 침묵을 기록하는 확장 그것은. 이러한 확장은 두 번째 (+) 블록 운반 direct media 혼자. NORMALIZE DIRECT MEDIA는 WebRTC 블록과 달리 WebRTC 블록은 안전합니다. 전화의 모든 종류, 그리고 그것은 이미 약속 무엇 내부 ("당신의 전화 시스템이 Kamo를 호출 할 수 있는지 확인 기대하고, 당신을 위해 변화를 만듭니다. 명시된 점퍼이므로 false는 absent에서 구별 할 수 있습니다. 일반 불이 꺼지지 않을 수 있습니다. 검증된 라이브: 신선한 API 생성 확장 읽기 direct media=true, 후 1개의 reconcile 플러스 1개의 단위는 거짓을, 다른 21 연장과 더불어 읽었습니다 그리고 Erik Primary 트렁크 교환 및 KlusterServices roster 보존 바이트의 바이트. 모든 22 라이브 확장 지금 direct media=false를 읽으십시오.