great-oil-76675
11/01/2025, 5:49 AMcreamy-garden-13728
11/03/2025, 12:47 PMawait livekit_api.room.update_participant(
api.UpdateParticipantRequest(
room=room_name,
identity=response.participant_identity,
permission=ParticipantPermission(
can_subscribe=False,
can_publish=True,
can_publish_data=True,
),
)
)
and manually subscribing via server API
await livekit_api.room.update_subscriptions(
api.UpdateSubscriptionsRequest(
room=room_name,
identity=response.participant_identity,
track_sids=[target_track_sid],
subscribe=True,
)
)
But it seems like having can_subscribe False may be disabling any track subscriptionsorange-boots-48752
11/03/2025, 1:06 PMFor LiveKit Cloud customers, Egress is ready to use with your project without additional configuration.But im not following how to set or use it in the Livekit UI for Cloud. Do we have to set the egress in the code only? like these examples here? I asked in #C088ZNU7QQ5 and this is my present understanding https://livekit-users.slack.com/archives/C088ZNU7QQ5/p1762174619732899
ancient-hospital-67205
11/03/2025, 10:12 PMproud-match-31207
11/04/2025, 6:00 AMNov 03 22:18:40.450 UTC. But still the room continued to exist and the agent was resumed after 6 or 7 mins. Can you pls check what happened here on LiveKit side logs? Seeing this issue for the first time, hasn't happened before.
Room ID - RM_VZWDb2iHeZMc
Project ID - p_3tqm7ro6kbsadamant-bear-80166
11/04/2025, 10:52 AMcreatedAt,room_name,job_id
2025-11-04 10:25:07.475095,0f1471c-1eb2-4660-b7af-ec35cad81053,AJ_sGFW8YRJfcb7
2025-11-04 10:20:17.267128,9258512a-5d03-4cd8-95aa-9c922a50b648,AJ_J5DPwWELqVCG
2025-11-04 09:56:07.332911,4d483127-631a-4bc2-b505-994f5ee00e37,AJ_ZMgYBNXhWmLd
2025-11-04 09:55:15.249522,474ca388-72cb-4699-9b0b-296bb7a4cfc5,AJ_iquvZSWrYYPW
2025-11-04 09:11:32.080618,f8fafdf8-5dfe-401a-be33-93f35e171e5c,AJ_cDCX2Upa5wBb
2025-11-04 09:11:13.223193,574bfa2e-e37c-4d51-8d9a-5cbbc20a2a88,AJ_QckfxRzU5maH
2025-11-04 09:09:20.850155,2bd7d5f1-19b8-45d5-bde3-e27e66bf4ee3,AJ_CcPHbSLzPfyJ
2025-11-04 09:08:46.801538,54193753-d9c5-44b3-8b65-accfec2851ab,AJ_WyTyJdUsKKzX
2025-11-04 09:06:38.920856,50aa0913-0787-4eb0-ab43-aaacee1b0fd8,AJ_u5XbneZcdjRX
2025-11-04 09:01:05.350853,4950ad48-0e56-458e-b567-77f2ddd9242d,AJ_xe2KTvbCVfRproud-match-31207
11/04/2025, 4:36 PMproud-match-31207
11/04/2025, 4:37 PMThere was a problem communicating with a specific endpoint of your SIP communications infrastructure. This means there was either a lack of timely response, an error response or an invalid response from your SIP endpoint. This may result in increased call setup times or even failed call depending on the failover configuration for your Elastic SIP Trunk or SIP application. Twilio will make multiple attempts to deliver calls to your endpoint and each failed attempt will have its own notification. The notification will have details about the specific error response and the SIP URI that causes the failure.
cc: @refined-appointment-81829?gentle-fountain-12405
11/04/2025, 6:56 PMsparse-addition-47108
11/04/2025, 9:26 PMearly-fall-57331
11/04/2025, 11:02 PM14:40:31.310595 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: INVITE <sip:24b873a3-ab48-4f0a-9c8d-7590ca23aacb@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:40:31.312208 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 100 Processing
14:40:31.351975 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 407 Unauthorized
14:40:31.352024 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: ACK <sip:24b873a3-ab48-4f0a-9c8d-7590ca23aacb@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:40:31.354423 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: INVITE <sip:24b873a3-ab48-4f0a-9c8d-7590ca23aacb@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:40:31.356091 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 100 Processing
14:40:31.358843 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 401 Bad credentials
14:40:31.358943 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: ACK <sip:24b873a3-ab48-4f0a-9c8d-7590ca23aacb@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
PCAP of it succeeding a few minutes later without any configuration changes:
14:43:24.073062 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: INVITE <sip:302365fe-f58f-4b01-8f34-a735f919d486@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:43:24.074502 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 100 Processing
14:43:24.118803 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 407 Unauthorized
14:43:24.118853 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: ACK <sip:302365fe-f58f-4b01-8f34-a735f919d486@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:43:24.121232 IP ec2-54-172-60-2.compute-1.amazonaws.com.sip > 161.115.178.89.sip: SIP: INVITE <sip:302365fe-f58f-4b01-8f34-a735f919d486@4wxwgg2qj6t.sip>.livekit.cloud SIP/2.0
14:43:24.122531 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 100 Processing
14:43:24.180973 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 180 Ringing
14:43:24.287897 IP 161.115.178.89.sip > ec2-54-172-60-2.compute-1.amazonaws.com.sip: SIP: SIP/2.0 200 OKsilly-pager-98586
11/05/2025, 9:27 AMcareful-appointment-46644
11/06/2025, 12:10 AMmelodic-needle-31348
11/06/2025, 6:05 AMfuture-motorcycle-75259
11/06/2025, 7:35 AMorange-guitar-56407
11/06/2025, 1:06 PMbrainy-shoe-64693
11/07/2025, 10:17 AMbreezy-notebook-42090
11/09/2025, 3:23 PMbillions-librarian-3897
11/10/2025, 7:39 AMalert-honey-38248
11/10/2025, 1:05 PMclever-rose-90056
11/10/2025, 4:52 PMTransferSIPParticipantRequest after ctx.connect and ctx.wait_for_participant, but getting:
`livekit.api.twirp_client.TwirpError: TwirpError(code=failed_precondition, message=twirp error unknown: can't transfer non established call, status=412)`Any ideas how to fix this? Not sure how to wait for the call to be "established".
Code:
async def entrypoint(ctx: JobContext):
logger.info(f"connecting to room {ctx.room.name}")
await ctx.connect()
user_participant = await ctx.wait_for_participant()
logger.info(
f"participant joined, participant={user_participant}"
)
session_data, init_job_metadata = await get_init_userdata(
ctx, user_participant
)
# Cold transfer if needed
if session_data.transfer_on_callback:
logger.info("transfer_on_callback is true, initiating cold transfer")
async with api.LiveKitAPI() as livekit_api:
transfer_to = "tel:" + env("TRANSFER_PHONE_NUMBER")
transfer_request = TransferSIPParticipantRequest(
participant_identity=user_participant.identity,
room_name=ctx.room.name,
transfer_to=transfer_to,
play_dialtone=False,
)
logger.debug(f"Transfer request: {transfer_request}")
await livekit_api.sip.transfer_sip_participant(transfer_request)
logger.info(
f"Successfully transferred participant {user_participant.identity} to {transfer_to}"
)
returnaverage-fireman-39457
11/11/2025, 3:11 AMstocky-salesclerk-58931
11/11/2025, 7:30 AMinbound_trunk.json file with the correct IP addresses and numbers, along with the dispatch rule and agent configuration. On the other side, my Asterisk setup is properly configured.
When I originate a call from Asterisk, it keeps ringing continuously. However, on the LiveKit side, my agent gets triggered and starts generating streams after the call starts.
In the PCAP and SIP data, there is no 200 OK / ACK message, and from the Asterisk side, the call keeps ringing.
I’m not able to pinpoint the exact issue — I’m confused because if the SIP session isn’t accepted, how is the agent getting triggered?adventurous-activity-87080
11/11/2025, 1:18 PMopus: invalid argument bug, which was fixed in this pull request. As far as I understand, the fix has already been tested and deployed to LiveKit Cloud.
However, it doesn’t seem to be available in Docker hub, the latest image there was released about 5 months ago.
Could someone please advise when a new Docker image release is planned?helpful-hamburger-94835
11/11/2025, 5:45 PMbig-zoo-24613
11/12/2025, 7:45 AMfancy-oil-75837
11/12/2025, 5:52 PMwitty-flower-11662
11/13/2025, 12:13 PMmelodic-needle-31348
11/14/2025, 10:12 AMcold-coat-87457
11/14/2025, 10:30 PMlk sip participant create participant.json
Using default project [test]
SIPStatusCode: 403
SIPStatus: Forbidden
rpc error: code = PermissionDenied desc = unexpected status from INVITE response: sip status: 403: Forbidden
I just go through the documentation step by step but alway run into some random issue caused by configuration that is not covered in the LiveKit docs.
I think there is an issue with the ACL of IPs, but LiveKit Cloud doesn't have static outbound IP addresses and Twilio doesn't allow to create 0.0.0.0/0
Have you solved this issue somehow?
Thanks for any help in advance!