Displaying 4 results from an estimated 4 matches for "8c98".
Did you mean:
898
2020 Oct 28
4
PJSIP tight loop on auth failure
...enSIPs (anonymised),
whether Asterisk didn't provide
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 100.101.102.103:5060;received=100.101.102.103;rport=5060;branch=z9hG4bKPja942e87d-c501-4834-9184-f002c3fd53d2
From: <sip:01970123456 at 100.101.102.103>;tag=075f669f-9115-42a8-8c98-6170a2910e4b
To: <sip:012345678900 at opensips7a.barritel.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.fefa
Call-ID: f79caf90-5b95-4db7-966b-a42e2d372c90
CSeq: 34157 INVITE
Proxy-Authenticate: Digest realm="sip.example.com", nonce="5f96c21800011caac9f7e901848de60a1e186b402bd9b710&...
2019 Jan 16
0
GP108 on PPC
...This is ppc64 5.0rc1 with 4k pages. Maybe it is some iommu issues
like thing not mapped properly to the GPU.
lspci:
0000:01:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce GT 1030] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 8c98
Device tree node: /sys/firmware/devicetree/base/pciex at 600c3c0000000/pci at 0/vga at 0
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <P...
2020 Oct 29
0
PJSIP tight loop on auth failure
...sterisk didn't provide
>
> SIP/2.0 407 Proxy Authentication Required
> Via: SIP/2.0/UDP 100.101.102.103:5060
> ;received=100.101.102.103;rport=5060;branch=z9hG4bKPja942e87d-c501-4834-9184-f002c3fd53d2
> From: <sip:01970123456 at 100.101.102.103
> >;tag=075f669f-9115-42a8-8c98-6170a2910e4b
> To: <sip:012345678900 at opensips7a.barritel.com
> >;tag=c97b4d1cb1f3d0da549e06a8d482ef63.fefa
> Call-ID: f79caf90-5b95-4db7-966b-a42e2d372c90
> CSeq: 34157 INVITE
> Proxy-Authenticate: Digest realm="sip.example.com",
> nonce="5f96c21800011caac9...
2007 Dec 09
8
zpool kernel panics.
Hi Folks,
I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris
10 280r (SPARC) server.
The message I get on panic is this:
panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment
(offset=423713792 size=1024)
This seems to come about when the zpool is being used or being
scrubbed - about twice a day at the moment. After the reboot, the
scrub seems to have