KamoCRM

플랫폼 메인 라인은 부팅을 생존하고 8200은 팀 라인입니다

FixKlusterServices
Shipped
2026년 9월 29일 오전 1:40 UTC
Author
Kamo
Commit
c37e8e4

Luna's go-live (2026-09-28)는 [kamo-main-luna]를 extensions custom.conf에 썼습니다. KAMO LUNA EXT / KAMO LUNA MAX RING 은 hostPath 의 손으로 globals custom.conf 를 만듭니다. start.sh는 각 부팅에 globals custom.conf를 다시 씁니다, 그래서 pod restart는 모두 떨어졌다 파일에서 글로벌, 다음 Asterisk 시작, 메모리에서: 메인 라인 다음 빈 확장 및 루나 침묵으로 응답 중지 (SP95 spec 3.6). - 글로벌: KAMO LUNA EXT = 8123 및 KAMO LUNA MAX RING = 30, 모든 부팅에 기록. - [kamo-main-luna] 자체 grep 가드에서 한 번 추가, 바이트의 컨텍스트 바이트 살아있는 것처럼, 그래서 재건 된 노드는 메인 라인을 너무; 라이브 노드는 사본을 유지합니다. - [kamo-ai-xfer]: exten 8200 -> kamo-inbound-attendant,s,queue, 팀 라인 AI's unnamed 이동 반지 (kamo-main queue, Sage + Erik; SP95 D11). Existing 노드 손에 의해 그것을 얻을 (SP95 작업 24). - test sp95 main line은 임시로 start.sh의 다이얼 플랜 쓰기 부분을 실행합니다. /etc/asterisk (fresh 노드 및 go-live 노드) 및 핀 메인 라인 라우팅; SP13 주인 잡아당기기 시험은 지금 SP95의 선 없이 출석 구획에 대하여 비교합니다. 다음 부팅에 효과를 가져 가라. 다시로드가 필요하지 않습니다.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing