search for: z9hg4bk02b5ab9c8e55f864da9

Displaying 4 results from an estimated 4 matches for "z9hg4bk02b5ab9c8e55f864da9".

I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
2020 May 14
6
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
...g g729 in RTP even though the SIP negotiation clearly chooses alaw? Maybe I need some RTP debugging. Asterisk 13.14.1 on Debian, using chan_sip. Here's the trace: <--- SIP read from UDP:SUPPLIER:5060 ---> INVITEsip:LOCAL at ASTERISK:5060 SIP/2.0 Via: SIP/2.0/UDP SUPPLIER:5060;branch=z9hG4bK02B5ab9c8e55f864da9 From:<sip:REMOTE at SUPPLIER>;tag=gK02498cb1 To:<sip:LOCAL at ASTERISK> Call-ID: 205665777_90679951 at SUPPLIER CSeq: 539098 INVITE Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH Accept: application/sdp, applicatio...
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
2020 May 14
0
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
...tion clearly chooses alaw? Maybe I need some > RTP debugging. > > Asterisk 13.14.1 on Debian, using chan_sip. > > Here's the trace: > > <--- SIP read from UDP:SUPPLIER:5060 ---> > INVITE sip:LOCAL at ASTERISK:5060 SIP/2.0 > Via: SIP/2.0/UDP SUPPLIER:5060;branch=z9hG4bK02B5ab9c8e55f864da9 > From: <sip:REMOTE at SUPPLIER>;tag=gK02498cb1 > To: <sip:LOCAL at ASTERISK> > Call-ID: 205665777_90679951 at SUPPLIER > CSeq: 539098 INVITE > Max-Forwards: 70 > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH &gt...
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
2020 May 14
0
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
...TP even though the SIP negotiation clearly chooses alaw?  Maybe I > need some RTP debugging. > And in fact that is exactly what's happening. > > <--- SIP read from UDP:SUPPLIER:5060 ---> > INVITEsip:LOCAL at ASTERISK:5060 SIP/2.0 > Via: SIP/2.0/UDP SUPPLIER:5060;branch=z9hG4bK02B5ab9c8e55f864da9 > From:<sip:REMOTE at SUPPLIER>;tag=gK02498cb1 > To:<sip:LOCAL at ASTERISK> > Call-ID: 205665777_90679951 at SUPPLIER > CSeq: 539098 INVITE > Max-Forwards: 70 > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH >...
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
2020 May 14
1
I can do alaw, ulaw and gsm; remote can do g729 and alaw; asterisk wants to translate g729 -> alaw. WHY?
...hough the SIP negotiation clearly chooses alaw? Maybe I need some > RTP debugging. > > And in fact that is exactly what's happening. > > <--- SIP read from UDP:SUPPLIER:5060 ---> > > INVITE sip:LOCAL at ASTERISK:5060 SIP/2.0 > Via: SIP/2.0/UDP SUPPLIER:5060;branch=z9hG4bK02B5ab9c8e55f864da9 > From: <sip:REMOTE at SUPPLIER>;tag=gK02498cb1 > To: <sip:LOCAL at ASTERISK> > Call-ID: 205665777_90679951 at SUPPLIER > CSeq: 539098 INVITE > Max-Forwards: 70 > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH &gt...